Hi all.
Is there any test I could run on the Pi that would help you analyse the
problem?
Ben
On 06/07/16 04:55, Element Green wrote:
Hello,
I'm not sure if it could be the issue or not. But I remember a long
while back (many years) FluidSynth used to have issues with denormal
numbers causing excessive CPU usage. That would be floating point
numbers which are very small, but not 0. I don't know if ARM
processors deal with denormal numbers in software, which would result
in poor performance and possibly floating point exception handlers
being triggered. It seems like this would more often occur when the
audio went towards silence.
Some general information on this:
https://en.wikipedia.org/wiki/Denormal_number#Performance_issues
Might be worth looking in to. Code was added in certain areas to
detect if a number was below a very small value and if it was, then it
would be forced to 0. Maybe there are still some areas where this is
occurring which are only affecting this particular platform?
Best regards,
Element
On Tue, Jul 5, 2016 at 11:21 AM, jean-jacques.ceresa
<jean-jacques.cer...@enac.fr <mailto:jean-jacques.cer...@enac.fr>> wrote:
Hi Ben,
On Windows, using your soundfont (gonzos-20160702.sf2), in mono
mode i haven't expererienced absolutely no cpu excess usage, on
alls 6 presets.
I have look inside the preset. Each preset make use of 2
simulateneous voices maximum. So this is a very low CPU usage
soundfont.
Normally on a RPi2 you can run 180 voices (using the 4 cores of
course). Even if fluidsynth use only one core, the maximum number
of voices
falls to 45 which is sufficient to play any preset on this
soundfont. So really, i don't understand what happens on your setting.
Anyway, i have got a RPi2. So I will try this and also an other
machine with Debian. I will return the results, using the same
soundfont.
>The legato is working, and I have noticed that if I do a long
descending glissando to the lower register on the clarinet, the
voice that I end up with
> on the low note is the voice I started with - I don't get the
low reedy sound until I stop and play the note again. Jean-Jacques
said this was a limitation.
Yes , i confirm this is currently a know limitation and it occurs
only on legato mode 1,2,3 but not on legato mode 0.
Playing a legato passage, n1,n2,n3,... using legato mode 1,2,3:
The notes (n2,n3,..) following the first (n1) make use of running
voices of n1, (regardless of the keyRange and Velocity Range), so
the notes n2,n3,... make use
of the IZ (Instruments Zone) of note n1 ignoring possible others
IZ with their samples. In others words, the actual patch doesn't
not follows fully the instructions
given by the soundfont designer. This is a serious limitation. But
anyway, i 'm working to cancel this limitation.
jjc
Le 02/07/2016 14:02, Ben Gonzales a écrit :
Hi
I downloaded the git snapshot, used the patch from Mr(?) Horn
(thankyou), and re-complied.
I'm still experiencing the CPU runaway. It happens a) if I put
the channel I'm using into MONO or b) if I use cc ch 68 127
(legato on). It doesn't matter which setlegatomode I am using for
the channel. Note that it happens on 5 out of 6 of the voices I
am using. I can't see any significant config differences between
the voices when using Swami. One voice works fine.
The legato is working, and I have noticed that if I do a long
descending glissando to the lower register on the clarinet, the
voice that I end up with on the low note is the voice I started
with - I don't get the low reedy sound until I stop and play the
note again. Jean-Jacques said this was a limitation.
For info, I'm running a RPi2 with Raspbian Jessie, all latest
updates installed. I'm trying to get legato working on channels
10-15 inclusive, and I'm not using the other channels.
Ben
_______________________________________________
fluid-dev mailing list
fluid-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/fluid-dev