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

[alsa-devel] Alsa buffer
by arif setiawan 14 Jul '09

14 Jul '09

Hi, I'm trying to get meaningful voice from ALSA buffer. I read tutorial on http://www.suse.de/~mana/alsa090_howto.html<http://www.suse.de/%7Emana/alsa090_howto.html>and realize that if alsa use 16 bit format value then I have to byte shift to store it in 8 bit unsigned char buffer. I see this in sine wave generator in tutorial. To confirm it, I try to save the output into file and open it in Matlab. I want to know if this is correct, because when I try saving alsa buffer on a from recording I still get noise not the voice. Thank you. Best regards, Arif This is my implementation : int main() { int nchannel = 1; int periodsize = 8192; int frame_size = nchannel * (16 / 8); int num_frames = periodsize / frame_size; unsigned char *data; int l2; short s; data = (unsigned char *)malloc(periodsize); // fill the buffer for(l2 = 0; l2 < num_frames; l2++) { s1 = (l2 % 128) * 100 - 5000; data[2*l2] = (unsigned char)s1; data[2*l2+1] = s1 >> 8; } // directly save FILE *fp1 = fopen("sineout1", "w"); for (int i = 0; i < periodsize; i++) { fprintf_s(fp1, "%d\n", data[i]); } fclose(fp1); // with bit shifting from char to short FILE *fp2 = fopen("sineout2", "w"); for (int i = 0; i < num_frames; i++) { short newval = data[2*i+1] << 8; newval += data[2*i]; fprintf_s(fp2, "%d\n", newval); } fclose(fp2); return 0; }

2 1

[alsa-devel] [PATCH 1/2] ASoC: Blackfin AC97: fix resume handling
by Mike Frysinger 14 Jul '09

14 Jul '09

From: Cliff Cai <cliff.cai(a)analog.com> There is no need to manually start playback/capture ourselves as the PCM driver will handle things for us. Signed-off-by: Cliff Cai <cliff.cai(a)analog.com> Signed-off-by: Mike Frysinger <vapier(a)gentoo.org> --- sound/soc/blackfin/bf5xx-ac97.c | 10 +++------- 1 files changed, 3 insertions(+), 7 deletions(-) diff --git a/sound/soc/blackfin/bf5xx-ac97.c b/sound/soc/blackfin/bf5xx-ac97.c index b1ed423..2758b90 100644 --- a/sound/soc/blackfin/bf5xx-ac97.c +++ b/sound/soc/blackfin/bf5xx-ac97.c @@ -277,28 +277,24 @@ static int bf5xx_ac97_resume(struct snd_soc_dai *dai) if (!dai->active) return 0; - ret = sport_set_multichannel(sport_handle, 16, 0x1F, 1); + ret = sport_set_multichannel(sport, 16, 0x1F, 1); if (ret) { pr_err("SPORT is busy!\n"); return -EBUSY; } - ret = sport_config_rx(sport_handle, IRFS, 0xF, 0, (16*16-1)); + ret = sport_config_rx(sport, IRFS, 0xF, 0, (16*16-1)); if (ret) { pr_err("SPORT is busy!\n"); return -EBUSY; } - ret = sport_config_tx(sport_handle, ITFS, 0xF, 0, (16*16-1)); + ret = sport_config_tx(sport, ITFS, 0xF, 0, (16*16-1)); if (ret) { pr_err("SPORT is busy!\n"); return -EBUSY; } - if (dai->capture.active) - sport_rx_start(sport); - if (dai->playback.active) - sport_tx_start(sport); return 0; } -- 1.6.3.3

2 2

[alsa-devel] Testers wanted: New SB X-Fi driver
by Duke Grable 14 Jul '09

14 Jul '09

Hello! I stumbled upon these X-Fi drivers recently and ended up giving them a try. So far they work flawlessly, except for microphone input... I'm wondering if this is either just unimplemented, or if it's just an issue of configuration? My sound card is an "X-Fi XtremeGamer" and my distro is the latest version of openSuSe (2.6.27.23-0.1-default ). Let me know if I'm missing anything! Thanks, Duke

5 10

[alsa-devel] ASoC updates for 2.6.31
by Mark Brown 14 Jul '09

14 Jul '09

The following changes since commit 637a935aaba2f05e2178c9d1b714d7a2c36c8b44: Lars-Peter Clausen (1): ASoC: Fix wm8753 register cache size and initialization are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound-2.6.git for-2.6.31 Daniel Mack (1): ASoC: Fix NULL pointer dereference in __pxa2xx_pcm_hw_free sound/arm/pxa2xx-pcm-lib.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-)

1 1

[alsa-devel] Microphone bias
by Daniel Drake 13 Jul '09

13 Jul '09

Hi, I'm working on CX20582 HDA support for OLPC. We have a choice of 50% or 80% microphone bias on the 2 microphone ports (one inbuilt, one socket for external devices). Any suggestions on which one we should pick or how to decide? We can't hear any difference between the 2 settings..should we choose 50% for potential power savings? Daniel

2 1

[alsa-devel] [PATCH] ASoC: Keep index within stac9766_reg[]
by Roel Kluin 13 Jul '09

13 Jul '09

Keep index within stac9766_reg[] Signed-off-by: Roel Kluin <roel.kluin(a)gmail.com> --- please ignore the patch lacking the second hunk diff --git a/sound/soc/codecs/stac9766.c b/sound/soc/codecs/stac9766.c index 8ad4b7b..befc648 100644 --- a/sound/soc/codecs/stac9766.c +++ b/sound/soc/codecs/stac9766.c @@ -149,7 +149,7 @@ static int stac9766_ac97_write(struct snd_soc_codec *codec, unsigned int reg, stac9766_ac97_write(codec, AC97_INT_PAGING, 1); return 0; } - if (reg / 2 > ARRAY_SIZE(stac9766_reg)) + if (reg / 2 >= ARRAY_SIZE(stac9766_reg)) return -EIO; soc_ac97_ops.write(codec->ac97, reg, val); @@ -168,7 +168,7 @@ static unsigned int stac9766_ac97_read(struct snd_soc_codec *codec, stac9766_ac97_write(codec, AC97_INT_PAGING, 1); return val; } - if (reg / 2 > ARRAY_SIZE(stac9766_reg)) + if (reg / 2 >= ARRAY_SIZE(stac9766_reg)) return -EIO; if (reg == AC97_RESET || reg == AC97_GPIO_STATUS ||

2 1

Re: [alsa-devel] [PATCH] New ASoC Drivers for ADI AD1938 codec
by Mark Brown 13 Jul '09

13 Jul '09

On Mon, Jul 13, 2009 at 04:12:14PM +0800, 宋宝华 wrote: > I want to use ADC/DAC widgets. > static const struct snd_soc_dapm_widget ad1938_dapm_widgets[] = { > SND_SOC_DAPM_DAC("DAC", "HiFi Playback", AD1938_DAC_CTRL0, 0, 1), > SND_SOC_DAPM_ADC("ADC", "HiFi Capture", AD1938_ADC_CTRL0, 0, 1), > }; > But for this AD1938 codec, DAC's work depends on ADC is powered on in > hardware. I think there is no any mechanism to handle this kind of > strange depending now. So is there a generic way to handle this? Make the ADC power a SND_SOC_DAPM_SUPPLY() supplying both the DAC and the ADC, with the ADC widget marged as having no power management.

1 0

[alsa-devel] [PATCH] ASoC: Keep index within stac9766_reg[]
by Roel Kluin 13 Jul '09

13 Jul '09

Keep index within stac9766_reg[] Signed-off-by: Roel Kluin <roel.kluin(a)gmail.com> --- diff --git a/sound/soc/codecs/stac9766.c b/sound/soc/codecs/stac9766.c index 8ad4b7b..11f467e 100644 --- a/sound/soc/codecs/stac9766.c +++ b/sound/soc/codecs/stac9766.c @@ -149,7 +149,7 @@ static int stac9766_ac97_write(struct snd_soc_codec *codec, unsigned int reg, stac9766_ac97_write(codec, AC97_INT_PAGING, 1); return 0; } - if (reg / 2 > ARRAY_SIZE(stac9766_reg)) + if (reg / 2 >= ARRAY_SIZE(stac9766_reg)) return -EIO; soc_ac97_ops.write(codec->ac97, reg, val);

1 0

[alsa-devel] Testers wanted: New SB X-Fi driver
by Christian Esken 12 Jul '09

12 Jul '09

Hello, unfortunately I cannot playback anything (PCM) with the new SB X-Fi driver. Driver: ftp://ftp.kernel.org/pub/linux/kernel/people/tiwai/snapshot/alsa- driver-snapshot.tar.bz2 Distribution: openSuSE 11.1 Kernel: 2.6.27.23-0.1-xen My card is a "X-Fi Titanium" (PCI device code: 1102:000b). The card is recognized by the driver, and any mixer (alsamixer, kmix) also recognizes the card. But playing back isn't possible. I tried speaker-test, audacity, amarok and aplay. Most applications hang, some also produce an error in the /var/log/messages (see below). I then used "./configure --with-debug=full --with-cards=ctxfi" due to the possible hd-audio conflict, but it didn't make a difference. Is there anything else I could try? Christian --- Console output from speaker-test --- bash # LANG=en speaker-test speaker-test 1.0.18 Playback device is default Stream parameters are 48000Hz, S16_LE, 1 channels Using 16 octaves of pink noise Rate set to 48000Hz (requested 48000Hz) Buffer size range from 512 to 65536 Period size range from 32 to 32768 Using max buffer size 65536 Periods = 4 was set period_size = 16384 was set buffer_size = 65536 0 - Front Left Write error: -5,Input/output error xrun_recovery failed: -5,Input/output error Transfer failed: Operation not permitted ------------------------------------------------------------------------ --- output in /var/log/messages when running speaker-test --- Jun 27 12:52:53 firefly kernel: ALSA /home/chris/Desktop/alsa- driver/acore/../alsa-kernel/core/pcm_lib.c:1693: playback write error (DMA or IRQ trouble?) ------------------------------------------------------------------------ ---output in /var/log/messages when running amarok with pulseudio --- 20 11:11:00 firefly pulseaudio[5649]: module-alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write! Most likely this is an ALSA driver bug. ------------------------------------------------------------------------ --- Hardware information --- firefly:~ # lspci -nn | grep -i audio 00:07.0 Audio device [0403]: nVidia Corporation MCP65 High Definition Audio [10de:044a] (rev a1) 01:07.0 Multimedia audio controller [0401]: Cirrus Logic CS 4614/22/24/30 [CrystalClear SoundFusion Audio Accelerator] [1013:6003] (rev 01) 05:00.0 Audio device [0403]: Creative Labs Device [1102:000b] (rev 03) --- Hardware information from lshal --- udi = '/org/freedesktop/Hal/devices/pci_1102_b_sound_card_0' info.capabilities = {'sound'} (string list) info.category = 'sound' (string) info.parent = '/org/freedesktop/Hal/devices/pci_1102_b' (string) info.product = 'Creative X-Fi 20K2 SB0880 Sound Card' (string) info.subsystem = 'sound' (string) info.udi = '/org/freedesktop/Hal/devices/pci_1102_b_sound_card_0' (string) linux.hotplug_type = 2 (0x2) (int) linux.subsystem = 'sound' (string) linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:0e.0/0000:05:00.0/sound/card0' (string) sound.card = 0 (0x0) (int) sound.card_id = 'Creative X-Fi 20K2 SB0880' (string) sound.originating_device = '/org/freedesktop/Hal/devices/pci_1102_b' (string)

2 5

[alsa-devel] Testers wanted: New SB X-Fi driver
by Christian Paredes 11 Jul '09

11 Jul '09

Hi everyone, So I have an Auzentech X-Fi Forte PCI-E card, and I got it to output sound through the side and center/LFE channels. When I output sound through the center channel, it is correctly routed to the center channel, but when sound is output to the LFE channel, it is output to both of my front speakers. I am running on kernel 2.6.28, fresh install of Ubuntu 9.04. This also happens on kernel 2.6.30 on Arch Linux. Let me know what sort of information you guys need! Thanks, Christian

1 1