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 ca
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 r
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.
>
> we
Hi Kasparek,
At Mon, 8 Apr 2002 19:24:05 +0200 (CEST),
Kasparek Tomas wrote:
>
> Hi all,
>
> do you know about some example for $SUBJ. I need to be able to work with
> all sampling rates in UDA1341 driver for iPAQ. When I use "rec & play"
> from OSS with OSS emulation, it looks, there is some r
Hi all,
do you know about some example for $SUBJ. I need to be able to work with
all sampling rates in UDA1341 driver for iPAQ. When I use "rec & play"
from OSS with OSS emulation, it looks, there is some resampling in
oss-emulation part of ASLA kernel code.
But for native ALSA recoding on frequ
