Re: [Alsa-devel] RME HDSP 9652 syncing problem

2004-05-19 Thread Ryan Winter
On Mon, 2004-05-17 at 17:13, Thomas Charbonnel wrote: > > Hi, > > > > I have been using the RME HDSP 9652 for several months now and have > > noticed a problem with the synchonisation. > > > > I have an external word clock which runs into 2 RME analog/digital > > interfaces, as well as the HDSP its

Audigy 2 support, was Re: [Alsa-devel] alsa "Soundcard" support page on alsa-project.org

2004-05-19 Thread James Courtier-Dutton
Thomas Witzel wrote: What needs to be done in order to improve the Audigy 2 support ? If there is anything that can be done by just implementing things that are not implemented because of lack in human resources then I wouldn't mind volunteering with some of my time. Getting some datasheets on

Re: [Alsa-devel] alsa "Soundcard" support page on alsa-project.org

2004-05-19 Thread Thomas Witzel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 What needs to be done in order to improve the Audigy 2 support ? If there is anything that can be done by just implementing things that are not implemented because of lack in human resources then I wouldn't mind volunteering with some of my time.

[Alsa-devel] alsa "Soundcard" support page on alsa-project.org

2004-05-19 Thread James Courtier-Dutton
Would it be a good idea to keep this page more up to date. e.g. SB Audigy 2, but mention that it only works in 16bit 48Khz mode. Possible add the SB Audigy 2 ZS. Dell SB Live! Value. I keep getting people asking me if the Audigy 2 is supported, because it is not on the list. Also enter in the lis

Re: [Alsa-devel] preallocate_pages_for_all

2004-05-19 Thread Giuliano Pochini
On Sun, 16 May 2004 15:55:29 +0200 (CEST) Jaroslav Kysela <[EMAIL PROTECTED]> wrote: > > snd_pcm_lib_preallocate_pages_for_all() preallocates the buffers for the > > first 4 substreams by default. Can I change that number from the driver ? I > > would like to preallocate a buffer only for the firs

Re: [Alsa-devel] problems with the mixer

2004-05-19 Thread Takashi Iwai
At Wed, 19 May 2004 16:26:48 +0200, Aner Gusic wrote: > > * Takashi Iwai <[EMAIL PROTECTED]>: > > > ok, then you need something similar like below: > > > > pcm.dup4ch { > > Finally! Thanks a lot. > > Is it possible to make this pcm the default one? define like the following: pcm.!default {

Re: [Alsa-devel] Is there any mixer documentation?

2004-05-19 Thread Takashi Iwai
At Tue, 18 May 2004 19:01:45 +0100, James Courtier-Dutton wrote: > > I cannot find any documentation on any of the following functions in mixer.h it's in the source code (mixer/mixer.c and mixer/simple.c), but not generated as the doxygen document. should be a bug in comments. > I want to creat

Re: [Alsa-devel] Audigy2 in SNDRV_PCM_FMTBIT_S32_LE mode.

2004-05-19 Thread Takashi Iwai
At Wed, 19 May 2004 13:19:10 +0200, Peter Zubaj wrote: > > Hi, > > >in the case of 16-bit stereo, CPF_STEREO_MASK is used to toggle this > >mode. so, there must be a similar register switch for 32-bit mode. > >otherwise it can't work... > > AFAIK there is not such register. > > If there will b

Re: [Alsa-devel] Audigy2 in SNDRV_PCM_FMTBIT_S32_LE mode.

2004-05-19 Thread Takashi Iwai
At Tue, 18 May 2004 17:03:17 +0100, James Courtier-Dutton wrote: > > Takashi Iwai wrote: > > At Tue, 18 May 2004 16:47:01 +0100, > > James Courtier-Dutton wrote: > > > >>What would I need to change in the emu10k1 driver, to get alsa-lib to > >>send it 32bit audio samples. > >>I tried just adding

Re: [Alsa-devel] problems with the mixer

2004-05-19 Thread Takashi Iwai
At Wed, 19 May 2004 00:13:58 +0200, Aner Gusic wrote: > > * Takashi Iwai <[EMAIL PROTECTED]>: > > > doesn't it work like below? > > > > % aplay -Dfront some-2ch.wav > > % aplay -Drear some-2ch.wav > > You missunderstood me, I want to use one player to play regular mp3's > and be able to

Re: [Alsa-devel] Re: ALSA lib application compatibility [was] Re: [Alsa-devel] mixer device

2004-05-19 Thread Jaroslav Kysela
On Tue, 18 May 2004, Manuel Jander wrote: > Yes, i think that the hardware constraint scheme of ALSA is very > powerful, but the problem is that it fails. It would be great if it > could be mopified to be failproof, that is, allow the application to > work somehow regardless of what restrictions m

[Alsa-devel] Bad sceduling for VXPocket 440

2004-05-19 Thread Anders Johansson
Hi, Soundcard: VXPocket 440 Kernel version: 2.6.6 w. preemtive multitasking lib alsa version: 1.0.4 When I terminate arecord or aplay I get the following errors: bad: scheduling while atomic! Call Trace: [] schedule+0x5c3/0x5d0 [] timer_interrupt+0xb5/0xf0 [] __mod_timer+0xce/0x180 [] schedule_t