djuice,
az eredeti kérdésre visszatérve: ez a sysex csomagkésleltetési para kifejezetten a régi hangszerek esetében értelmezhető. A szűk keresztmetszet akkor nem a MIDI sávszélesség volt. Az adó MIDI OUT alapesetben tolta a sysexet a maximális sebességgel, ha nem volt handshake, akkor az elejétől a végéig egyben.
A vevő hangszernél ugye első körben egy shiftregiszter visszaállította a soros jelfolyamot bájtokká, ez bekerült egy pufferbe, onnan pakolta a CMOS RAM-ba a mikrokontroller ráérő idejében. Ez tehát a "firmware" vagy alapfeltöltés átvitelére vonatkozó eljárás. Amikor a fogadó hangszer a sysex csomagok szétpakolását nem tudta elég tempósan megoldani, akkor túlcsordulás keletkezett az input pufferben. Erre találták ki azt, hogy a sysexet kiküldő berendezés (HW, vagy SW) legyen valami késleltetési lehetőség. Magukban a jelsorozatot kiadó hangszerekben erről nem gondolkoztak, legalábbis én erre példát nem találtam. Voltak anno olyan Cakewalk fájlok, amelyekben bizonyos hangszerek sysex csomagjai kb. 1 másodperc szünettel követték egymást, így ment le a teljes pakk. A Midi Quest meg néhány korábbi hasonló progi lehetővé tette a csomagfolyamok közti szünetek beiktatását.