Thank you Christian,
You pointed out several things. I will focus in this reply on disc stream and
polyphony in the LinuxSampler setting and will touch on the other, when I am
sure I am getting the settings right.
So I use Arch linux because I can install LinuxSampler (stable and svn
releases) from Pamac. I recently switched to SVN development releases and I am
currently using the SVN version (r3751-1) from <AUR (en) - linuxsampler-svn>.
That said, I did not compile LinuxSampler with any additional argument.
Everything should have been the default installation. I also note that I only
use the SFZ engine.
Based on what you wrote, it seems I should not really mention my Hardware (for
reference: I am using Linux Manjaro 18 with a 3500mb/s M2.0 ssd, 16GB Ram, RME
soundcard, and 2.2 Ghz quadcore CPU.
I get xruns when playing intricate piano solos with sustain pedal down when I
reach the polyphony limit (I believe). I never get x-runs with simpler piano
solos. The SFZ pianos I am developing for SFZ have multiple sounds per key so I
reach the limit much faster than basic piano sound libraries.
X-Runs
======
I have tried to figure out why these x-runs happen. Interestingly, the disk
streams do not seem to have any role on my x-runs. I get the X-runs
"frequently" with the default settings of "64" polyphony and "90" disk streams.
The only way I could completely avoid x-runs is to reduce the polyphony to 48
voices. Anything above this number would cause me x-runs. I get the x-runs with
higher disk streams (as high as 9000 and as low as 64 streams). If I
understand it correctly, disk streams load more data on the Ram? I see that
because when I increase the disk stream LinuxSampler begins to take much more
Ram in the system. But I am not sure what is actually happening. In anyway,
unfortunately, 48 voice polyphony is relatively low for a complex instrument
where each key has several layers of voices.
I am not quite sure what is going on. I have a real-time kernel, JACK2 runs
without a problem in real-time, and I even tried running LinuxSampler with
real-time priority but basically nothing could help with x-runs but reducing
polyphony.
Any idea?
Cheers,
Ebad
On Wednesday, April 1, 2020, 11:29:44 AM GMT+2, Christian Schoenebeck
<schoeneb...@linuxsampler.org> wrote:
On Dienstag, 31. März 2020 18:16:38 CEST joo bian wrote:
> The main problem with lacking note_polyphony is that playing a 3-voice chord
> repeatedly with a sustain pedal down is enough to bump into severe XRuns,
> even on my studio computer and RME soundcard. There is no way to avoid the
> XRuns for such a playing if the note_polyphony is not implemented...
Which makes me wonder whether you are mixing here sound design aspects with
what looks like a fundamental issue with your installation there. I mean it is
not normal that you encounter any xruns by just playing a piano with LS, even
not with a 20 year old hardware and $5 built-in sound chip. As soon as you hit
the current polyphony limit setting the sampler's voice stealing kicks in to
prevent any xruns.
Are you overriding the default setting for max. polyphony and max. disk
streams? If yes, what values have you picked?
Did you compile LS with optimization turned on (i.e. with compiler flag -O3)?
> I wonder if anyone has written a NKSP program to tackle note polyphony?
Well you could also release notes by NKSP script of course, sure, with any
customized logic you might think of. Such a script would just need like 6
lines of NKSP code, so it should not be a big deal for you to try out.
However as mentioned, it looks like you rather have a problem with your LS
installation there.
> Or if there is a plan to implement it?
At least not on my side. Usually new feature appear only when people decide to
implement them by themselves and providing a patch for their changes.
CU
Christian
_______________________________________________
Linuxsampler-devel mailing list
Linuxsampler-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel _______________________________________________
Linuxsampler-devel mailing list
Linuxsampler-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel
