Re: [Alsa-user] Dmix problem
> > is there some ALSA plugin that can coalesce buffering ? Meaning that > > the plugin can take f.i. larger period_size than what the dmix device > > is working with ? > > What problem would that solve? Not sure. It would allow clients connecting to that device to have a more relaxed callback scheduling, and maybe not needing to be run with RR scheduling. Just a thought. Regards /R > > > Regards, > Clemens > > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > ___ > Alsa-user mailing list > Alsa-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/alsa-user -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] Dmix problem
Robert Bielik wrote: > is there some ALSA plugin that can coalesce buffering ? Meaning that > the plugin can take f.i. larger period_size than what the dmix device > is working with ? What problem would that solve? Regards, Clemens -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] Dmix problem
Hi Clemens, > >> Is there any other plugin doing the same thing as dmix... but working ? > > Yes, dmix with a larger buffer size (i.e., more periods). Hmm. Yes. I've tried running aplay with "chrt --rr 99" and it got way more stable, even at as low a settings as 64 frames (period_size) + 2 periods. I can work with this, although it feels a bit unsafe having everything connected to the dmix device running with a RR scheduler (with max priority). > The dmix plugin does not do sample rate conversion, i.e., each client > connecting to it is forced to use the dmix rate. (If you wanted to, it would > be possible to put a "plug" or "rate" plugin on top of it.) On that note, is there some ALSA plugin that can coalesce buffering ? Meaning that the plugin can take f.i. larger period_size than what the dmix device is working with ? Regards /Robert > > > Regards, > Clemens > > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > ___ > Alsa-user mailing list > Alsa-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/alsa-user -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] Dmix problem
Robert Bielik wrote: >> Is there any other plugin doing the same thing as dmix... but working ? Yes, dmix with a larger buffer size (i.e., more periods). > I'd need a mixing plugin that does not do sample rate conversion, i.e. each > client connecting to it should be forced to use the mix plugs sample rate. The dmix plugin does not do sample rate conversion, i.e., each client connecting to it is forced to use the dmix rate. (If you wanted to, it would be possible to put a "plug" or "rate" plugin on top of it.) Regards, Clemens -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] Dmix problem
> The reason is that for my project I need to have as low a latency as possible > in > the dmix chain. Is there any other plugin doing the same thing as dmix... but > working ? 😊 More specifically, I'd need a mixing plugin that does not do sample rate conversion, i.e. each client connecting to it should be forced to use the mix plugs sample rate. I think the problem I have is related to SRC. /R -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
[Alsa-user] Dmix problem
Hi, I'm using the audioinjector octocard on a R Pi 3, and I have a problem where the system default dmix (dmix:0,0) plays just fine (via aplay), but my own defined dmix device occasionally stops streaming with a xrun condition: Status(R/W): state : RUNNING trigger_time: 13953.124684 tstamp : 13953.143017 delay : -40232 avail : 2109 avail_max : 2109 aplay: xrun:1624: read/write error, state = RUNNING Granted, the default dmix has a period size of 1024 and 16 periods, but my own device has only 2 periods: pcm.octomix { type dmix ipc_key 321456 # any unique value ipc_key_add_uid true slave { pcm "hw:0" format S32_LE rate 48000 channels 8 period_time 0 period_size 1024 periods 2 } } The reason is that for my project I need to have as low a latency as possible in the dmix chain. Is there any other plugin doing the same thing as dmix... but working ? 😊 Regards /R -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
Re: [Alsa-user] dmix problem on PXA270 + AC97 codec
One other note: aplay -D plug:dmix through a USB sound card does appear to work. There is some hiss at the end, but I do at least hear sound. Thanks, Cliff On Sat, Oct 22, 2011 at 11:47 PM, Cliff Brake wrote: > Hello, > > I have an embedded system that contains: > > - PXA270 ARM cpu > - UCB1400 AC97 codec > - ALSA (libasound) 1.0.24 > - 3.0 kernel > > When I run aplay , it works fine. > > When I run  -D plug:dmix , it appears to be playing (don't > see any error messages, runs for expected amount of time), but I hear > silence. > > With last year's software (2.6.27 kernel, alsa 1.0.23), dmix works fine. > > I tried replacing alsa 1.0.24 with 1.0.23, and it still does not work, > so perhaps the issue is with the kernel? > > Does anyone have suggestions on how to debug this issue?  I have not > found any other easy way to mix sound from several sources, so it > would be really nice to get this working. > > Thanks, > Cliff > > -- > = > http://bec-systems.com > -- = http://bec-systems.com -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user
[Alsa-user] dmix problem on PXA270 + AC97 codec
Hello, I have an embedded system that contains: - PXA270 ARM cpu - UCB1400 AC97 codec - ALSA (libasound) 1.0.24 - 3.0 kernel When I run aplay , it works fine. When I run -D plug:dmix , it appears to be playing (don't see any error messages, runs for expected amount of time), but I hear silence. With last year's software (2.6.27 kernel, alsa 1.0.23), dmix works fine. I tried replacing alsa 1.0.24 with 1.0.23, and it still does not work, so perhaps the issue is with the kernel? Does anyone have suggestions on how to debug this issue? I have not found any other easy way to mix sound from several sources, so it would be really nice to get this working. Thanks, Cliff -- = http://bec-systems.com -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user