Re: snd-aloop with multiple identical sound cards

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



El vie, 29-04-2016 a las 20:07 -0700, Robert M. Riches Jr. escribió:
> > From: José Luis Artuch <artuch@xxxxxxxxxxxxx>
> > To: "Robert M. Riches Jr." <rm.riches@xxxxxxxxxxxxxx>
> > Cc: alsa-user@xxxxxxxxxxxxxxxxxxxxx
> > Date: Fri, 29 Apr 2016 23:55:56 -0300
> >
> > El vie, 29-04-2016 a las 17:26 -0700, Robert M. Riches Jr. escribió:
> > > The module's options are likely at least a start toward the
> > > solution.  Here's an anonymized version of what I had in
> > > /etc/modprobe.conf when I used the loopback soundcard:
> > > 
> > > options snd_aloop enable=1,1,1,1,1,1,1 index=4,5,6,7,8,9,10 id=lbuser1,lbuser2,lbuser3,lbuser4,lbuser5,lbuser6,lbuser7
> > > 
> > > Depending on your distribution, you might need to put the options
> > > in a different path/file.
> > > 
> > > Fwiw, I found a problem with Debian 7/Wheezy's snd_aloop in
> > > connection with [Net]Jack.  The virtual soundcard would accept
> > > playback samples much faster than a real soundcard would have,
> > > which resulted in xruns.
> > > 
> > > HTH
> > > 
> > > Robert
> > > 
> > Thank you very much Robert. The OS is Debian GNU/Linux 8.
> > I loaded the data from modprobe:
> > modprobe snd-aloop enable=1,1,1,1 index=10,11,12,13
> > id=lbuser1,lbuser2,lbuser3,lbuser4
> > With cat /proc/asound/cards I see that lbuser1 replaces Loopback,
> > lbuser2 replaces Loopback_1, lbuser3 replaces Loopback_2, lbuser4
> > replaces Lopback_3.
> > Now the question is if at every startup can be assigned always lbuser1
> > to card_0, lbuser2 to card_1, lbuser3 to card_2, lbuser4 to card_3, for
> > example editing the asound.conf file. I want to capture the sound played
> > in each real card, always with the same virtual card.
> > I do not experienced enough with snd-aloop on Debian 7, also I'm always
> > doing these tests without graphical environment.
> > Greetings.
> > José Luis
> > > 
> > > > From: José Luis Artuch <artuch@xxxxxxxxxxxxx>
> > > > To: alsa-user@xxxxxxxxxxxxxxxxxxxxx
> > > > Date: Fri, 29 Apr 2016 16:49:07 -0300
> > > >
> > > > Hi,
> > > > I fixed the names of each real sound card (card_0, card_1, card_2, ...).
> > > > Now, loading the snd-aloop module for all real sound cards, virtual
> > > > sound cards Loopback (Loopback, Loopback_1, Loopback_2, ...) are
> > > > created. How I can fix always the same virtual sound card Loopback for
> > > > each real sound card ?.
> > > > Thanks.
> > > > José Luis
> > > >
> > > >
> > > > ------------------------------------------------------------------------------
> > > > Find and fix application performance issues faster with Applications Manager
> > > > Applications Manager provides deep performance insights into multiple tiers of
> > > > your business applications. It resolves application problems quickly and
> > > > reduces your MTTR. Get your free trial!
> > > > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> > > > _______________________________________________
> > > > Alsa-user mailing list
> > > > Alsa-user@xxxxxxxxxxxxxxxxxxxxx
> > > > https://lists.sourceforge.net/lists/listinfo/alsa-user
> 
> (Sorry the quoting got scrambled.  With newsgroups, I understand
> top-posting is always frowned upon.  With email, it's not quite
> as clear.)
> 
> That's the intent and purpose of those options, to let you force
> them to be consistent from one boot to the next.  At least it's
> supposed to work that way if you put the options in
> /etc/modprobe.conf (or equivalent).  The names can be whatever
> you want; there is nothing special about the string "lbuser${n}".
> When I used snd_aloop, I used the names of real users so the
> users could refer to them in their .asoundrc files.  In my
> experience, it was always consistent.  Sound should work the same
> with or without a graphical environment.
> 
> HTH
> 
> Robert

Ok Robert, all understood. Configuring properly the options this will
work, thank you very much !!
José Luis


------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Alsa-user mailing list
Alsa-user@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/alsa-user




[Index of Archives]     [ALSA Devel]     [Linux Audio Users]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]

  Powered by Linux