bug#49753: musescore does not play sounds (Not a valid SNDFILE* pointer)

bug#49753: musescore does not play sounds (Not a valid SNDFILE* pointer)

[Giovanni Biscuolo]

[-- Attachment #1: Type: text/plain, Size: 2849 bytes --]

Hello,

I'm using Guix on top of Debian 10, this version:

--8<---------------cut here---------------start------------->8---

Generation 123	lug 26 2021 18:28:56	(current)
  guix 151c546
    repository URL: https://git.savannah.gnu.org/git/guix.git
    branch: master
    commit: 151c54609b74f27f6954768d72fdb67525b1f784

--8<---------------cut here---------------end--------------->8---

If I run musescore from the command line, I get a lot of messages
(removed repeating lines with OMISSIS):

--8<---------------cut here---------------start------------->8---

giovanni@roquette: musescore
Internal error: shortcut <file-part-export> not found
cannot find shortcut <file-part-export>
Initializing sequencer and audio driver…
Loading SoundFonts…
Initializing workspace…
Creating main window…
ZoomBox::setLogicalZoom(): Formatting logical zoom level as 100% (rounded from 1.000000)
Reading translations…
Initializing main window…
ZoomBox::setLogicalZoom(): Formatting logical zoom level as 100% (rounded from 1.000000)
qrc:/qml/palettes/PaletteTree.qml:772:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
qrc:/qml/palettes/Palette.qml:766:13: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
[OMISSIS - repeated 381 times]
qrc:/qml/palettes/PalettesWidgetHeader.qml:225:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Restoring session…
Loading scores…
Sample::decompressOggVorbis: open failed: Not a valid SNDFILE* pointer.
[OMISSIS - repeated 163 times]
Initializing tours…
qrc:/qml/palettes/Palette.qml:766:13: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
[OMISSIS - repeated 342 times]
ScoreFont::draw: invalid sym 0

--8<---------------cut here---------------end--------------->8---

So it seems that musescore is loading SoundFonts without an error but
later it fails opening them with "Sample::decompressOggVorbis: open
failed: Not a valid SNDFILE* pointer."

If I try to export I get this error on stdout:

--8<---------------cut here---------------start------------->8---

Fluid:loadSoundFonts: already loaded
MasterSynthesizer::setState: unknown <>
open soundfile failed: File contains data in an unimplemented format.
Could not write to device
QMutex: destroying locked mutex

--8<---------------cut here---------------end--------------->8---

It seems a bug with the soudfile (soundfont?).

Thanks! Gio'

-- 
Giovanni Biscuolo

Xelera IT Infrastructures

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 849 bytes --]

bug#49753: musescore does not play sounds (Not a valid SNDFILE* pointer)

[Leo Prikler]

Hi,

Am Mittwoch, den 28.07.2021, 10:33 +0200 schrieb Giovanni Biscuolo:
> So it seems that musescore is loading SoundFonts without an error but
> later it fails opening them with "Sample::decompressOggVorbis: open
> failed: Not a valid SNDFILE* pointer."

For the record, which SoundFont are you using here?  Last time I
checked, the one that was bundled with MuseScore itself ought to work,
but perhaps you need a little configuration magic to make it find that.

Regards,

bug#49753: MuseScore's default SoundFont is broken (Was: Re: musescore does not play sounds (Not a valid SNDFILE* pointer))

[Leo Prikler]

Hi,

Don't forget to keep the ML in the address line.

Am Mittwoch, den 28.07.2021, 15:15 +0200 schrieb Giovanni Biscuolo:
> > Am Mittwoch, den 28.07.2021, 10:33 +0200 schrieb Giovanni Biscuolo:
> > > So it seems that musescore is loading SoundFonts without an error
> > > but
> > > later it fails opening them with "Sample::decompressOggVorbis:
> > > open
> > > failed: Not a valid SNDFILE* pointer."
> > 
> > For the record, which SoundFont are you using here?
> 
> AFAIU the one shipped with our musescore package, starting musescore
> in debug mode I get:
> 
> --8<---------------cut here---------------start------------->8---
> 
> global share: </gnu/store/jc95nlf4y7yz8vhb6xgm8nafd6llb2vd-musescore-
> 3.6.2/share/mscore-3.6/>
> [...]
> Loading SoundFonts…
> 
> --8<---------------cut here---------------end--------------->8---
> 
> I guess the font that is loaded is the one provided in the package:
> /gnu/store/jc95nlf4y7yz8vhb6xgm8nafd6llb2vd-musescore-
> 3.6.2/share/mscore-3.6/sound/MuseScore_General.sf3
> 
> In fact if I check the synth configuration (View->Synthesiser) I see
> "MuseScore_General.sf3" is loaded.
> 
> I've tried to convert a sample midi of mine using fluidsynth, this
> way:
> 
> --8<---------------cut here---------------start------------->8---
> 
> giovanni@roquette: fluidsynth -nli -r 48000 -o synth.cpu-cores=2 -T
> wav -F bohemian.wav /gnu/store/jc95nlf4y7yz8vhb6xgm8nafd6llb2vd-
> musescore-3.6.2/share/mscore-3.6/sound/MuseScore_General.sf3
> bohemian.mid
> FluidSynth runtime version 2.1.8
> Copyright (C) 2000-2021 Peter Hanappe and others.
> Distributed under the LGPL license.
> SoundFont(R) is a registered trademark of E-mu Systems, Inc.
> 
> fluidsynth: warning: Failed to set thread to high priority
> fluidsynth: error: File contains data in an unimplemented format.
> fluidsynth: error: Failed to load sample 'Sine-Triangle-12000'
> fluidsynth: error: Unable to load all sample data
> fluidsynth: error: Failed to load SoundFont
> "/gnu/store/jc95nlf4y7yz8vhb6xgm8nafd6llb2vd-musescore-
> 3.6.2/share/mscore-3.6/sound/MuseScore_General.sf3"
> Failed to load the SoundFont
> /gnu/store/jc95nlf4y7yz8vhb6xgm8nafd6llb2vd-musescore-
> 3.6.2/share/mscore-3.6/sound/MuseScore_General.sf3
> fluidsynth: error: fluid_sfloader_load(): Failed to open
> '/gnu/store/9d4srpavq94ha5ial9047yrrz99wf7iq-fluidsynth-
> 2.1.8/share/soundfonts/default.sf2': File does not exist.
> fluidsynth: error: Unable to open file
> '/gnu/store/9d4srpavq94ha5ial9047yrrz99wf7iq-fluidsynth-
> 2.1.8/share/soundfonts/default.sf2'
> fluidsynth: error: Failed to load SoundFont
> "/gnu/store/9d4srpavq94ha5ial9047yrrz99wf7iq-fluidsynth-
> 2.1.8/share/soundfonts/default.sf2"
> Rendering audio to file 'bohemian.wav'..
> 
> --8<---------------cut here---------------end--------------->8---
> 
> So it seems that also fluidsynth is not able to load that SoundFont
> [1]
Ah, yes, I recall not being able to load that font with FluidSynth as
well.  Back then I thought it was an error in FluidSynth, but it does
appear to be an issue with the SoundFont then if not even MuseScore
loads it.

> > Last time I checked, the one that was bundled with MuseScore itself
> > ought to work, but perhaps you need a little configuration magic to
> > make it find that.
> 
> I installed a different SoundFont in my ~/MuseScore3/SoundFonts and
> loaded it in my synth config ("View | Synthesizer") and I'm now able
> to play the sounds.
> 
> Could it be a bug in some library?
If so, then it's two different libraries, as MuseScore doesn't use
FluidSynth for MIDI synthesis – it's more likely that the font is
simply broken.  

It would be nice to investigate when that font first broke or if it
ever worked.  My personal hypothesis is that a font was a requirement
for building it, but that users used different fonts in practice and
thus never noticed.

Regards

bug#49753: MuseScore's default SoundFont is broken (Was: Re: musescore does not play sounds (Not a valid SNDFILE* pointer))

[Giovanni Biscuolo]

[-- Attachment #1: Type: text/plain, Size: 2382 bytes --]

Hello Leo,

Leo Prikler <leo.prikler@student.tugraz.at> writes:

> Don't forget to keep the ML in the address line.

Sorry I forgot it.

[...]

>> So it seems that also fluidsynth is not able to load that SoundFont
>> [1]

> Ah, yes, I recall not being able to load that font with FluidSynth as
> well.  Back then I thought it was an error in FluidSynth, but it does
> appear to be an issue with the SoundFont then if not even MuseScore
> loads it.

Please are you reproducing the same error?

I tried installing musescore3 (v. 3.2.3) from Debian stable and AFAIU
that SoundFont is loaded (with a lot of warnings):

--8<---------------cut here---------------start------------->8---

Loading soundfont: /usr/share/mscore3-3.2/sound/sf3/MuseScore_General.sf3
Loading soundfont: /home/giovanni/MuseScore3/SoundFonts/GeneralUser GS v1.471.sf2
SoundFont(/home/giovanni/MuseScore3/SoundFonts/GeneralUser GS v1.471.sf2) Sample(Grand Piano-D1) start(0) startloop(35640) endloop(70786) end(70787) smaller than SoundFont 2.04 spec chapter 7.10 recommendation
[...]
Loading soundfont: /usr/share/mscore3-3.2/sound/sf3/MuseScore_General.sf3
SoundFont(/usr/share/mscore3-3.2/sound/sf3/MuseScore_General.sf3) Sample(Flute F#5) start(0) startloop(19435) endloop(29952) end(29955) smaller than SoundFont 2.04 spec chapter 7.10 recommendation
[...]

--8<---------------cut here---------------end--------------->8---

musescore installed from Debian plays sounds using MuseScore_General.sf3

[...]

>> Could it be a bug in some library?

> If so, then it's two different libraries,

AFAIU the error

--8<---------------cut here---------------start------------->8---

Sample::decompressOggVorbis: open failed: Not a valid SNDFILE* pointer.

--8<---------------cut here---------------end--------------->8---

/seems/ to come from libsndfile [1], an input for both fluidsynth and
musescore

> as MuseScore doesn't use FluidSynth for MIDI synthesis – it's more
> likely that the font is simply broken.

AFAIU this is not the case

> It would be nice to investigate when that font first broke or if it
> ever worked.

I'll try to do it in the coming days

[...]

Happy hacking! Gio'


[1] https://github.com/michaelwu/libsndfile/blob/master/src/sndfile.c
SFE_BAD_SNDFILE_PTR


-- 
Giovanni Biscuolo

Xelera IT Infrastructures

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 849 bytes --]

bug#49753: MuseScore's default SoundFont is broken (Was: Re: musescore does not play sounds (Not a valid SNDFILE* pointer))

[Leo Prikler]

Hi,

Am Mittwoch, den 28.07.2021, 18:33 +0200 schrieb Giovanni Biscuolo:
> > > So it seems that also fluidsynth is not able to load that
> > > SoundFont
> > > [1]
> > Ah, yes, I recall not being able to load that font with FluidSynth
> > as
> > well.  Back then I thought it was an error in FluidSynth, but it
> > does
> > appear to be an issue with the SoundFont then if not even MuseScore
> > loads it.
> 
> Please are you reproducing the same error?
> 
> I tried installing musescore3 (v. 3.2.3) from Debian stable and AFAIU
> that SoundFont is loaded (with a lot of warnings):
> 
> --8<---------------cut here---------------start------------->8---
> 
> Loading soundfont: /usr/share/mscore3-
> 3.2/sound/sf3/MuseScore_General.sf3
> Loading soundfont: /home/giovanni/MuseScore3/SoundFonts/GeneralUser
> GS v1.471.sf2
> SoundFont(/home/giovanni/MuseScore3/SoundFonts/GeneralUser GS
> v1.471.sf2) Sample(Grand Piano-D1) start(0) startloop(35640)
> endloop(70786) end(70787) smaller than SoundFont 2.04 spec chapter
> 7.10 recommendation
> [...]
> Loading soundfont: /usr/share/mscore3-
> 3.2/sound/sf3/MuseScore_General.sf3
> SoundFont(/usr/share/mscore3-3.2/sound/sf3/MuseScore_General.sf3)
> Sample(Flute F#5) start(0) startloop(19435) endloop(29952) end(29955)
> smaller than SoundFont 2.04 spec chapter 7.10 recommendation
> [...]
> 
> --8<---------------cut here---------------end--------------->8---
> 
> musescore installed from Debian plays sounds using
> MuseScore_General.sf3
Ah, but that's Debian's MuseScore_General.sf3.  Those two could be
different for all we know.  Did you binary diff them or did you try
using the SoundFont from the Guix installation with Debian's MuseScore?

> [...]
> 
> > > Could it be a bug in some library?
> > If so, then it's two different libraries,
> 
> AFAIU the error
> 
> --8<---------------cut here---------------start------------->8---
> 
> Sample::decompressOggVorbis: open failed: Not a valid SNDFILE*
> pointer.
> 
> --8<---------------cut here---------------end--------------->8---
> 
> /seems/ to come from libsndfile [1], an input for both fluidsynth and
> musescore

Good point, it might be that libsndfile was compiled without Vorbis
support.  However, there is also a nonzero chance that Fluidsynth or
Musescore use libsndfile incorrectly, for instance w.r.t. Vorbis
support [1].  Aside from the broken file hypothesis, that is...

> > as MuseScore doesn't use FluidSynth for MIDI synthesis – it's more
> > likely that the font is simply broken.
> 
> AFAIU this is not the case
How so?

> > It would be nice to investigate when that font first broke or if it
> > ever worked.
> 
> I'll try to do it in the coming days
> 
> [...]
> 
> Happy hacking! Gio'

Don't stress too much about it and happy hacking :)

[1] https://github.com/FluidSynth/fluidsynth/pull/888

bug#49753: musescore does not play sounds (Not a valid SNDFILE* pointer)

[Maxim Cournoyer]

Hi,

Leo Prikler <leo.prikler@student.tugraz.at> writes:

> Hi,
>
> Am Mittwoch, den 28.07.2021, 18:33 +0200 schrieb Giovanni Biscuolo:
>> > > So it seems that also fluidsynth is not able to load that
>> > > SoundFont
>> > > [1]
>> > Ah, yes, I recall not being able to load that font with FluidSynth
>> > as
>> > well.  Back then I thought it was an error in FluidSynth, but it
>> > does
>> > appear to be an issue with the SoundFont then if not even MuseScore
>> > loads it.
>> 
>> Please are you reproducing the same error?
>> 
>> I tried installing musescore3 (v. 3.2.3) from Debian stable and AFAIU
>> that SoundFont is loaded (with a lot of warnings):
>> 
>> --8<---------------cut here---------------start------------->8---
>> 
>> Loading soundfont: /usr/share/mscore3-
>> 3.2/sound/sf3/MuseScore_General.sf3
>> Loading soundfont: /home/giovanni/MuseScore3/SoundFonts/GeneralUser
>> GS v1.471.sf2
>> SoundFont(/home/giovanni/MuseScore3/SoundFonts/GeneralUser GS
>> v1.471.sf2) Sample(Grand Piano-D1) start(0) startloop(35640)
>> endloop(70786) end(70787) smaller than SoundFont 2.04 spec chapter
>> 7.10 recommendation
>> [...]
>> Loading soundfont: /usr/share/mscore3-
>> 3.2/sound/sf3/MuseScore_General.sf3
>> SoundFont(/usr/share/mscore3-3.2/sound/sf3/MuseScore_General.sf3)
>> Sample(Flute F#5) start(0) startloop(19435) endloop(29952) end(29955)
>> smaller than SoundFont 2.04 spec chapter 7.10 recommendation
>> [...]
>> 
>> --8<---------------cut here---------------end--------------->8---
>> 
>> musescore installed from Debian plays sounds using
>> MuseScore_General.sf3
> Ah, but that's Debian's MuseScore_General.sf3.  Those two could be
> different for all we know.  Did you binary diff them or did you try
> using the SoundFont from the Guix installation with Debian's MuseScore?
>
>> [...]
>> 
>> > > Could it be a bug in some library?
>> > If so, then it's two different libraries,
>> 
>> AFAIU the error
>> 
>> --8<---------------cut here---------------start------------->8---
>> 
>> Sample::decompressOggVorbis: open failed: Not a valid SNDFILE*
>> pointer.
>> 
>> --8<---------------cut here---------------end--------------->8---
>> 
>> /seems/ to come from libsndfile [1], an input for both fluidsynth and
>> musescore
>
> Good point, it might be that libsndfile was compiled without Vorbis
> support.  However, there is also a nonzero chance that Fluidsynth or
> Musescore use libsndfile incorrectly, for instance w.r.t. Vorbis
> support [1].  Aside from the broken file hypothesis, that is...
>
>> > as MuseScore doesn't use FluidSynth for MIDI synthesis – it's more
>> > likely that the font is simply broken.
>> 
>> AFAIU this is not the case
> How so?
>
>> > It would be nice to investigate when that font first broke or if it
>> > ever worked.
>> 
>> I'll try to do it in the coming days
>> 
>> [...]
>> 
>> Happy hacking! Gio'
>
> Don't stress too much about it and happy hacking :)

musescore is now at 4.0.2, and I gave it a try and it can play sounds
fine.

Closing, let us know if you still are having issues!

-- 
Thanks,
Maxim