<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Feb 21, 2014 at 9:38 AM, Stefano D'Angelo <span dir="ltr"><<a href="mailto:zanga.mail@gmail.com" target="_blank">zanga.mail@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Sorry guys, other two (silly?) questions:<br>
<br>
1. apart from the process callback, which callbacks need to be<br>
RT-safe? Looking around I found a master thesis [1] that says: "Apart<br>
from<br>
the JackProcessCallback callback, which is called in the realtime<br>
audio thread for obvious reasons, all other callbacks are called<br>
asynchronously in a specialized non-realtime thread, to avoid<br>
notifications to interfere with audio processing", is that true?<br></blockquote><div><br></div><div>The documentation does actually state which ones need to be RT, but there is no list to easily consult.<br><br></div>
<div>The threading design described above is specific to Jack2. Jack1 delivers all callbacks to the same thread (which necessarily means that processing audio is blocked by other callbacks). This is one of the major (and largely hidden) design differences between Jack1 and Jack2.<br>
</div><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2. may the system sample rate actually change (while a client is running)?<br></blockquote><div><br></div><div>JACK to date has never supported changing the sample rate.<br></div><div> </div><br></div></div></div>