On Sun, 2006-04-02 at 17:21 +0100, Dan Mills wrote:
> On 1 Apr 2006, at 19:49, Lee Revell wrote:
>
> > On Sat, 2006-04-01 at 13:27 -0500, Eric Dantan Rzewnicki wrote:
> >> Thanks Paul. This is what I was hoping to hear. At RFA they probably
> >> don't want Rivendell's caed (core audio engine daemon) getting kicked
> >> out by jack in the middle of a broadcast.
> >
> > Soft mode is an OK workaround, but you should still try to get the
> > bug(s) in Rivendell fixed that are causing JACK to kick it out.
>
> There are caed bugs causing this! Please tell!
>
Yes - JACK will only kicks out clients that take too long in the
process() callback. Kernel induced xruns will not cause clients to be
disconnected.
If you build JACK with the preemption check option and use an -rt kernel
with the debug options enabled you may be able to get a stack trace if
the app blocks in the process() callback, but it won't help to debug a
client that simply takes too long.
> As far as I can see the process callback is completely lock free, if
> not I want to know...
>
> Now if you are setting soft mode for insurance that is another thing,
> but please report any instances of caed getting kicked by jack (I have
> never seen it happen).
>
> CCed to rivendell-prog
>
> Regards, Dan.
>
Received on Mon Apr 3 00:15:04 2006
This archive was generated by hypermail 2.1.8 : Mon Apr 03 2006 - 00:15:04 EEST