On 26/11/15 21:39, Fabian Greffrath wrote:
Hi Hamish,
Am Dienstag, den 24.11.2015, 22:40 +1100 schrieb ham...@cloud.net.au:
Thanks Fabian. I will try tomorrow.
I think I found the real culprit: I had an off-by-one error in the
calculation of the sample sizes. In FluidSynth, sample->end points to
the last valid point in a sample, not to the first point after. This
means that all samples were calculated one byte too short.
Now, all samples are correctly decoded, i.e. there are no samples with
sfinfo.frames == 0 anymore. This also means that the loopstart and
loopend variables are now correctly set; the workaround of setting them
both to 0 that I previously suggested is not necessary anymore. Also,
most of the quality loss that I originally blamed on the compression
seems to be gone now.
Please find a new patch attached.
Hi Fabian,
I'm afraid that while this plays correctly with FluidR3Mono_GM.sf3, I
have stray notes again with other sound fonts.
I'm not sure of the license of those fonts so I won't send them to the
BTS, but I can share them with you directly. I converted them from sf2
with sfconvert.
Hamish
_______________________________________________
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
