Bc2000 (for the BCF2000 & BCR2000) group photo

Yahoo Groups archive

Bc2000 (for the BCF2000 & BCR2000)

Index last updated: 2026-04-28 23:16 UTC

Message

Re: BCF2000 not sending sysex properly

2010-06-08 by ashasha3

That makes a lot of sense.  I thought that I did read somewhere that something like that was happening.  I'm just not quite up to speed enough to decipher it; the way you explained it makes perfect sense though.  

I was going to try to use MIDI-OX and MIDI YokeNT to try to buffer or even break up the data, but it's the direct input into the BCF that is having the issue so that's not going to help.

I'm going to try creating a preset with like one device in it and see if it will receive that properly.

Andrew

--- In bc2000@yahoogroups.com, "markwinvdb" <markwinvdb@...> wrote:
>
> --- In bc2000@yahoogroups.com, "ashasha3" <ashasha3@> wrote:
> > I'm trying to get to the bottom of a buffer underflow issue.  I can
> > get the data to pass from my device to the PC properly using a
> > MidiSport 2x2.
> []
> > This is the exact same command running through the BCF2000:
> []
> > Now I know that's a lot of numbers to dig through, but the jist of
> > all of this is that it doesn't match up at all.
> > Any idea of what the heck is going on?
> 
> I think this is a bug in the BCF2000 (and the BCR2000).
> I encountered this bug one or two years ago. I'm still planning to get to the bottom of this and write a report in my "BC MIDI Implementation.pdf", but haven't got round to this yet.
> 
> If I remember my tentative conclusions correctly, this is roughly what happens:
> 
> Whenever the BCF2000 passes on a long SysEx message from an input port to an output port, it swallows 3 bytes after every 1020 (or so) bytes.
> 
> If this is true, in your case (a single message of 2060 bytes) two sequences of three bytes should get swallowed, leaving you with 6 bytes less: indeed exactly what your output shows.
> 
> This bug definitely occurs for USB-based MIDI outputs; but I'm not sure about the "standard" MIDI ports.
> 
> The only "solution" is to avoid sending messages larger than 1020 bytes via the BCF2000/BCR2000 (or at least via a USB-based MIDI output port).
> 
> Best wishes,
> Mark van den Berg.
>

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.