[nama] Re: Bypass and ecasound crash.
- From: "S. Massy" <lists@xxxxxxxxxxxx>
- To: nama@xxxxxxxxxxxxx
- Date: Fri, 6 Apr 2012 18:41:09 -0400
On Fri, Apr 06, 2012 at 06:33:49PM -0400, S. Massy wrote:
> On Fri, Apr 06, 2012 at 10:26:19AM -1000, Joel Roth wrote:
> > On Fri, Apr 06, 2012 at 02:36:37PM -0400, S. Massy wrote:
> > > Hello,
> > >
> > > I just spent about 20 minutes or so moving an iam_eval("stop") statement
> > > around in replace_effect, and found out that the call to remove_effect is
> > > what
> > > causes the crash, though there must be a specific reason for it, since
> > > remove_effect doesn't otherwise cause ecasound to crash. For now, I stop
> > > the engine before remove_effect and restart it at the end of the
> > > subroutine, which gives me bypass with a hickup, but no crash.
> >
> > Great that you've been able to track this down...
> > at least partway.
> >
> > I've wrapped the code for replace_effect() with
> > jack_stop_do_start(), so both bypass and restore get
> > that, with a 0.03s delay for good luck.
> This is getting whhacky! Even though this is just a fancier way of doing
> what I was doing, ecasound still crashes with this method, even when
> increasing the delay to 0.1. This is puzzling...
But moving the sleeper before execution solves the problem... My guess
is we're facing some timing issue here.
Cheers,
S.M.
Other related posts:
