Bome Box USB Workflow

hi there!

great software, and i need to upgrade :slight_smile: looking at the bome box,
and I wonder, how many USB-Midi-devices could I connect with a powered usb3.0 hub?
would lets say 8 or 10 devices work? I have some trouble with too many devices on hubs connecting to another hub, because my usb ports are overcrowded.
when would you recommend to use regular midi port connections?

let me try to explain my setup, is that a configuration that would work? sorry for so much text :wink:

the Mac Pro would be recording audio from instruments and recording/saving/arranging all the midi-notes for sequencing/arranging.
so the Mac Pro would be the Midi Clock Master.

there are two computers, the mac pro 2009 and a amd ryzen laptop/win 10, synced with ableton link over a different ethernet, running bitwig on both machines.
Midi Notes go from the mac pro to the PC, and play notes there on vst midi instruments + fx.
The audio is for playback from both machines is routed into a rme fireface uc with direct monitoring (which acts as a monitor controller) connected with analog connections, so the asio latency from both machines is not adding up.
(for mixing: exchanging the bounced wav-files from one machine to another).

Devices:

(1)hardware sequencer
USB 2.0

(2) Midi Keyboard
USB 2.0

(3) Icon Platform Nano Air ( which is a Mackie Control device, or should this not be routed through bomebox)
USB 3.0

(4) simple Midi Encoder controller
USB 2.0

(5) Hardware Synthesizer X
USB 2.0

(6) Hardware Synthesizer Y
USB 3.0

(7) second Midi Keyboard
USB 2.0

β€”β€”β€”β€”β€”β€”β€”β€”> USB 3.0 Hub Anker β€”> BomeBox

(1) --> mapped to BomeBox ETHOUT1 Midi Channel 1
(2) --> mapped to BomeBox ETHOUT1 Midi Channel 2
(3) --> mapped to BomeBox ETHOUT1 Midi Channel 3
(4) --> mapped to BomeBox ETHOUT1 Midi Channel 4
(5) --> mapped to BomeBox ETHOUT1 Midi Channel 5
(6) --> mapped to BomeBox ETHOUT1 Midi Channel 6
(7) --> mapped to BomeBox ETHOUT1 Midi Channel 7

(the recorded midi clips will in that case save all the midi notes+cc data from all used devices, that is pretty nice)

BomeBox ETHOUT1 β€”> Mac Pro with Firewire800/Ethernet Adapter β€”> Bome Network Tool Standard, License 1 -> Bitwig

and also to the second computer:

(1) --> mapped to BomeBox ETHOUT2 Midi Channel 1
(2) --> mapped to BomeBox ETHOUT2 Midi Channel 2
(3) --> mapped to BomeBox ETHOUT2 Midi Channel 3
(4) --> mapped to BomeBox ETHOUT2 Midi Channel 4
(5) --> mapped to BomeBox ETHOUT2 Midi Channel 5
(6) --> mapped to BomeBox ETHOUT2 Midi Channel 6
(7) --> mapped to BomeBox ETHOUT2 Midi Channel 7

BomeBox ETHOUT2 β€”> MSI Bravco 15 Laptop / Ethernet to USB-C-Adapter β€”> Bome Network Tool Standard, License 2 (?? do i need a second license?) β€”> Bitwig

when playing back sequences from mac pro β€”> Midi is routed back

Bome Network tool Midi Out (correct ?) Midi Channel 1-7 β€”> BomeBox ETHERNET-IN-1 , Midi Channel 1-7
–> mapped to BomeBox ETHOUT2 Midi Channel 1-7
will this be more staple or reliable than a apple network midi connection (to rtpMidi)?

how does this sound?
thanks! :slight_smile:
cheers, Henrik

Hi, I believed I answered this in email but let me know if you have any more questions.

To restrict channel mapping to only certain channels you will need to load a Bome MIDI Translator Project into BomeBox.

BomeBox to BomeBox, PC or Mac is OK with standard Bome Network, however if you want PC to Mac, Mac to Mac, or PC to PC over Bome Network you will need the Pro version,

Bome Net is very stable and will usually auto-rediscover upon reboot which is something that rtpMIDI doesn’t always to well.

Steve Caldwell
Bome Customer Care


Also available for paid consulting services: bome@sniz.biz

hey,
i wanted to share the conversation, thanks for the feedback!

i now read more about midi-jitter, and that i should use an external clock source. i would use the sequencer Topaiz Squid.

but the more i read, the more the question comes up: when would a device like one of those real expensive and dedicated midi clock source/clock-sync-devices be necessary? (S-N-D http://www.s-n-d.com/, E-RM http://www.e-rm.de/, Expert-Sleepers http://expert-sleepers.co.uk/moduleoverview.html, Innerclock-Systems http://www.innerclocksystems.com

i read that midi jitter mostly happens on bad USB connections with wrong cables, wrong connections (usb3/usb2/usb-c/???) and not enough power supply. is that something i have to watch for or is the bomebox taking care of that?

and what I hardly found information on is about high precision midi timestamping, especially on windows, does the bomebox support that? Reaper lets me choose (on windows) between high and low precision (low precision = old windows standard?), on a mac that setting seems irrelevant.

old! link from 2007 but goes deeper: https://www.soundonsound.com/techniques/solving-midi-timing-problems

cheers henrik

MIDI Jitter usually come into play as a part of the transport path which could introduce random delays if not reliable. a good USB or local ethernet connection should not be an issue. For network, you need to consider other MIDI traffic on the same network. If you use WiFi, it is more subject to jitter. I don’t think you need an expensive clock generator, just a reliable one and a good MIDI path for transporting the signal.

Steve Caldwell
Bome Customer Care


Also available for paid consulting services: bome@sniz.biz

Chiming in with a few details:

  1. neither BomeBox, nor MIDI Translator Pro use timestamping. The protocols used in the BomeBox don’t have time stamping. They’re real time systems which always do everything as fast as possible.
  2. Therefore, our products do not have a precision setting, because there is not any timing precision to consider
  3. Our virtual MIDI ports, which are used by Bome Network (for connecting a BomeBox) and by MIDI Translator Pro, provide time stamps, but operate in real time, too.
  4. Because our products do not time any MIDI messages, most jitter or delay that occurs is introduced by the transport. As Steve said, local Ethernet has best performance, then USB, then WiFi. MIDI-DIN is between Ethernet and USB: it has very good timing, but very little bandwidth.
  5. USB timing is not so good to begin with: jitter Β±0.5ms, more or less fixed delay
  6. But I would be very surprised to learn that USB performance depends on cables. Of course, the cable should be somewhat reliable. We have not measured or heard that USB-MIDI devices connected to the BomeBox have bad timing performance.

So the absence of a β€œhigh precision” setting does not mean that there is bad performance in the BomeBox, Bome Network, or in Bome MIDI Translator Pro. They all use our highly optimized MIDI processing engine to introduce as little delay/jitter as possible. Any delay caused by USB or network is propagated as is.

I hope that clarifies a bit…

hey!
thanks a lot for your answers, yes that was very interesting and
well yeah its amazing how much more stuff there often pops up about midi that I still didn’t know!
probably because it mostly just works and nobody needs to find out.
greetings henrik