>> own sophisticated parser that includes heavy use of libsigc++ to allow
>> anonymous notification of many more event types than the sequencer
>> code currently defines. 
> 
>"arbitrary" includes non-MIDI byte streams?

no, MIDI definitely, but its dominated by sysex stuff (MTC, MMC, dump,
load requests, etc) that the sequencer knows nothing about.

>> i'd like to find a way to connect these two abstractions together
>> somehow, since it would make Ardour play "nice" in the set of
>> sequencer clients that already exist. i can see the "RAW" event type
>> flag, which looks as if it might work for delivery data to the
>> sequencer, but i can't see any mechanism for retrieving unparsed data
>> from the system. can it be done?
>
>to send/receive raw (non-MIDI) byte streams, you can use app-dependent
>type (SND_SEQ_EVENT_USRx or SND_SEQ_EVENT_USR_VARx).
>in this case, both the receiver and the sender clients must know the
>type.  the default event encoder/decoder wouldn't handle such events
>(ignored).

no, i want to send real MIDI but I don't want to force the client of
libmidi++ to use structured events when it already has reasonably
optimized methods for its MIDI output. actually, output is not the
hard part (i could hack in some code to deal with this, even though it
would a bit ugly), its input that is problematic. i need to run the
libmidi++ parser over the raw MIDI data that is received by the Port
abstraction. as far as i can tell, the sequencer doesn't make this
available, only the structured event. for sysex, thats relatively easy
to hack around, but in general, its a problem. having the parser
handle the sysex data but using the sequencer's pre-parsed events for
non-sysex will break MIDI parsing in some cases.

basically, as i've said so many times before, i'd really like the
sequencer to be useful for routing (which implies queuing in some
cases), but to be able to turn off the parser or at least bypass it,
and receive raw MIDI streams on a sequencer port.

--p



-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
_______________________________________________
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Reply via email to