Re: [Alsa-devel] Envy24HT mixer restore problem with M-Audio Revolution 7.1 + Alsa 1.0.4
Hello Stephen, At 20.24 12/04/2004 -0700, Stephen Hassard wrote: When I set my 'DAC' and 'DAC1' channels to sane values (they correspond to L+R audio) and save my mixer settings via 'alsactl store', reboot and restore the settings via 'alsactl restore', my mixer settings appear to be normal in alsamixer, but I find that my left channel ('DAC') is mutted until I change the volume of 'DAC'. As soon as I touch the mixer for the 'DAC' channel, audio output is restored. I have the exact same problem with a TerraTec EWX 24/96 (ice1712 AKA not HT Envy24), though on the right channel. In my case this is a long lasting quirk (easy to solve with a simple amixer call), cause it's there since at least 0.9.0. I also checked the driver code sometimes sgo but haven't been able to find any problem in the code. Bye, -- Denis Sbragion InfoTecna Tel: +39 0362 805396, Fax: +39 0362 805404 URL: http://www.infotecna.it --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] alsa driver data rates
Hi James, Im asking you becuae looking thru the archives you asked a similar question a long time ago.i'm using an open source VoIP application with thealsa driver. My card is the onboard intel8x0. My problem is figuring out the patterns I amgetting with the alsa driver when transmittingpackets.For instance when I use the GSM codec with a packetssize of 80 msecs and 132 bytes, packets aretransmitted at alternate intervals of 64/96 msecs.When i use G.711 packets of 240 bytes are transmitted every 32 msecs with an extra packet every 15 pkts. With G.711 it is obvious that 256 bytes are added to driver sending buffer every 32 msecs.However this does not match for GSM because it needs only 132 bytes every 64/96 msecs. Can the driver change the amount of data it gets from the soundcard to suit the codec? Help appreciated,Brian.James Courtier-Dutton [EMAIL PROTECTED] wrote: Brian Furey wrote: Hi all, I have an intel810 onboard soundcard.I am using the alsa driver with a VoIP session. The intel8x0.c file has a minimum period byte size of 32 bytes with the minimum no. of periods being 1.The min and max rate is set to 48k. How can I find out what actual(runtime) size period the alsa driver is dealing with? Does it use the minimum size as the period size? Brian. Brian, I am working on a VoIP setup. I am updating the asterisk alsa console driver so that it actually works! The current driver is stuck round about alsa api 0.5.xThe period size that the sound card is actually using does not really matter, if just effects latency. The bigger the period size, the higher the latency.Just set the period size to t he smallest the sound card can do, and then just read and write to it.I found that PLAYBACK and CAPTURE directions can have different period sizes, so it is better to open separate handles for playback and capture.In the config setup, you set the buffer and period sizes, and before you set them, you can retrieve the current min/max period and buffer sizes.For playback, it is best to have a certain minimum buffer being full most of the time, due to network jitter, and this buffer can act as the jitter buffer. The actual size of this is probably best found out from trial and error (I have not finished testing this bit yet).For capture, just poll for input, and then read whatever is in the capture buffer and transmit it. You can experiment with different methods of early buffer reads, but again, I have not finished testing with that, so I can't give you any definite answers.Another thing to test with could be sampling and playback at 48k.Most sound cards work at 48k, and this would reduce the period_time. (period_size stays the same, but as one is using a higher rate, the period_time decreases, and thus latency.) The problems with that is that most VoIP is at 8k, so some resampling is required.CheersJames---This SF.Net email is sponsored by: IBM Linux TutorialsFree Linux tutorial presented by Daniel Robbins, President and CEO ofGenToo technologies. Learn everything from fundamentals to systemadministration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click___Alsa-devel mailing list[EMAIL PROTECTED]https://lists.sourceforge.net/lists/listinfo/alsa-devel Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now
Re: [Alsa-devel] alsa driver data rates
Brian Furey wrote: Hi James, Im asking you becuae looking thru the archives you asked a similar question a long time ago. i'm using an open source VoIP application with the alsa driver. My card is the onboard intel8x0. My problem is figuring out the patterns I am getting with the alsa driver when transmitting packets. For instance when I use the GSM codec with a packets size of 80 msecs and 132 bytes, packets are transmitted at alternate intervals of 64/96 msecs. When i use G.711 packets of 240 bytes are transmitted every 32 msecs with an extra packet every 15 pkts. With G.711 it is obvious that 256 bytes are added to driver sending buffer every 32 msecs.However this does not match for GSM because it needs only 132 bytes every 64/96 msecs. Can the driver change the amount of data it gets from the soundcard to suit the codec? Help appreciated, Brian. Can you point me to a url for the source? I think I will understand you a bit better if I see the source code. Cheers James --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] Fwd: mixer function documentation
I know that the developers documentation is sparse but what gives? Where is the mixer functions documentation. Functions like snd_mixer_selem_register and snd_mixer_load. Alsa is a pretty good package and I am doing some very strange,applications with it. What I have run into is that well documented it is not. meeby __ Do you Yahoo!? Yahoo! Tax Center - File online by April 15th http://taxes.yahoo.com/filing.html --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel