On Mon, 22 Jul 2002, Takashi Iwai wrote:
> At Sat, 20 Jul 2002 09:08:29 +0200 (CEST),
> Jaroslav wrote:
> >
> > On Fri, 19 Jul 2002, Takashi Iwai wrote:
> >
> > > At Thu, 18 Jul 2002 09:03:26 -0400,
> > > Paul Davis wrote:
> > > >
> > > > why doesn't this work:
> > > >
> > > > snd_ctl_ope
Hi all,
I would have a few questions regarding buffer mgt:
When is substream->dma_area used for capture or playback? (probably never, as
snd_pcm_lib_malloc_pages() seems to imply that one should only use
substream->runtime->dma_area)
Where should captured audio data be copied into runtime->dma_
El lun, 22-07-2002 a las 13:24, Takashi Iwai escribió:
> Hi,
>
> At 20 Jul 2002 14:05:33 +0200,
> Santiago Otero wrote:
> >
> > El vie, 19-07-2002 a las 19:19, Takashi Iwai escribi�:
> > > Hi,
> > >
> > > i just added the support of scatter-gather (sg) dma support on some chips.
> > > some chip
On 2002.07.22 08:29 Jason Mancini wrote:
>
> An unsubscribe button on
>
> https://lists.sourceforge.net/lists/listinfo/alsa-devel
>
> would be nice...
>
> "You can subscribe to the list, or change your existing
> subscription, in the sections below."
>
> But you can't unsubscribe though...
>
An unsubscribe button on
https://lists.sourceforge.net/lists/listinfo/alsa-devel
would be nice...
"You can subscribe to the list, or change your existing
subscription, in the sections below."
But you can't unsubscribe though...
There is no unsubscribe info on this page either:
http://www.als
Hi Jack,
At Sat, 20 Jul 2002 10:25:23 -0400 (EDT),
Jack Howarth wrote:
>
> Takashi,
> Please check the following patch into the alsa cvs.
> Currently alsa-kernel/pci/ymfpci/ymfpci_main.c relies on
> the linux/vmalloc.h header being implicitly included by
> other headers which isn't true on p
Patrick Shirkey wrote:
> I will do some testing with ecasound and the native alsa drivers.
>
Using both arecord and ecasound I can get two channels with Takashi's
.asoundrc and 4 channels with my .asoundrc.
Both of them record two different mono streams. With my one the streams
appear as 2 a
At Mon, 22 Jul 2002 18:58:56 +0900,
Patrick Shirkey wrote:
>
> Jaroslav Kysela wrote:
> >
> > Please, try again. I've just added missing support for 24-bit samples to
> > one alsa-lib's function.
> >
>
> Things seem to be getting worse with jack at least. I cannot use the
> 96000hz setting be
At Sat, 20 Jul 2002 09:08:29 +0200 (CEST),
Jaroslav wrote:
>
> On Fri, 19 Jul 2002, Takashi Iwai wrote:
>
> > At Thu, 18 Jul 2002 09:03:26 -0400,
> > Paul Davis wrote:
> > >
> > > why doesn't this work:
> > >
> > > snd_ctl_open (&handle, "hw:0,0", ...)
> > >
> > > it means that you can't
Hi Clemens,
At Mon, 22 Jul 2002 10:30:47 +0200,
Clemens Ladisch wrote:
>
>
> The snd_seq_client_load module parameter is an array.
>
now commited to cvs together with your other two patches.
thanks,
Takashi
---
This sf.net email is spo
# cat /proc/bus/pci/devices
... EMU10K1/Audigy ...
The above may be intended but I have an older SBlive and certainly not
an Audigy.
# grep "ultimedia" /proc/pci
Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 5).
--markc
Jaroslav Kysela wrote:
>
> Please, try again. I've just added missing support for 24-bit samples to
> one alsa-lib's function.
>
Things seem to be getting worse with jack at least. I cannot use the
96000hz setting because that requires jack to have 24 bit support which
it doesn't yet. 32 or 1
i am going through the alsa-lib/test/pcm.c example, and i am
wondering about the different transfer methods available. are
there any guidelines or suggetions which method to use in
which particular situation?
maarten
---
This sf.net email is
The snd_seq_client_load module parameter is an array.
Index: core/seq/seq.c
===
RCS file: /cvsroot/alsa/alsa-kernel/core/seq/seq.c,v
retrieving revision 1.4
diff -u -r1.4 seq.c
--- core/seq/seq.c 4 Jan 2002 14:17:54 -
The snd_timer_limit module parameter isn't used.
Leading zeros in the fractional part of the timer hardware resolution
are omitted.
Index: core/timer.c
===
RCS file: /cvsroot/alsa/alsa-kernel/core/timer.c,v
retrieving revision 1.1
runtime->status is initialized with the wrong size (not really, because it's
one page anyway), and an error handler uses the wrong function to free it.
The snd_pcm_notify function already checks that n_register and
n_unregister are set, so we don't need the extra checks in
snd_pcm_dev_(un)regist
16 matches
Mail list logo