<div>Hi all,</div>
<div> </div>
<div>I've been testing the jack output with firewire jack backend. The jackd+firewire itself is unusable without being run with realtime priority, but in this case the server is much more demanding of clients and frequently kicks VLC at small buffer sizes.</div>

<div> </div>
<div>I believe the reason is usage of heap deallocation and mutex manipulation in jack processing callback of vlc-jack plugin. This seems to be unavoidable given the current aout API design.</div>
<div> </div>
<div>Does somebody have a suggestion? gcc has some atomic operations built in, is this a viable option?</div>
<div> </div>
<div>Best regards</div>
<div> </div>
<div>Jakob</div>
<div> </div>
<div> </div>