On Fri, 12 Apr 2002, Kasparek Tomas wrote:
> On Thu, 11 Apr 2002, Takashi Iwai wrote:
>
> > Hi Kasparek,
> >
> > > But for native ALSA recoding on frequency other that defined in card ends
> > > with "arecord" saying everything is fine, but created file contains just
> > > header. My driver is requested to capture on some near rate in this case.
> >
> > well, then it's a bug of alsa-lib.
> > could you explain the symptom more precisely?
>
> I have solved this yet. Original behavior (using "pcm.default") was:
>
> - using rate supported by card -> mono and stereo capture works
>
> - using non-standard rate -> just stereo works (that is native for the UDA
> chip), for Mono "arecod" produces just 44bytes of header.
It should work in both cases. I suspect for a bug in alsa-lib. Can you
trigger this bug also in snd-dummy driver? Can you send me modified dummy
driver then?
> Weel, I would like to ask one more question: The chip sipport not only
> 16bit(LE) samples but 18 and 20 bits LE samples too. Would it be hard to
> update ALSA to support these sample sizes? Where should I look for
> informations when trying to get this running?
How are these samples organized? They are stored in 32-bit words or
something else?
Jaroslav
-----
Jaroslav Kysela <[EMAIL PROTECTED]>
Linux Kernel Sound Maintainer
ALSA Project http://www.alsa-project.org
SuSE Linux http://www.suse.com
_______________________________________________
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
