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

Re: [alsa-devel] [regression] 2.6.25-rc4 snd-es18xx broken on Alpha
by rct＠frus.com 01 Apr '08

01 Apr '08

rct wrote: > Rene Herman wrote: > > Okay, and applying the attached just makes your sound completely dead in the > > water? > > (patch to remove es1888_init from a Miata build omitted) > > I'll try a build with the old OSS "sb" driver, and if that works ok, we > may be able to do away with es1888_init() on the Miata. Tyson -- I > think you have a Miata if I'm remembering correctly: can you confirm > these observations? Quick followup: OSS "sb" driver works fine without es1888_init(). -- ------------------------------------------------------------------------ Bob Tracy | "I was a beta tester for dirt. They never did rct(a)frus.com | get all the bugs out." - Steve McGrew on /. ------------------------------------------------------------------------

5 8

[alsa-devel] How to reduce delay between playback and capture for echo canceller
by Cliff Cai 01 Apr '08

01 Apr '08

Hi all, I'm playing a linphone based VOIP demo board these days,the board can connect different soundcard daughter board as playback and capture devices through I2S or AC97.Then I experience a bad echo on my PC(using liphone and headset) when talk with the board (with speaker and MIC on board).So I enable the echo canceller (based on speex) for it. One of my sound card (connected by I2S) works pretty well,but the other one (connected by AC97) doesn't work. Through the diagnostic tool provided by speex I find that the ac97 one has a big delay between played signal(reference signal) and captured signal.Just the delay make echo canceller don't work as expectation.So I think the driver for the AC97 soundcard need some improvement to reduce the delay. Has anyone a usefull direction for me? Thanks in advance,Best Regards Cliff Cai _________________________________________________________________ MSN 中文网，最新时尚生活资讯，白领聚集门户。 http://cn.msn.com

1 0

[alsa-devel] [Fwd: Re: Davinci ASoC support (patch)]
by lokowich 01 Apr '08

01 Apr '08

Forwarded from davinci-linux-open-source list: I've built this ASoC patch into my DaVinci git kernel (thanks for the SENSORS tip), and can use aplay and speaker-test, but no sound. Figured it may be a mixer/volume control issue, but the alsamixer is unable to open for a failed ioctl on USBDEVFS_IOCTL. Not sure why there is a USB dependency. Noted that there is no /sys/class/sound/mixer in my sysfs. Any ideas? Mark Bernard Blackham wrote: > Behme wrote: > >> While searching something different, I just found >> >> http://www.spinics.net/lists/alsa-devel/msg12535.html >> >> As I'm not subscribed to alsa-devel, I don't have the original post. >> Maybe any of the authors can post it do this list as well? >> >> The patch mainly applies to our git. I fixed two small rejects in >> Kconfig and Makefile as the patch is for newer kernel than our git. >> Untested patch against our git in attachment. Anybody likes to test? >> > > Well, I tried compiling it and it failed to build. It appears that it's > built on a set of patches for Davinci posted to LAK, including this > completely revamped EDMA support[1]: > > http://www.spinics.net/lists/arm-kernel/msg47450.html > > So I had to change a few definitions, import a few functions from the new > DMA support and managed to get it compiling and loading, but not yet working > (tried various sample rates and formats): > > root@davinci-dvevm:/tst$ aplay test.wav > Playing WAVE 'test.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo > ALSA lib pcm_params.c:2152:(snd_pcm_hw_refine_slave) Slave PCM not usable > aplay: set_params:878: Broken configuration for this PCM: no configurations > available > > root@davinci-dvevm:/tst$ arecord -r 48000 -f S16_LE > Recording WAVE 'stdin' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono > ALSA lib pcm_params.c:2152:(snd_pcm_hw_refine_slave) Slave PCM not usable > arecord: set_params:878: Broken configuration for this PCM: no > configurations available > > > And this is the extent of my knowledge of ALSA - I can continue digging, but > maybe somebody else will beat me to it =) It's looking promising though. > > Attached is the patch I have so far that applies against current git. This > is not for going upstream, but just for testing. Notes: > - Apply patch > - Enable SND_SOC, SND_DAVINCI_SOC, SND_DAVINCI_SOC_I2S, SND_DAVINCI_SOC_EVM > and SND_SOC_TLV320AIC3X. > - Make sure CONFIG_I2C_DAVINCI is enabled, but disable the > CONFIG_SENSORS_TLV320* options. > - Build. > - Load the snd-soc-evm module. > > Bernard. > > [1] These patches appear to have gone absolutely nowhere beyond that list. I > can't find them in any tree. But they are cleaner and more conforming to the > Linux Kernel style than what's currently in git. > > > ------------------------------------------------------------------------ > > _______________________________________________ > Davinci-linux-open-source mailing list > Davinci-linux-open-source(a)linux.davincidsp.com > http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source >

4 8