<div dir="ltr"><div dir="ltr">Michael,<div><br></div><div>My case is likely different, as my goal was to use a JACK-connected audio device in Blink.  JACK and PA play reasonably well together, but since PA and Blink don't sometimes, I created an ALSA loopback, integrated it into my JACK flow, and use it exclusively for connectivity with Blink.  I've attached my asound.conf.<br></div><div><br></div><div>Once I have JACK started, I run a script called loop2jack, also attached.  This creates two JACK devices, cloop and ploop, the "capture" loop and "playback" loop devices, respectively.  In Blink the devices appear as "Loopback, Loopback PCM" for input and output devices.  Blink does support JACK natively, but Blink's capture and playback connectors only appear when the audio device is actively in use.  I don't have any auto-patching mechanisms running in my JACK environment so this wasn't compatible.  I find the ALSA loopback approach very good for my needs.</div><div><br></div><div>I also have trouble keeping the loopback PCM device playback level at 100% in alsamixer.  I haven't spent much time on it.</div><div><br></div><div>All that said...  if you can configure Blink to use your audio device with ALSA directly, rather than PA, you should be okay, no?  PA will release it, and you won't have any of the Blink+PA problems we've seen.<br><br><br>- Jeff</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, May 5, 2019 at 1:48 PM <a href="mailto:juleg.ch@gmail.com">juleg.ch@gmail.com</a> <<a href="mailto:juleg.ch@gmail.com">juleg.ch@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello<br>
<br>
It seams, that I'm experiencing the same problems here (Debian Stretch, <br>
Blink 3.2.0)<br>
After doing or receiving a call, Blink's cpu usage goes up to almost <br>
100%. Also the application hangs afterward and I have to kill the <br>
process and start again to continue.<br>
PulseAudio shows a device "ALSA plug-in [python2.7]" in the recording <br>
section of pavucontrol which is not released until the killing of the <br>
process manually.<br>
<br>
Jeff, apparently you managed to find a workaround for this problem. I've <br>
read about ALSA-loopback devices under your posted link <br>
<a href="https://alsa.opensrc.org/Jack_and_Loopback_device_as_Alsa-to-Jack_bridge" rel="noreferrer" target="_blank">https://alsa.opensrc.org/Jack_and_Loopback_device_as_Alsa-to-Jack_bridge</a> <br>
but I have no clue how this could help bypassing PA and solving the <br>
problem in Blink. May be you could elaborate a little bit more how you <br>
installed this virtual device (example section of .asoundrc?) and what <br>
device one have to select in Blink for input/output? Can this  <br>
workaround coexist with installed PA?<br>
<br>
Any help on this would be highly appreciated because I like the <br>
application a lot, especially because it's written in Python and it's <br>
possible for me to understand the source code an to do little <br>
adjustments if needed.<br>
<br>
Regards<br>
Michael<br><br>
</blockquote></div></div>