Jean-Michaël Celerier

ah, I thought I had this already pushed, let me check as I know for sure it's fixed somewhere

should be fixed now, the concepts don't include gpl code anymore :)

the code that seems required for android is .... yuck yuck yuck https://github.com/thestk/rtmidi/blob/master/RtMidi.cpp#L4838

https://github.com/android/ndk-samples/blob/main/native-midi/app/src/main/cpp/AppMidiManager.cpp definitely not ahah, I'd rather like to avoid having some weird JNI calls and Java object discovery in the middle. Maybe it can be part of some example though...

this is now done in a much much better way in branch v4 and should have your considerations fixed @daschuer : - for ALSA (sequencer and raw) it's now possible...

done in v4 :-) now all the metadata is in observer and has been removed from midi_in / midi_out. Also port indexes aren't used anymore, instead it's a more complete...

see https://github.com/jcelerier/libremidi/blob/v4/include/libremidi/libremidi.hpp

see https://github.com/jcelerier/libremidi/blob/87a16babd048ba20c0bbff9e8c8d48d7afc965ab/examples%2Fmultithread_midiout.cpp - I'm tempted to close and leave as this as I really think this synchronization is better done outside of the library rather than inside

I've implemented it for alsa-raw in addition of seq, in https://github.com/jcelerier/libremidi/tree/v4 ... last thing to fix is to change the API to use handles as mentioned above and we'll be...

done :) now the api uses a more complete descriptor to create the port - port name on ALSA & JACK, uuid on macOS, name on winmm... see https://github.com/jcelerier/libremidi/blob/v4/include/libremidi/libremidi.hpp also...