[linux-audio-dev] jack in a live situation (LinuxSampler has this problem too)

Benno Senoner sbenno at gardena.net
Thu Jun 17 07:32:27 UTC 2004


Paul Davis wrote:

>>A question regarding jack use in a live setting. As far as I can tell
>>the soft mode only works with non realtime jack. What should I do if I
>>    
>>
>
>it should work with realtime mode too. this was specifically added
>several (many?) months ago, for precisely the reason you gave.
>  
>
Apparently it doesn't. I'm using 
jack-audio-connection-kit-0.98.0-2.rh90.ccrma and I have
the same problems.
LinuxSampler is producing short CPU peaks when lots of voices gets fired 
up and sometimes jack still kicks
it out. Very annoying and if one wanted to use LinuxSampler live it 
would be impossible because you would
never have the guarantee that jack does not kick it out, restarting jack 
and clients on stage is not an option :)
So please jack developers check this issue and fix it in the next update 
it will be very useful for anyone wanting
to use jack clients like softsynths,samplers, FXes etc in a live situation.
A sporadic  (let's say one each 10min or so) fragment xrun would be 
barely audible and would allow the live player
to continue playing going almost unnoticed rather than telling the 
audience "I'm sorry jack kicked my synth wait a little
bit so that I restart it so you can continue enjoying my performance :) )

>but yes, write better clients anyway :)
>  
>
LinuxSampler's jack callback is completely free from mutexes and bad 
syscalls, it could be improved by eg
limiting the number of voices that can be started/released per audio 
fragment, that way the CPU spikes are
lowered but as said you would never have the guarantee that jack does 
not kick it out.
Sometimes when the OS is loaded (due to heavy disk I/O etc) it could 
delay the execution of jack clients too
causing it getting kicked because jack thinks the client took too much 
to execute.
LinuxSampler needs to work with small fragmentsizes, 64 - 128 frames so 
that you can play it lively so the
kicking problem is more severe than in ardour where you can easily go 
with higher fragmentsizes (256-1024) without
the user complaining too much.

cheers,
Benno
http://www.linuxsampler.org





More information about the Linux-audio-dev mailing list