Hi,
just updated the CVS version and when compiling I get error. Following
patch (hopefully correct) fixes that:
RCS file: /cvsroot/alsa/alsa-kernel/pci/cmipci.c,v retrieving revision 1.37
diff -u -3 -p -u -r1.37 cmipci.c
--- cmipci.c3 Jan 2003 09:44:20 - 1.37
+++ cmipci.c6 Jan
On Mon, 6 Jan 2003, Janek Hiis wrote:
> Hi,
>
> just updated the CVS version and when compiling I get error. Following
> patch (hopefully correct) fixes that:
I put slightly different fix to CVS, but thanks for notice.
Jaroslav
-
Jaroslav Ky
On Sun, 2003-01-05 at 14:48, Anders Torger wrote:
> I have another question. The rme96 driver provides two sub devices, one
> which is the card in adat mode, and one which is the card in spdif
> mode. These cannot be run at the same time.
>
> If I had written the driver today, I suppose I would
On Sunday 05 January 2003 10:05, Jaroslav Kysela wrote:
> Well, you're talking about PCM devices (subdevices are one level after
> devices):
>
> cards -> pcm devices -> pcm subdevices
What are the differences between a "device" and a "subdevice" in general? Is
this indicative of some underlying
On Mon, 6 Jan 2003, Fred Gleason wrote:
> On Sunday 05 January 2003 10:05, Jaroslav Kysela wrote:
>
> > Well, you're talking about PCM devices (subdevices are one level after
> > devices):
> >
> > cards -> pcm devices -> pcm subdevices
>
> What are the differences between a "device" and a "subde
Jaroslav Kysela wrote:
We use subdevices mainly for hardware which can mix several streams
together. It's quite impractical to have 32 devices with exactly same
capabilities. The subdevices can be opened without a specific address, so
the first free subdevice is opened. Also, we temporary use
>In the interest of correct documentation how is this explained:
>
>hw:0,0
>
>The first zero is the card number?
>The second zero is the device number?
the first index is the card number, the second is the device and the
third (rarely used) is the subdevice.
>What happens for sound devices that a
>> this seems wrong to me. what should fail is an attempt to set the
>> sample rate unless the hardware is its own clock Master. if no attempt
>> is made to set it, then the application gets whatever the hardware is
>> running at, whether that is externally controlled or some h/w specific
>> defaul
--- Forwarded Message
Date:Sun, 05 Jan 2003 16:31:00 +0100
From:Jan Lindemann <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: patch: module dependencies for Hammerfall DSP
- --Boundary-00=_O3Z8X6R9W6E459ZQIQUK
Content-Type: text/plain;
charset="us-ascii"
Conten
On Sun, Jan 05, 2003 at 04:46:47PM +0100, Anders Torger wrote:
>
> The rme32 driver is based on the rme96 driver, so I suppose Martin may
> be interested by this patch, but perhaps wait a while and see if
> someone complains on this patch. It works fine for me though, so far
> :-)
I have to wa
On Mon, 6 Jan 2003, Paul Davis wrote:
> >> this seems wrong to me. what should fail is an attempt to set the
> >> sample rate unless the hardware is its own clock Master. if no attempt
> >> is made to set it, then the application gets whatever the hardware is
> >> running at, whether that is exter
On Mon, 6 Jan 2003, Martin Langer wrote:
> On Sun, Jan 05, 2003 at 04:46:47PM +0100, Anders Torger wrote:
> >
> > The rme32 driver is based on the rme96 driver, so I suppose Martin may
> > be interested by this patch, but perhaps wait a while and see if
> > someone complains on this patch. It w
On Tue, 7 Jan 2003, Patrick Shirkey wrote:
> Jaroslav Kysela wrote:
>
> >
> > We use subdevices mainly for hardware which can mix several streams
> > together. It's quite impractical to have 32 devices with exactly same
> > capabilities. The subdevices can be opened without a specific address,
On Monday 06 January 2003 18.24, Martin Langer wrote:
> On Sun, Jan 05, 2003 at 04:46:47PM +0100, Anders Torger wrote:
> > The rme32 driver is based on the rme96 driver, so I suppose Martin
> > may be interested by this patch, but perhaps wait a while and see
> > if someone complains on this patch.
On Monday 06 January 2003 18.23, Jaroslav Kysela wrote:
> On Mon, 6 Jan 2003, Martin Langer wrote:
> > On Sun, Jan 05, 2003 at 04:46:47PM +0100, Anders Torger wrote:
> > > The rme32 driver is based on the rme96 driver, so I suppose
> > > Martin may be interested by this patch, but perhaps wait a wh
On Mon, 6 Jan 2003, Anders Torger wrote:
> On Monday 06 January 2003 18.23, Jaroslav Kysela wrote:
> > On Mon, 6 Jan 2003, Martin Langer wrote:
> > > On Sun, Jan 05, 2003 at 04:46:47PM +0100, Anders Torger wrote:
> > > > The rme32 driver is based on the rme96 driver, so I suppose
> > > > Martin ma
Hello,
I found some posts about people working in a emu10k1 dsp
programs
loader/manager, any recent news on that?
- german
--
Send email with "SEND GPG KEY" as subject to receive my GnuPG public
key.
---
This sf.net email is sponsored by
17 matches
Mail list logo
