Re: [LAD] Jack slower than realtime/debug mode

Hi,

On Sat, 22 May 2010 21:44:35 -0400
Jeremy <jeremybubs@email-addr-hidden> wrote:

> Hi,
>
> I'm working on an lv2 plugin, and I'm having some difficulties debugging it.
>
>
> What I would do is start up lv2_jack_host hosting my plugin, and then
> connect it to an input. However, my plugin isn't returning in time (like,
> *every single period*), so I get a flood of errors from jack. When I
> connect it to my microphone, my system actually grinds to a halt, and I have
> to sysrq in order to get it to respond at all. I also tried loading it as a
> plugin within qtractor, which causes it to crash qtractor instantly when
> connected to audio, with no trace.
>
> Basically, my plugin right now is completely horrible, and I want to be able
> to step through it handling one period. Normally I would just fire up gdb,
> but with jack running in the background, it won't work. Within a few
> milliseconds of gdb tripping a breakpoint, jack gets mad, and (I believe)
> stops my plugin from processing to begin the next period. So basically, gdb
> can't freeze the state, because as soon as I try to, it will unleash a flood
> of jack errors.

Have you tried setting the jackd parameter

             [ --timeout OR -t client-timeout-in-msecs ]

to a very high value? That should give you more time before Jack gets
mad.

_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@email-addr-hidden
http://lists.linuxaudio.org/listinfo/linux-audio-dev
Received on Sun May 23 08:15:01 2010