unofficial mirror of bug-guix@gnu.org 
 help / color / mirror / code / Atom feed
From: Leo Prikler <leo.prikler@student.tugraz.at>
To: Giovanni Biscuolo <g@xelera.eu>
Cc: 49753@debbugs.gnu.org
Subject: bug#49753: MuseScore's default SoundFont is broken (Was: Re: musescore does not play sounds (Not a valid SNDFILE* pointer))
Date: Wed, 28 Jul 2021 19:31:11 +0200	[thread overview]
Message-ID: <259c6ddaba362c9e05f8cd86ab0fdc4469038988.camel@student.tugraz.at> (raw)
In-Reply-To: <87sfzyqtxm.fsf@xelera.eu>

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






  reply	other threads:[~2021-07-28 17:32 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-28  8:33 bug#49753: musescore does not play sounds (Not a valid SNDFILE* pointer) Giovanni Biscuolo
2021-07-28 10:25 ` Leo Prikler
     [not found]   ` <87y29qr34q.fsf@xelera.eu>
2021-07-28 13:44     ` bug#49753: MuseScore's default SoundFont is broken (Was: Re: musescore does not play sounds (Not a valid SNDFILE* pointer)) Leo Prikler
2021-07-28 16:33       ` Giovanni Biscuolo
2021-07-28 17:31         ` Leo Prikler [this message]
2023-03-22 19:13           ` bug#49753: musescore does not play sounds (Not a valid SNDFILE* pointer) Maxim Cournoyer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=259c6ddaba362c9e05f8cd86ab0fdc4469038988.camel@student.tugraz.at \
    --to=leo.prikler@student.tugraz.at \
    --cc=49753@debbugs.gnu.org \
    --cc=g@xelera.eu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).