On Fri, 12 Apr 2002, Jaroslav Kysela wrote:
> On Fri, 12 Apr 2002, Kasparek Tomas wrote:
>
> > > 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?
I will try it.
> > 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?
I did't tried yet, but from the documentation I suppose they are stored in
18/20-bit words. All transfer is done via serial line, so after DMA
transfer you probably get these 18/20bit words without any padding.
I will try this too and send results.
Bye
--
Tomas Kasparek (sioux, xkaspa06)
tomas.kasparek@[seznam.cz,volny.cz]
[EMAIL PROTECTED]
student FIT VUT Brno
_______________________________________________
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
