> a sequencer client ? as a userspace program ? How >could it then get the (filtered) data back for the >MIDI app into /dev/midi ? I didn't think there was a >way for a userspace program to feed "incoming" data >into /dev/midi, and therefore I thought that it would >have to be a kernel module, not a userspace pgm.
the sequencer API isn't structured around /dev/midi, its structured around sequencer ports. clients have their own ports which they connect to other ports. all the raw midi devices automatically become clients with ports (which correspond to the h/w they control) when the sequencer module is loaded, so you can always send/receive data to them. a client can be a user space program or a kernel space entity. any number of clients can be connected to a port. >How can "several clients connect to the same sequencer >port " so they all see the data ? as i said, /dev/midi isn't the sequencer, its the raw MIDI device, and there isn't a way to multiplex access to it except via the sequencer. --p _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel