Re: [Jack-Devel] routing alsa through jack
In data martedì 17 dicembre 2013 20:53:26, hai scritto:
> Entirely appropriate. That approach works just fine here with older
> versions of skype that support plain ALSA (I think newer versions of
> skype are pulse only, but I don't know.
AFAICT Skype 4 supports both Pulse and Alsa.
> Did you find
> http://alsa.opensrc.org/Jack_and_Loopback_device_as_Alsa-to-Jack_bridge
> ? It's somewhat verbose, but a very nice article with complete
> step-by-step instructions and background information.
Yes, I did find it, but it's quite focused on a different target than simply
routing audio through Jack with a single sound card, and I couldn't manage to
distinguish the parts to be ignored in my case. When I finished doing what's
written there, I was stuck with no audio at all, be it Alsa or Jack. I must
have done something wrong, but I can't tell what because I wasn't
understanding most of the things I was doing.
> Long story short: You cannot write directly to the loop-hardware once
> alsa_in/out are connected.
I'd say "oviously" here, except I didn't realize it myself... I think I took
the opposite for granted because snd_aloop creates two soundcards, so I
assumed I could lock one with Jack and the other with Alsa.
> asoundrc: http://robin.linuxaudio.org/tmp/asoundrc-loopback
Ok, I don't want to make the loop be the default device, for the time being:
this way if something goes wrong i can just stop jackd and everything keeps
working through Alsa. Should I avoid or change the last part ("pcm.!default")
of that asoundrc then?
>
> zita-a2j -L -d hw:Loopback,1,0 -j cloop -n 2 -p 256
> zita-j2a -L -d hw:Loopback,1,1 -j ploop -n 2 -p 256
> sleep 1
> jack_connect cloop:capture_1 system:playback_1 &>/dev/null
> jack_connect cloop:capture_2 system:playback_2 &>/dev/null
> jack_connect system:capture_1 ploop:playback_1 &>/dev/null
> jack_connect system:capture_2 ploop:playback_2 &>/dev/null
I assume I could also make connections through the patchbay in qjackctl
instead of using jack_connect, right? It's a more trial-and-error friendly
method for the beginners...
1387340690.15205_0.ltw:2, <1536755.xCOZm48Ui4 at fx>