On Mon, Dec 22, 2003 at 08:03:39PM +0100, Tim Goetze wrote:
> Martin Langer wrote:
>
> >http://www.evolution.co.uk/products/evo_uc33e.htm
> >
> >BTW: The controller knobs of my Evolution MK-249C are working fine
> >and ALSA has no evolution quirks inside. I don't know a device of
> >them which was
Martin Langer wrote:
>It looks like an evolution product:
>http://www.evolution.co.uk/products/evo_uc33e.htm
>
>The evolution keyboards in the past were using normal USB MIDI drivers. Good
>chances that the uc33 is running in compliance with the specification, too.
>But I can't give a promise here
Frank Barknecht wrote:
>> Yeah, it looks like it is exactly the same, only a lot more expensive
>> than the real one, which is available below 200 Euro for example here:
>> http://www.netzmarkt.de/thomann/artikel-160144.html
>
>Well, now I see that there is a difference between the uc33 and the
>u
Hallo,
Frank Barknecht hat gesagt: // Frank Barknecht wrote:
> Hallo,
> Martin Langer hat gesagt: // Martin Langer wrote:
>
> > It looks like an evolution product:
> > http://www.evolution.co.uk/products/evo_uc33e.htm
>
> Yeah, it looks like it is exactly the same, only a lot more expensive
> th
Hallo,
Martin Langer hat gesagt: // Martin Langer wrote:
> It looks like an evolution product:
> http://www.evolution.co.uk/products/evo_uc33e.htm
Yeah, it looks like it is exactly the same, only a lot more expensive
than the real one, which is available below 200 Euro for example here:
http://ww
On Mon, Dec 22, 2003 at 04:12:36PM +0100, Tim Goetze wrote:
> this thing caught my interest:
>
> http://m-audio.com/index.php?do=products.main&ID=2505615704f241ab716639de0db48fef
>
> it's a control surface (faders, knobs etc) and seems to be able to
> act as a MIDI I/O interface when connected vi
On Mon, 2003-12-22 at 07:30, Paul Davis wrote:
> >Justin,
> > I'm running Alsa-1.0.0rc2. How much more up to date could I be?
> >
> > Also, this is an HDSP 9652 which has the firmware on the board. Why
> >is a firmware loader required at all?
>
> its not. jaroslav used that phrase because the
>Justin,
> I'm running Alsa-1.0.0rc2. How much more up to date could I be?
>
> Also, this is an HDSP 9652 which has the firmware on the board. Why
>is a firmware loader required at all?
its not. jaroslav used that phrase because the bug manifested itself
most clearly when loading firmware. it
this thing caught my interest:
http://m-audio.com/index.php?do=products.main&ID=2505615704f241ab716639de0db48fef
it's a control surface (faders, knobs etc) and seems to be able to
act as a MIDI I/O interface when connected via USB, which is the
only mode of operation i am interested in (out of MI
On Mon, 2003-12-22 at 04:43, Jaroslav Kysela wrote:
> > how did this code imply a duplicate control? removing it is
> > *wrong*, utterly wrong. it is an important control for some purposes.
>
> It seems that this control is available only for 9652 not for 9632
> version. The same control was used
On Mon, 22 Dec 2003, Paul Davis wrote:
> i'm a bit late to the party, but ...
>
> >> > --- rme9652.c.ORIGINAL Thu Dec 18 23:43:36 2003
> >> > +++ rme9652.cThu Dec 18 23:45:12 2003
> >> > @@ -1618,7 +1618,6 @@
> >> > RME9652_SPDIF_RATE("IEC958 Sample Rate", 0),
> >> > RME9652_ADAT_SYNC("AD
i'm a bit late to the party, but ...
>> > --- rme9652.c.ORIGINAL Thu Dec 18 23:43:36 2003
>> > +++ rme9652.c Thu Dec 18 23:45:12 2003
>> > @@ -1618,7 +1618,6 @@
>> > RME9652_SPDIF_RATE("IEC958 Sample Rate", 0),
>> > RME9652_ADAT_SYNC("ADAT1 Sync Check", 0, 0),
>> > RME9652_ADAT_SYNC("A
On Sun, 21 Dec 2003, Manuel Jander wrote:
> Hi,
>
> I updated my ALSA- OpenAL interface proposal, taking into account some
> suggestions i have received, and some further investigations, specially
> on the side of OpenAL.
>
> Take a look at:
> http://galadriel.mat.utfsm.cl/~mjander/aureal/alsa/O
On Mon, 22 Dec 2003, Frank H wrote:
> In pcm.h, instead of
>
> const char *snd_pcm_type_name(snd_pcm_state_t state);
>
> perhaps it should be
>
> const char *snd_pcm_type_name(snd_pcm_type_t type);
Fixed. Thanks.
Jaroslav
-
Jaroslav Kysela
In pcm.h, instead of
const char *snd_pcm_type_name(snd_pcm_state_t state);
perhaps it should be
const char *snd_pcm_type_name(snd_pcm_type_t type);
---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just
15 matches
Mail list logo
