> > ALSA: > > cat /proc/asound/devices shows only one raw midi interface. This is on > > a two port device (but Muse lets me select either port). On the older > > alsa two devices show up on the listing. > > For multiport interfaces, the additional ports are available as subdevices > of the rawmidi device, i.e. hw:1,0,0 and hw:1,0,1. (This is the same > behaviour as with other multiport interfaces, i.e. snd-mtpav and > snd-serial-u16550.)
I understand the backwards compatibility bit, but it still looks wrong to me. AFAIK (maybe there are other uses) subdevices are only used in soundcard pcm outputs when the underlying hardware is capable of multiple opens on the same output port (hardware mixing). So the behavior of midi ports in inconsistent with the behavior of audio ports. They are two completely independent hardware i/o ports, it looks to me like they should be two devices, not one. > > input does not seem to work at all. I'm using the Muse MIDI sequencer, > > with the older alsa version it works fine (input), with the newer alsa > > version it does not record midi input at all. Output works fine on both > > alsa versions. > > It worked when I tested it with midiloop and seq. Try using a sequencer > port instead of a rawmidi port. It looks like it is actually not working (from the other reports posted to the list). I'll try to do more tests latter. > > OSS emulation (raw midi interface): > > OSS programs using the raw midi interface emulation (I'm using pd) can't > > see both midi ports in the oss emulation world. They only see the first > > port. > > The OSS emulation doesn't support specifying a subdevice number. > > If a rawmidi device is opened without a subdevice number, ALSA opens the > first available subdevice, so it would be possible to access both ports by > opening /dev/midix twice. IMHO this should be fixed, this as a bug as it makes a port unavailable to existing oss applications. Either the oss emulation code (or whatever is selecting and mapping oss devices to alsa devices) has to be fixed so that it understands the midi subdevices quirk, and maps the oss devices accordingly, or the subdevices for multiple midi ports have to be transformed into devices so that the current oss code can recognize them. The last fix makes most sense from my viewpoint and would make behavior of pcm and midi consistent. -- Fernando ------------------------------------------------------- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
