planethcom

Thanks a lot Phil, for adding G-Stomper to the list :+1:

This is most likely a problem with the USB MIDI interface. Some interfaces (e.g. the Roland UM-ONE) have reported exactly this problem. I’d recommend to try a different interface, e.g....

The UM-One is overall a good interface. I actually use one by myself for testing. And yes, it works with the Android Marshmallow MIDI api (if you set the interface...

That would explain why it’s only affecting sysex messages. Regular midi messages are all small enough to fit into one usb transmission packet (max packet size on android is usually...

Testing with UsbRequest is definitely a good idea. For real-time midi, UsbRequest is way too laggy, but for sysex, it wouldn’t make a big difference as timing is no concern....

Was to be expected since UsbRequest does nothing else than bulkTransfer internally. What you can try: Completely disable any midi out functionality, so that the midioutputdevice and its thread gets...

Just found the original issue I was referring to. Maybe that's helpful. https://github.com/kshoji/USB-MIDI-Driver/issues/40 On Nov 25, 2016 3:20 PM, AlGrenadine wrote:But my USB midi device has the same problem and...

Ok, understood. So it looks like the only thing you can do is to debug it bit by bit and search for the missing 4 bytes. If it's in bulk...

That makes sense, yes. Just wondering, how did you get it to work with the um one? What you can do to avoid the buffer underruns is to put the...

I'd simply create an ArrayDeque (it's the fastest java queue type) and then put the data into it instead of processing it. Then in another thread that you create, process...