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... Cheers, S.M.