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

[alsa-devel] 1.0.16rc2
by Jaroslav Kysela 02 Feb '08

02 Feb '08

Hi, 1.0.16rc2 alsa-driver, alsa-lib, pyalsa packages are available for download. Full changelog from 1.0.16rc1 is on: http://www.alsa-project.org/main/index.php/Changes_v1.0.16rc1_v1.0.16rc2 Jaroslav ----- Jaroslav Kysela <perex(a)perex.cz> Linux Kernel Sound Maintainer ALSA Project, Red Hat, Inc.

4 10

[alsa-devel] underruns and strange code in pcm_rate.c (and patch)
by Stas Sergeev 01 Feb '08

01 Feb '08

Hi. I spent 4 week-ends debugging the constant underruns and lock-ups with the libao-based programs. Now I've finally tracked the problem to some strange code in pcm_rate.c, namely snd_pcm_rate_poll_descriptors(). I am not sure what was the reason behind altering the "avail_min" every time. Looks like some heuristic was intended, say "see what amount of fragment part was written now, and make sure that amount of free space will be available next time, after poll". Whatever, this code gives underruns. It can increase avail_min by almost period_size. libao sets avail_min==period_size, so we can end up with avail_min==period_size*2. libao sets buffer_size==stop_threshold==period_size*2. So we end up with avail_min~=stop_threshold, which gives underruns. Since I don't know how this code was indended to work, I just removed it, and everything works perfectly now (also had to patch libao to check the returned rate). The patch is attached, any comments? Signed-off-by: Stas Sergeev <stsp(a)aknet.ru>

7 47

Re: [alsa-devel] Hey, wishie here.
by Tobin Davis 01 Feb '08

01 Feb '08

On Sat, 2008-02-02 at 00:29 +1000, Travis Place wrote: > Hey, gnubien gave me a rough overview I think.. > > If i can get exact details from you, of what you guys want added to > the script, ill get onto it straight away. > I was BLOWN AWAY that Eric Raymond used the script.. that is so > mind-blowing, considering i started this script out of boredom, and > laziness of asking users 1000's of questions.. It blew me away too. I also have seen it on internal mailings at Intel between developers working on different projects. > Anyway, get a list to me of what you want added, ill get on it, and we > can change the script to get updates from alsa-project.org etc.. What they were looking for was output from alsactl. Take a look at what it generates. Use the -f <filename> path to save a temporary file that can be appended to alsa-info.txt. The other changes you would need to discuss with the lead developers on alsa-devel (which I am cc'ng). > I am more than happy to help out where i can. > > Thanks for all the great help you have given along the way too.. > > Without the help of people like you, gnubien, and others, the script > wouldnt be where it is today. > > Travis (aka, wishie) > > -- > Happiness is like peeing your pants. Everyone can see it, but only you > can feel its warmth Love the sig. -- Tobin Davis There is only one word for aid that is genuinely without strings, and that word is blackmail. -- Colm Brogan -- Tobin Davis The best way to make a fire with two sticks is to make sure one of them is a match. -- Will Rogers

2 1

[alsa-devel] Salsa-lib add snd_pcm_get_params
by Matthieu CASTET 01 Feb '08

01 Feb '08

Hi, in 0.0.14, snd_pcm_get_params is missing. Is is not even in the stub form in pcm_macros.h. Why this function is missing ? As it is quite trivial, could it be added in pcm_macros.h or pcm_params.c. Thanks Matthieu

2 3

[alsa-devel] [PATCH/KCONFIG] - Add SUPERH depends to sound/soc/sh/Kconfig
by Kristoffer Ericson 01 Feb '08

01 Feb '08

Currently you will see an empty "SoC Audio support for SuperH" menu when building for other archs (example pxa). This patch adds "depends on SUPERH" to remove that empty menu. signed-off-by: Kristoffer Ericson <kristoffer.ericson(a)gmail.com> diff --git a/sound/soc/sh/Kconfig b/sound/soc/sh/Kconfig index f03220d..4c1e013 100644 --- a/sound/soc/sh/Kconfig +++ b/sound/soc/sh/Kconfig @@ -1,4 +1,5 @@ menu "SoC Audio support for SuperH" + depends on SUPERH config SND_SOC_PCM_SH7760 tristate "SoC Audio support for Renesas SH7760"

2 1

[alsa-devel] [PATCH] Mono voice playback volume for WM8753
by Mark Brown 01 Feb '08

01 Feb '08

From: Mike Montour <mail(a)mmontour.net> Voice playback volume is in register bits 0:2, not 4:6. Signed-off-by: Mark Brown <broonie(a)opensource.wolfsonmicro.com> Cc: Werner Almesberger <werner(a)openmoko.org> --- I don't have a Signed-off-by from Mike but the change is sufficiently obvious. sound/soc/codecs/wm8753.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sound/soc/codecs/wm8753.c b/sound/soc/codecs/wm8753.c index ba16375..0f23659 100644 --- a/sound/soc/codecs/wm8753.c +++ b/sound/soc/codecs/wm8753.c @@ -280,7 +280,7 @@ SOC_DOUBLE_R("Speaker Playback ZC Switch", WM8753_LOUT2V, WM8753_ROUT2V, 7, 1, 0 SOC_SINGLE("Mono Bypass Playback Volume", WM8753_MOUTM1, 4, 7, 1), SOC_SINGLE("Mono Sidetone Playback Volume", WM8753_MOUTM2, 4, 7, 1), -SOC_SINGLE("Mono Voice Playback Volume", WM8753_MOUTM2, 4, 7, 1), +SOC_SINGLE("Mono Voice Playback Volume", WM8753_MOUTM2, 0, 7, 1), SOC_SINGLE("Mono Playback ZC Switch", WM8753_MOUTV, 7, 1, 0), SOC_ENUM("Bass Boost", wm8753_enum[0]), -- 1.5.3.8

2 1

[alsa-devel] es1938 - patch trying to improve capture hw pointer reads
by Hermann Lauer 01 Feb '08

01 Feb '08

Hello, with the Solo1 (es1938) I got a lot of xrun's during capture on my machine. Tracing that down it seems to be comming from reading ocassionaly bad hw pointers from the chip. Appended is a patch against linux-2.6.23.12 which uses more checking to avoid that false pointer reads. Failed reads are giving back the last good value read instead of spinning in a tight loop, which seems more appropriate to me in an interrupt. I think I saw this trick used in another driver. On my machine xruns seems to be gone with that patch. If anybody is interested, mmaped capture seems also to be doable with some tricks, still testing this... Greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: Hermann.Lauer(a)iwr.uni-heidelberg.de

2 14

[alsa-devel] Roland UA-30 works
by Victor Roetman 01 Feb '08

01 Feb '08

I just tested a Roland UA-30 USB sound card, and it seems to work fine. I wanted to add it to the sound card matrix on http://www.alsa-project.org/main/index.php/Matrix:Vendor-Roland_Edirol but when I click edit, it says "This page has been locked to prevent editing." Can someone add this for me? Or tell me how to add it? On Ubuntu 7.10 it seems to work fine with playback and with recording, and when the 44.1/48 kHz switch is changed, the device seems to be removed and added again with the correct frequency shown in /proc/asound/cards.

1 0

Re: [alsa-devel] M-Delta Audiophile 192 (ice1724) Recording
by Takashi Iwai 31 Jan '08

31 Jan '08

At Thu, 31 Jan 2008 18:11:38 +0100, CAG wrote: > > HI, > > Takashi Iwai schrieb: > > At Thu, 31 Jan 2008 16:44:06 +0100, > > CAG wrote: > >> Hi, > >> > >> we ran the alsa-info.sh script to provide more information on our setup: > >> http://pastebin.ca/886260 > >> > >> The output of /proc/asound/card0/ice1724 is at > >> http://pastebin.ca/884589 > > > > Thanks. One more thing - could you tell how did you test the analog > > recording exactly? I just need to make sure about your test method. > Well, we tried with arecord, ecasound, jack & audacity, but in the > alsamixer / mixer gui in kde, at capture there's just one "Multi Track > Peak" without capture switch. > > What would be the best record method to test ? Usually arecord is the best as a primary test. Simply run % arecord -fdat -vv somefile.wav To avoid any possible bugs in alsa-lib, also try % arecord -Dplughw:0 -fdat -vv somefile.wav > > The patch below enables AK4114, and possibly fixes some ADC setup. > > Give it a try. > Cool! we will try it this evening and give a feedback. It is a patch for > 1.0.16rc2 or 1.0.15 ? For 1.0.16rc2. Don't forget to update alsa-lib and alsa-utils, too. Takashi

2 2

[alsa-devel] M-Delta Audiophile 192 (ice1724) Recording
by CAG 31 Jan '08

31 Jan '08

Hi, we use the M-Delta Audiophile 192 with alsa-driver-1.0.15 and the ice1724 module. Playback works but we cannot record anything. I noticed that this maybe a bug according to the Alsa Changelog: From Changes v1.0.13 v1.0.14: > > - ice1724 - Add support of M-Audio Audiophile 192 > > Added the (experimental) support of M-Audio Audiophile 192 board. > Currently, the analog and the digital playbacks seem working fine. > The inputs seem not working as far as I've tested yet. How is the status for that card ? Is someone working on this ? I heard Recording with OSS works but actually we don't want to switch to OSS... Is it worth waiting for a new release ? We desperately need recording! Cheers from a free radio station, Toast

2 5