<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 3, 2014 at 6:31 AM, Louigi Verona <span dir="ltr"><<a href="mailto:louigi.verona@gmail.com" target="_blank">louigi.verona@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Yeah, when JACK is available - this is good. But many times it is not. How is that made on Windows and can it be made on Linux? This is the question!<span class="HOEnZb"><font color="#888888"><br></font></span></div></div></blockquote><div><br></div><div>Well,  it is more complicated when there are competing sound systems at work. On Windows, if the user wants to do a screencast while using an ASIO driver *and* the native Windows drivers for their little mic, they will still have problems.<br><br>On Linux, the most effective way to do this sort of thing in a JACK-ified context is almost certainly to do it on a system with PulseAudio installed and using an ALSA loopback device to talk to JACK. Alternatively, just make sure that the apps you want to record use gstreamer somewhere under the hood and then you can tell gstreamer to also talk to JACK. Then record audio for the screencast from JACK.<br><br>The key difference between JACK and other systems on Linux is that its routing possibilities are not 1:1, which makes it more suitable for this "capture everything" type of problem. If you didn't want to involve JACK-ified apps as well, then PulseAudio can probably take care of things pretty well all by itself.<br></div><div> <br></div></div></div></div>