tinyusb.git/src/class/midi, branch 0.9.0 Unnamed repository; edit this file 'description' to name the repository. http://cgit.235523.xyz/tinyusb.git/atom/src/class/midi?h=0.9.0 2021-03-04T12:30:08Z add midi comment 2021-03-04T12:30:08Z hathach thach@tinyusb.org 2021-03-04T12:30:08Z urn:sha1:33a29c9e4ca9aebb3469c8f8114365acc3614321 fix tud_midi_write24 typo 2021-02-19T03:51:47Z hathach thach@tinyusb.org 2021-02-19T03:51:47Z urn:sha1:aa850991715e2a6dcaa33a370b0ae702a33c1d54 rename jack_id to cable_num in function argument Merge pull request #618 from homeodor/master 2021-02-06T05:30:28Z Ha Thach thach@tinyusb.org 2021-02-06T05:30:28Z urn:sha1:be1bd74b4b0c2392d3232c995a5d0604d7938d85 A CDC-like blocking behaviour for MIDI, incl. SysEx A CDC-like blocking behaviour 2021-01-30T01:11:08Z Alexander Golovanov 45916903+homeodor@users.noreply.github.com 2021-01-30T01:11:08Z urn:sha1:2a34be2eb0654198f535afced31556d832b4bf58 Fix midi sysex sending bug 2021-01-28T09:31:11Z Michael Himing git@michaelhiming.com 2021-01-28T09:31:11Z urn:sha1:c4f7ea09f1e5df01eecc2b223728e066c1d8fc02 clean up 2020-11-20T08:33:05Z hathach thach@tinyusb.org 2020-11-20T08:32:16Z urn:sha1:8813f9d3b8a997e7a16c61a094f117a50c6ae435 migrate midi device to new control xfer cb 2020-11-20T08:30:36Z hathach thach@tinyusb.org 2020-11-20T08:30:36Z urn:sha1:e2abb089f4e96cd7731bc97067566541090a1eda Change AUDIO_PROTOCOL_V1 to AUDIO_FUNC_PROTOCOL_CODE_UNDEF in midi.c. 2020-09-28T20:44:09Z Reinhard Panhuber panhuber_reinhard@gmx.at 2020-09-28T20:44:09Z urn:sha1:da1c3c226b84faf2547a71fb7ed4acdb544d758b The USB specification does not define any AUDIO_PROTOCOL_V1! Merge pull request #512 from mzero/fix-midi-sysex 2020-09-23T04:23:53Z Ha Thach thach@tinyusb.org 2020-09-23T04:23:53Z urn:sha1:8b2c82255750488232eae72f3d5dcbacfd6227f3 Fix a bug in writing SysEx messages. Update midi_device.c 2020-09-13T22:05:18Z Mark Lentczner mark@glyphic.com 2020-09-13T22:05:18Z urn:sha1:3b0216d3bfe568e949fe1ea7c2c9f3f3a8dc6a4b Fix a bug in writing SysEx messages. At the start of a new USB packet (4 bytes), while in the middle of a SysEx, the code mistakenly set the buffer length to 4, not the target length. As a consequence, the 3rd and 4th bytes from the last packet were included, after every byte of the SysEx after the first packet of three. The fix is simple, as it was just a typo, as can bee seen from the other branches in the same section of if/else statements: At the start of a new packet, the code should set up the target length... the buffer length should be left at 2 (as set on line 180).