update valid-soundfont fix after discussion with upstreams:
authormirabilos <tg@debian.org>
Sat, 5 Jun 2021 16:05:12 +0000 (18:05 +0200)
committermirabilos <mirabilos@evolvis.org>
Sat, 5 Jun 2021 16:05:12 +0000 (18:05 +0200)
commitc7cce01327965968363a209bd31ddb5a3130fe43
tree3ec132024ba73d270d8b1d06c72feb9a3c404040
parentba3f674addeccc3597bba2e2c72797b90769c7bf
update valid-soundfont fix after discussion with upstreams:

• change “SoundFont 2.04 spec chapter 7.10 recommendation” warning
  from qWarning to qDebug so it doesn’t show up in upstream mu͒ 3.x
  release builds
• change “loop is fowled??” check-and-fixup code to match recent
  FluidSynth and real-existing soundfonts better:
  – permit loopstart==loopend to avoid looping
    (fix them up as loopstart=loopend=start, so it’s within the
    sample always) which FluidSynth can do, even here:
fluid/voice.cpp:#define FLUID_MIN_LOOP_SIZE 2
fluid/voice.cpp:#define FLUID_MIN_LOOP_PAD  0
  – permit loopstart==start since FLUID_MIN_LOOP_PAD is 0 and
    this is used but do ensure loopstart and loopend are both
    within the sample, at least (and warn)
  – if loopstart < loopend, swap them around, with warning
  – stop forcibly padding the loop when not necessary, fixes
    playback of some bad/old samples
• more unsigned int (XXX should be size_t?) for sample offsets
debian/changelog
debian/patches/experiments/valid-soundfont.diff