Hey Hamish,
Am Dienstag, den 01.12.2015, 15:30 +1100 schrieb Hamish Moffatt:
> I've reported it to MuseScore:
> https://musescore.org/en/node/89216
>
> and also to sftools, since the issue could be there:
> https://github.com/wschweer/sftools/issues/14
>
this is great, thank you very much!
-
On 01/12/15 07:42, Fabian Greffrath wrote:
Hi again,
Am Samstag, den 28.11.2015, 11:14 +1100 schrieb Hamish Moffatt:
loopstart = loopend = 0 fixes it.
Yes, I do see the problem in MuseScore (2.0.2 release). Interesting.
Maybe it would help if you could report the issues you encountered over
a
Hi again,
Am Samstag, den 28.11.2015, 11:14 +1100 schrieb Hamish Moffatt:
> loopstart = loopend = 0 fixes it.
>
> Yes, I do see the problem in MuseScore (2.0.2 release). Interesting.
Maybe it would help if you could report the issues you encountered over
at MuseScore. They are somehow "upstream"
Am Samstag, den 28.11.2015, 11:14 +1100 schrieb Hamish Moffatt:
> loopstart = loopend = 0 fixes it.
>
> Yes, I do see the problem in MuseScore (2.0.2 release). Interesting.
Hah, I think this is good news. Since MuseScore is the reference
implementation for sf3 sound fonts support I consider it a
Hi,
On 27/11/15 19:05, Fabian Greffrath wrote:
Am Freitag, den 27.11.2015, 12:39 +1100 schrieb Hamish Moffatt:
I'm afraid that while this plays correctly with FluidR3Mono_GM.sf3, I
have stray notes again with other sound fonts.
Do you also have these stray notes if you play back the MIDI i
Am Freitag, den 27.11.2015, 12:39 +1100 schrieb Hamish Moffatt:
> I'm afraid that while this plays correctly with FluidR3Mono_GM.sf3, I
> have stray notes again with other sound fonts.
Do you also have these stray notes if you play back the MIDI in
Musescore using these other sound fonts?
Do yo
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
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
Thanks Fabian. I will try tomorrow.
Hamish
Sent from my android device.
-Original Message-
From: Fabian Greffrath
To: 740...@bugs.debian.org, Hamish Moffatt
Sent: Tue, 24 Nov 2015 22:32
Subject: Re: Bug#740710: problem with SF3 playback
Am Dienstag, den 24.11.2015, 11:09 +0100
Am Dienstag, den 24.11.2015, 11:09 +0100 schrieb Fabian Greffrath:
> This sure needs further investigation.
Got a bit further:
I forgot to adjust the sample->loopstart and sample->loopend values and
I am not even sure if they make sense at all for compressed samples. If
you wipe away this whole b
Dear Hamish,
thank you very much for tewsting my patch.
Am Dienstag, den 24.11.2015, 16:26 +1100 schrieb Hamish Moffatt:
> If you play the attached MIDI file with the FluidR3Mono_GM.sf3 file
> (from MuseScore) loaded, you'll hear some extra garbage notes played at
> the end.
I can confirm this
Hi Fabian,
I tried your SF3 playback patch for Fluidsynth, but I discovered a problem.
If you play the attached MIDI file with the FluidR3Mono_GM.sf3 file
(from MuseScore) loaded, you'll hear some extra garbage notes played at
the end.
This doesn't happen when playing the same file with Flui
12 matches
Mail list logo
