- Alsa-devel - mailman.alsa-project.org

[alsa-devel] Zoom H4 hand held studio.
by Joseph klitzke 26 Feb '08

26 Feb '08

Greetings I am inquiring into the development of a driver for the Zoom H4 Hand held recorder. Is there any work being done on the device? If not is it being considered. Is there anything I can do to get it started? In short the H4 can 4 track recorder and a usb audio device with effects, a great piece of recording gear. Thanks Joseph Klitzke

1 0

[alsa-devel] snd-usb-audio syncronisation problem
by Adrian Stancu 26 Feb '08

26 Feb '08

Hi, I'm using an E-MU 0404 USB interface with the snd-usb-audio module from alsa 1.0.16, operating in isochronous asynchronous mode. This interface was producing very annoying click/pop sounds at regular intervals during playback. Eventually I discovered that the syncronisation mechanism telling the driver to send audio data faster or slower to match the interface's consumption speed does not work as expected, for some reason. I did a very dirty hack within the source of this driver, simulating the interface asking for data to be sent a little bit quicker, and this almost fixed the problem *for me*. I really wish to debug this issue further, to find what actually does not work as it should in this feed-back mechanism. However this was the first time I dealt with alsa source code, so I do not have much experience. Therefore, I really need help with debugging this problem and maybe finding an universal fix. Thanks in advance, Adi

4 27

[alsa-devel] HDA-Intel - Patch to support RV7xx HDMI Audio
by Yang, Libin 26 Feb '08

26 Feb '08

Hi Takashi, This patch is to add R7xx HDMI audio support. Would you please accept it? Thanks a lot! Signed-off-by: Libin Yang <Libin.yang(a)amd.com> --- alsa-driver-1.0.16/alsa-kernel/pci/hda/hda_intel.c.orig 2008-02-13 11:57:11.000000000 -0500 +++ alsa-driver-1.0.16/alsa-kernel/pci/hda/hda_intel.c 2008-02-13 12:02:39.000000000 -0500 @@ -2015,6 +2015,9 @@ { 0x1002, 0xaa20, PCI_ANY_ID, PCI_ANY_ID, 0, 0, AZX_DRIVER_ATIHDMI }, /* ATI RV635 HDMI */ { 0x1002, 0xaa28, PCI_ANY_ID, PCI_ANY_ID, 0, 0, AZX_DRIVER_ATIHDMI }, /* ATI RV620 HDMI */ { 0x1002, 0xaa30, PCI_ANY_ID, PCI_ANY_ID, 0, 0, AZX_DRIVER_ATIHDMI }, /* ATI RV770 HDMI */ + { 0x1002, 0xaa38, PCI_ANY_ID, PCI_ANY_ID, 0, 0, AZX_DRIVER_ATIHDMI }, /* ATI RV730 HDMI */ + { 0x1002, 0xaa40, PCI_ANY_ID, PCI_ANY_ID, 0, 0, AZX_DRIVER_ATIHDMI }, /* ATI RV710 HDMI */ + { 0x1002, 0xaa48, PCI_ANY_ID, PCI_ANY_ID, 0, 0, AZX_DRIVER_ATIHDMI }, /* ATI RV740 HDMI */ { 0x1106, 0x3288, PCI_ANY_ID, PCI_ANY_ID, 0, 0, AZX_DRIVER_VIA }, /* VIA VT8251/VT8237A */ { 0x1039, 0x7502, PCI_ANY_ID, PCI_ANY_ID, 0, 0, AZX_DRIVER_SIS }, /* SIS966 */ { 0x10b9, 0x5461, PCI_ANY_ID, PCI_ANY_ID, 0, 0, AZX_DRIVER_ULI }, /* ULI M5461 */ Thanks & Regards, Libin

3 4

[alsa-devel] Via VT82xx VT1708 ICE1724HT and higher sample rate/bit depth files through SPDIF
by Demian Martin 26 Feb '08

26 Feb '08

I have several problems trying to play files higher than 48000 KHz and with bit depth of 24 bits. I submitted this to the users and got a resounding silence. First- sample rate Even though the documents claim that it will play at 176.4 KHz and 192KHz whenever I play a file at these rates it down converts to ½ the rate (88200 and 96000). I tested this with the ICE1724HT (Juli@) which has almost the same core, I never could get 176.4KHz at the SPDIF output. I confirmed that the ICE1724 will play the file at 176.4KHz in Windows so its not a hardware limitation. I tried to do the same with the VT1708 (on a Via CX700 chipset) and the Windows driver wouldnt let me at anything other than 48000. Second, the only way I can get the 24 bit files out in a form that the card can play is to pass them through dmix. But I need to reconfigure dmix for each sample rate. And Im not convinced that it isnt resampling twice, both at the input and the output. Or how to configure the buffers etc. to prevent underruns even when the only conversion is to pass a 24 bit file to the card. Im trying to build a high quality music server that will pass the files to either the internal or an external DAC at the bit depth and sample rate they were recorded at. I have tried to understand the various plugs and settings but it seems they are all focused on mixing various streams. I want to send the files unmixed to the output. I cant figure out what set of plugs and settings in asound.conf would enable this.

2 1

[alsa-devel] [PATCH 1/3] ASoC: Fix TLV320AIC3X PLL divider table for 64 kHz rate
by Mark Brown 26 Feb '08

26 Feb '08

From: Jarkko Nikula <jarkko.nikula(a)nokia.com> Signed-off-by: Jarkko Nikula <jarkko.nikula(a)nokia.com> Signed-off-by: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- sound/soc/codecs/tlv320aic3x.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/sound/soc/codecs/tlv320aic3x.c b/sound/soc/codecs/tlv320aic3x.c index 710e028..569ecac 100644 --- a/sound/soc/codecs/tlv320aic3x.c +++ b/sound/soc/codecs/tlv320aic3x.c @@ -681,8 +681,8 @@ static const struct aic3x_rate_divs aic3x_divs[] = { {22579200, 48000, 48000, 0x0, 8, 7075}, {33868800, 48000, 48000, 0x0, 5, 8049}, /* 64k */ - {22579200, 96000, 96000, 0x1, 8, 7075}, - {33868800, 96000, 96000, 0x1, 5, 8049}, + {22579200, 64000, 96000, 0x1, 8, 7075}, + {33868800, 64000, 96000, 0x1, 5, 8049}, /* 88.2k */ {22579200, 88200, 88200, 0x0, 8, 0}, {33868800, 88200, 88200, 0x0, 5, 3333}, -- 1.5.4.3

2 4

[alsa-devel] new driver: 30mS interval problem
by William Juul 26 Feb '08

26 Feb '08

Hello I am new to ALSA and trying to write a new driver for a DAC connected with PCM to an AVR32 on a NGW100 reference card provided by Atmel. The sampling rate I am currently using is 11047and the DAC is providing 4 channels of 24bit. The HW interface is using DMA to copy data to RAM. By studying the audio data in hexdump or in Audacity I can verify that the sound looks good in intervals of about 30mS, then all channels are garbled for 30mS. This pattern repeat itself throughout the audio capture. I am not confident I have configured all ALSA parameters properly. How can I go about fixing/debugging this 30mS intverval problem? Below is the command I am using. Best regards William Juul # arecord -r 11047 -c 4 -f S24_LE -s 1 -A 100 -d 5 --buffer-size 16384 -F 21333 -v > test.wav Recording WAVE 'stdin' : Signed 24 bit Little Endian, Rate 11047 Hz, Channels 4 Plug PCM: Hardware PCM card 0 'AVR32 NGW100 external DAC' device 0 subdevice 0 pcm->setup: 1 stream : CAPTURE access : RW_INTERLEAVED format : S24_LE subformat : STD channels : 4 rate : 11047 exact rate : 11047 (11047/1) msbits : 32 buffer_size : 16384 period_size : 490 period_time : 44355 tick_time : 4000 tstamp_mode : NONE period_step : 1 sleep_min : 0 avail_min : 490 xfer_align : 490 start_threshold : 1 stop_threshold : 16384 silence_threshold: 0 silence_size : 0 boundary : 1073741824

2 4

Re: [alsa-devel] ASoC - Output widgets
by Mark Brown 26 Feb '08

26 Feb '08

On Tue, Feb 26, 2008 at 10:11:42AM +0100, Alexandre BOUIN wrote: > DAPM WM8900 snd_soc_dapm_stream_event > FM Transmitter: On in 2 out 1 > in static FMOUT_R > in static FMOUT_L > I initialize FM Transmitter like this : > snd_soc_dapm_set_endpoint(codec, "FM Transmitter", 0); > but it still enabled. Why ? According to the above trace your FM transmitter is still reporting as being connected. Have you checked to ensure that your your call to configure the transmitter is happening after your board widgets have been registered?

1 0

Re: [alsa-devel] ASoC - Output widgets
by Mark Brown 26 Feb '08

26 Feb '08

On Mon, Feb 25, 2008 at 10:39:15AM +0100, Alexandre BOUIN wrote: > - 1 SND_SOC_DAPM_MIXER is connected to 2 SND_SOC_DAPM_PGA with power > control. > - each PGA is connected to an SND_SOC_DAPM_OUTPUT > - according to tosa example : > - first OUTPUT is connected to a SND_SOC_DAPM_HP defined as endpoint > - second OUTPUT is connected to a SND_SOC_DAPM_SPK defined as endpoint > this SPK is set disconnected in my tosa_ac97_init -like function Could you please post dmesg output with DAPM_DEBUG turned on which shows this happening?

2 1

Re: [alsa-devel] [Alsa-devel] Questions about sound/isa/sb/sb8_main.c
by Clemens Ladisch 26 Feb '08

26 Feb '08

Rask Ingemann Lambertsen wrote: > I'm looking at sound/isa/sb/sb8_main.c from linux 2.6.20. In > snd_sb8_capture_prepare(), a line reads: > > if (chip->capture_format != SB_DSP_OUTPUT) { > > Shouldn't this be SB_DSP_INPUT instead? Yes. Now fixed in the ALSA tree. Thanks! Clemens

1 0

[alsa-devel] POLLIN and POLLOUT event in pcm io plugins
by Pharaoh . 26 Feb '08

26 Feb '08

Hi, The structure snd_pcm_ioplug has following members: int poll_fd; /**< poll file descriptor */ unsigned int poll_events; /**< poll events */ and the associated events are POLLIN and POLLOUT, I suppose. I am unable to understand how these fields are getting used. There are many other plugins which dont use this. What is the significance of these fields? -pharaoh.

1 0