You could post your questions to blokas forum in order to be sure.
Crap, MIDI Solutions emailed me that none of their boxes work with the current version of MacOS, and they may might never be updated.
Catalina is from the devil I tell yaā¦
yup, it seems to offer no particular advantage. Iām also locked out of BFD3, the best electronic emulation of acoustic drums Iāve ever come across. In fact, my present frustrating search for a MIDI router is all about adapting my drum controller to iOS drum apps, which arenāt going to be as good, and I still donāt have a reliable router that will do what I need.
But Iām stuck with Catalina because I absolutely had to get out from underneath Appleās butterfly keyboards. I like my MacBook Pro 16 well enough (I bought a second one), but now I get this incompatibility bs ruining my life instead of endless trips to the genius bar for keyboard repairs.
Well i see few options for you:
A) Fix your BomeBox.
B) If there is a way to satisfy the velocity conversion problem on a Midihub use it.
C) Obtain the use of a Windows PC long enough to set up the MIDI Solutions Velocity Converter (MSVC) to satisfy your needs. The MSVC will remember its setup so you only need the Windows PC for an hour or two ā maybe you could borrow one.
D) See if some other MIDI modifier will solve your problem. For instance the Conductive Labs MRCC (see this Elektronauts Thread) has some possibilities in this regard, though that is still under development and so you canāt know for sure on that yet.
Expect this thread to get very busy with Midihub usage discussion very soon, there is a wave of Midihubs on the way. Mine has now entered the US Postal Service, so iām expecting it in a week or so.
I will be exploring the Midihub capabilities as soon as i get one. I will visit on velocty conversion along the way, but will spend most of my time with the 10,000 other things the Midihub will do ā principally in the realm of generative music, where itās strength lays.
Thanks @Jukka , Iāll watch this thread for peopleās experience with the Midihub. Of course, Iāll buy one to try, but apparently thereās rather a long wait. t might end up being better than a Bome Box for my purposes even if my Bome Box starts working. In fact, my issue has gotten Florian Bomers himself involved, and theyāve even reproduced inexplicable erroneous behavior from my configuration file that they havenāt solved for months. Iāve actually spent quite a bit of money and time re-configuring my MIDI setup just to conform with what the tech support is more used to seeing, and it still fails. At some point, they need to admit the possibility that they sold me a defective unit and approach the problem that way. Yes, 99.999% of the time, the error is on the userās side, but at some pointā¦
The idea of getting a PC just to program the MiDI Solutions box is obviously unattractive. That box wonāt do any of the other tricks that the Bome Box does, which Iāve come to almost need. But velocity re-mapping is an absolute necessity for me. And a PC would let me use BFD3, the 128-layer drum sample system that Iāve invested almost $1000 USD in.
Can you program the box over linux? Raspberry pi zero costs around 10 bucks new. And itās so small you could just leave it beside the box, or even glue it to it.
I havenāt yet received mine, but the editor program works natively (and perfectly) in linux, so I think it will work without any problems.
Another option could be a small virtual machine on your mac
Is there a way to setup the editor to use existing midi I/O on the computer and process them directly without the hardware to test the possibilities ? This was doable with bomebox software, I was hoping it would be the same here but I did not find a way, maybe Iām missing something ?
Nope.
Yes the MidiHub editor runs on Windows, macOS, and Linux.
Just so that things are clear ā discussion of a different product from a different company, the Velocity Converter from MIDI Solutions, got mixed in here. That product has an editor that only runs on a more limited range of computers, Windows and Mac up through Mojave. But that product has a very flexible system for velocity conversion.
Finally after the shipment disappearing for almost three weeks (i think it may have been on a ship crossing the Atlantic) i got a message that the package is now 150 miles away. So given no disasters it should be here fairly soon !
Anyone get theirs yet ?
Mine shipped 5/14/20, and I just checked the tracking after your post, it arrived in the states last night. Tracking had been dormant since shipping. Hopefully getting here shortly!
Yes mine is here, I havenāt tried it out yet though as been busy with other stuff. I did take it out of the packaging though- looks nicely put together
This is reassuring, as mine has also disappeared into the ether for several weeks.
ā¦ Checks tracking ā¦ And is now in Chicago (some transatlantic ship!). Yippee!
I hope I can get one soon. I didnāt preorder
Mine shipped 5/30/20, based on these replies I suppose itāll be another 2 weeks before it arrives in the states.
I finally got around to setting mine up yesterday. Really happy with it! Love the design, the fact that you can store presets is great, and the editor is easy to use. At the moment Iām just using at as fairly basic midi thru and merge and filter but looking froward to getting more creative with it!
Anyone know if its possible to have different tempos being sent on different ports / channels using this thing?
Iām still Waiting for Godot here, so i canāt test this on a device, but in the editor thereās no limit.
A Clock is a Generator. You can have more than one, and set them up differently. You are allowed to define where that clock gets Start, Stop, Continue, and Song Position Pointer messages. You can set a BPM of anywhere between 0.1 and 300.0, in tenths of a BPM. And then you can pass those clock midi messages on as you choose.
Also discovered that using the Transform Modifier, you can take various inputted messages, like for instance a Note On, and convert them into Start, Stop, and Continue ā so for instance you could have multiple starters and stoppers for different internal clocks.
You can send a clock to whatever MIDI Port you assign it to. There is a Channel Remap pipe to change the Channel number [EDIT:], but given that Clock messages are single byte messages they have no channel designation and are only port specific.
There is a Tempo Divider Modifier ā which would let you take a clock input and divide it by an integer value. So you could take a single input clock, and split it to several outputs and divide some by different integers. Or you could create an internal clock and divide it down with different integers and send those to different outputs.
There is also a Sync Delay Modifier that will shift a clock forward or backward when it receives a Start. (Forward you wonder, like predicting the future? Well itās tricky.)
Iām a little hesitant to answer your question, as if you know something about this i donāt yet. But i donāt see any restriction to multiple clocks. And one would assume fairly good synchronization between them.
For more information on MIDI Clock messages see this MIDI beat clock wikipedia page.
ADDED: I also see that the Filter Modifier lets you remove, or split, the Clock, Start, Stop and Continue messages from a stream. And then if you wanted you could then merge those same messages in from a different source, or into a different source. Lots of possibilities using that and all the variations of that.