On 05/01/2016 06:58 PM, José Luis Artuch wrote: > El sáb, 30-04-2016 a las 00:29 -0300, José Luis Artuch escribió: >> 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 > Hi, > Configuring properly module's options and /etc/asound.conf, sound cards > work correctly identified. But about sound ... the sound card onboard > works fine, but with PCI and USB sound cards occurs xrun. The clicks are > heard every second and the message "ALSA lib > pcm.c:7843:(snd_pcm_recover) underrun occurred0B f=0/0" is read. > I would like to know if there is a way to force "avplay" to read faster > the buffer to avoid underrun. > 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 Using multiple sound cards simultaneously will always generate xruns unless you sync the cards to a common clock source or resample your audio to compensate the clock drift. If you just need to record and can process offline, I'd recommend to capture on each card separately and put the material together afterwards. Best regards Markus ------------------------------------------------------------------------------ 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
