<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 27, 2015 at 11:46 AM, Damien Delpiroux <span dir="ltr"><<a href="mailto:xzurukneg@free.fr" target="_blank">xzurukneg@free.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Le 27/10/2015 16:03, Paul Davis a écrit :<br>
> CALF plugins have always been deeply problematic.<br>
</span>I ear.<br>
But personally I never had any problem after hundreds hours of use, even<br>
with firsts versions of A4.<br></blockquote><div><br></div><div>The problems are not deterministic.<br><br></div><div>There are specific known problems, most notably with the use of a non-thread safe version of libfftw. This has been fixed in CALF git, but has not been picked up by most distributions so far. We have also attempted to fix this by shipping a thread-safe version of libfftw with recent builds of Ardour itself. This particular bug can cause crashes as different instances of a CALF (or other libfftw-using) plugin run on different CPUs, and they overwrite data used by libfftw.<br><br></div><div>There are other issues with CALF that are more obscure. The situation is definitely improving, but as a single plugin collection they have been by far the most problematic.<br><br></div><div>There are other examples of this sort of "deep, non-deterministic" issue with other plugins. There is an SWH ladspa plugin for example that can randomly overwrite data in the channels of OTHER TRACKS!<br><br></div><div>We're not telling anyone to stop using CALF. We're not telling anyone to stop using plugins (though I'd love to be able to). But if you use them, you need to be aware of the potential risks. Loading arbitrary 3rd party code into a big, complex program and then just hoping it all works ... well, yeah. Good luck with that. <br></div></div><br></div></div>