On Fri, 4 Jan 2002, Paul Davis wrote:
> yes, i agree that this is odd, and also wrong. however, i would point
> out that very, very few people have been involved in the development
> of ALSA. every month, a couple of people pop up, promising to "write
[...]
> there is only so much that jaroslav c
Yes, all the real time messages can interleave with other MIDI data without
problem, from the specs:
Real-Time messages are intended for all units in a system.
They contain Status bytes only -- no Data bytes. Real-Time
messages may be sent at any time -- even between byte
Hi,
Use the newest patch release if you like to try this one.
Note: probably not compatible with preemtive kernel (at the moment)
/RogerL
-- Forwarded Message --
Subject: [announce] [patch] ultra-scalable O(1) SMP and UP scheduler
Date: Fri, 4 Jan 2002 03:19:10 +0100 (CET)
Fr
Hi list,
I've just had bit of a play with ttrk, a midi capable tracker and it seems
quite nice.
http://div8.net/ttrk/
I had problems compiling 0.6.8, but 0.6.4 compiled (I'll drop the author a note
in the morning).
It only supports /dev/midi, but I've just had a bit of a hack and added DMIDI
f
I did not add the patch since it has already arrived in two
bugfix versions...
/RogerL
-- Forwarded Message --
Subject: [PATCH][RFT] simple deadline I/O scheduler
Date: Fri, 4 Jan 2002 09:43:34 +0100
From: Jens Axboe <[EMAIL PROTECTED]>
To: Linux Kernel <[EMAIL PROTECTED]>
Hi
> > > Also most MIDI drivers for professional interfaces will not be in the
> > > kernel. I would really like to get my Unitor working with Linux but I
> > > don't know how to do this with ALSA.
> >
> > I'm not a programmer, but I can tell you that this is unfortunately
true.
> > I have an Opcode
> i can't find my copy of the MIDI spec right now, but MIDI clock (0xF7)
> is the most obvious example. There are several others relating to the
> song position pointer that are all single byte, plus MIDI time code as
> well, plus active sense. in addition, though i don't swear by this, i
> think
On Fri, 2002-01-04 at 09:23, David Burrows wrote:
> Some development questions:
>
> The community's interest and input for adding alsa sequencer support to
> the brilliant application SoundTracker. Has anyone done this?
>
> Can the RME Hammerfall and ALSA be used for multi channel playback, 96k
On Fri, 4 Jan 2002 14:42:27 +0100
Emiliano Grilli <[EMAIL PROTECTED]> wrote:
> venerdì, 04 gennaio 2002 alle 13:33:15, martijn sipkema ha scritto:
> > Also most MIDI drivers for professional interfaces will not be in the
> > kernel. I would really like to get my Unitor working with Linux but I
>
>My idea was that the Midi Mapper was actually a userspace daemon. User
>space process connect to the daemon with a library.
Takashi has made some promising rumbles about moving most of the ALSA
sequencer into user space at some point.
Don't underestimate the difficulties of writing real-time d
>> did you bother to ask on alsa-users?
>
>Its an odd project where you have to ask for installation information on a
>mailing list while the web page has documentation which is 3 years old.
yes, i agree that this is odd, and also wrong. however, i would point
out that very, very few people have
>umm. I am not sure where you are getting your information from but
>/dev/midi works just great with USB MIDI devices under linux. I use an
>sblive and an Roland UA-100 USB Box (2 midi in/outs + internal midi
>synth + raw audio)
but did you get this functionality from the standard kernel driver
> > Also most MIDI drivers for professional interfaces will not be in the
> > kernel. I would really like to get my Unitor working with Linux but I
> > don't know how to do this with ALSA.
>
> I'm not a programmer, but I can tell you that this is unfortunately true.
> I have an Opcode Studio64X an
Some development questions:
The community's interest and input for adding alsa sequencer support to
the brilliant application SoundTracker. Has anyone done this?
Can the RME Hammerfall and ALSA be used for multi channel playback, 96khz
24bit support, real time effects and with external midi syn
I read:
>
> Well, has anyone sent them mail to invite them to the party? Sounds
> like their insight would be useful!
I'll get in touch with jaromil ASAP, he invited me for pasta some time
ago to talk about freej anyway ...
I'll try to be diplomatic ;)
cheers
x
--
[EMAIL PROTECTED]
> >My solution to this problem is to use SysV IPC message queues. Each read/
> >write to/from a message queue is atomic. That means as long as a each
access
> >of the message queue transfers a complete midi message (3 bytes for note
on/of
> >f
> >or N bytes for sysex) then the message queue keeps
> > Well... Please enlighten me (and perhaps other not so bright people).
>
> My solution to this problem is to use SysV IPC message queues. Each read/
> write to/from a message queue is atomic. That means as long as a each
access
> of the message queue transfers a complete midi message (3 bytes f
On Fri, 4 Jan 2002 03:15:16 -0800 (PST)
Patrick Shirkey <[EMAIL PROTECTED]> wrote:
> If your talking about my site I have just collected all the music related
> howtos I could find. I'm still trying to grok (onboard) midi but I'm pretty
> close so once I get it up I'll be able to add something
>I have managed to install ALSA on my laptop and on my wife's machine but
>have not yet installed it on my own machine, mainly because I was never
>able to get ALSA midi support working. The documentation is woefully
>out of date. I do remember seeing another installation howto from someone
>i
umm. I am not sure where you are getting your information from but
/dev/midi works just great with USB MIDI devices under linux. I use an
sblive and an Roland UA-100 USB Box (2 midi in/outs + internal midi
synth + raw audio) I regularly do midi-mapper like things using such
advanced tools as 'cat
20 matches
Mail list logo
