Hi,<div><br></div><div>I&#39;m working on an lv2 plugin, and I&#39;m having some difficulties debugging it.  </div><div><br></div><div>What I would do is start up lv2_jack_host hosting my plugin, and then connect it to an input.  However, my plugin isn&#39;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.</div>

<div><br></div><div>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&#39;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&#39;t freeze the state, because as soon as I try to, it will unleash a flood of jack errors.</div>

<div><br></div><div>What I am hoping for (and it doesn&#39;t look like I can find it) is some way to make jack not run in real time, i.e. let it wait indefinitely for clients to process.  Obviously the audio output would probably not work, but at least software wise, it seems like this could be viable.  Alternatively, a similar setup but on the lv2 plugin level would work, i.e. it could feed in audio data and let the plugin process at whatever speed it wants.</div>

<div><br></div><div>Any other suggestions that would allow me to debug my plugin would be welcome (well, besides &quot;code better&quot;)</div><div><br></div><div>Thank You,</div><div>Jeremy Salwen</div>