StreamByter Delays Not Working

Question

MIDI Target Manufacturer(s): Roland

StreamByter Delay Not Working

SB appears the ideal fix to RD-2000 limitation of processing only eight Sysex at a time.  To read a full page on one Load press, use the delay function to have SB delay 9-16 by 200 ms,  17-24 by 400 ms, etc.

But I am having problems getting it working.

I am using a dummy sysex header that tells SB how long to delay, and SB also replaces the dummy portion with correct data.  By using the header, checksum remains correct.

SB code:

# If message header is F0 00 00, use fourth byte to determine delay amount

# then replace header with F0 41 10 00, plus remainder of message, delayed as specified

# Fourth byte, 20 = +D200, 40 = +D400, etc., selected by if statements.

IF M0 == F0 00 00 20 # Fourth byte = 20, so +D200

    ASS M1 = 41 10 00

    XX = XX +D200

END

# similar ifs for 40, 60, and 80 in fourth byte.

====

Also tried this alternate version

IF M0 == F0 00 00 20 # Fourth byte = 20, so +D200

    SND M0 41 10 00 M04 M05 M06 M07 M08 M09 +F +D200

    SND M0A M0B M0C M0D M0E M0F M10 +F +D200

END

F0 00 00 = XX XX XX +B # Block original message output

====

In both cases, the output sysex is changed appropriately, but not delayed.

Finally tried just this simple output rule:

F0 = XX + D2000

This should delay all Sysex by two seconds.  Again, no delay.

Then tried

F0 = XX + D2000 +C

Both copies of message appear at same time.

What am I missing?

Downloads: 314
StreamByter Delays Not Working - Test layout with just the sysex PBs and SB code.
Downloads: 314

Comments

What version of MD are you using? We implemented delays on outgoing StreamByter in 2.97 (latest App Store version).

---

2.97.0 | Build 181007

---

We're checking into this now. We do adjust the timestamp on delayed outgoing stuff, but CoreMIDI is then supposed to handle delaying the send. Thanks.

---

HKHiser yeah that build has the delays working "correctly" but apparently modifying the timestamp isn't producing results that work for you. We're waiting for Audeonic to advise us on this topic, but if need to adjust MD to actually send with delays as opposed to redoing the timestamp, we will do that. Or make it a global option for SB.

Let's see how this plays out. Thanks for your patience as we figure out the world of MIDI!

---

I have been beating my head against one limitation in RD2000 since May -- it will only accept eight Sysex messages at once, then chokes.  And I need lots of individual Sysex messages to read out parameters, up to 32 per tab.  After finally taking the StreamByter jump, and after posting this, I finally figured out a trivial way to do this with a single control.  I am going to have to write up some of my tips and tricks, just so I can remember what I did in a few months.  So this SB problem is no longer impacting my build.

---

I'm excited that you found a better way to do this than using delays. However, I still need to understand if the delays are working by offsetting the timestamp, or if we're doing something wrong, or what. Delays could be useful for certain musical contexts for sure.

---

Update - as of today, delays under 1000 Ms do not work, delays over 1000 Ms function fairly accurately.

---

I've seen a lot of comments on the forums about issues with delays, but, the last one on this thread seems to be the most recent, and reports that >1000 seems to be working), but, I cannot get SEND/SND delays to work at all in INPUT or OUTPUT rules of integrated StreamByter. If I move the exact same SB rules into a SB module within MIDIFire, they work properly.

I've tried ms values from anywhere between 1 and 120000.

Example:

IF L0 == 1   # and I know it does, and rest of loop is working, just put here for context
   # Request curret parameter value(s) from a TC Helicon VoiceLive 3 Extreme
   SND F0 00 01 38 00 6D 47 05 52 F7
   SND F0 00 01 38 00 6D 47 05 53 F7
   SND F0 00 01 38 00 6D 47 00 66 F7 +D3000
END

Watch log in either MIDIFire or MDP2 and see that the last line (with the delay) just goes out immediately.

Any ideas?

---

Delays under 1 sec are a known issue, captured on the list of open problem reports.  For reliable delays, use the stand alone streambyter.

---

Wait... thefervent is saying this is an issue in MidiFire as well?

---

I have only tested MIDI Fire on Mac, I use stand alone StreamByter on iPad.

MIDI fire on Mac has a problem under 150ms - https://audeonic.boards.net/thread/944/anomalous-delay-times-midi-fire

---

Famous last words but... I'm sending up a fix to beta right now.

Answer 1

Corrected in Next Beta 10.3.0, 20240331.2144.  Times look pretty good both in and out.

Images

Screenshot 2024-04-01 at 8.53.22 AM.png

Answer 2

Corrected in Next Beta 10.3.0, 20240331.2144.  Times look pretty good both in and out.

Images

Screenshot 2024-04-01 at 8.53.22 AM.png