I do have three questions about result as opposed to process:
-I find that I will need to merge my control channel (1) with a keyboard channels (2 and 3) to feed a mono timbral sample player. Two channels 1/2 or 1/3 will be merged in a translator. Channel 1 will be sending CC messages and channel 2/3 will be sending note on/off, velocity and aftertouch. Still, should I be concerned about any conflict?
SJC> If your control channel (1), also sends notes, you probably will need translators to disable all notes , velocity and aftertouch coming from the control channel.
-I will be setting up a project for each setup in my controller. There is a facility to send a message when a given setup is initiated. I’ll transmit a Program Change message for each setup, and then create a translator to run a file when the program change is received. Single instance is checked in settings. The incoming message will be swallowed. My question is, can I set up a series of if/then statements in the rules section, referring to a file? If not, I’ll do 8 translators.
SJC> Unless your project file is very big, I recommend that you use preset enable/disable to change major behavior instead of loading a new project file. It is generally faster but that is really up to you.
Complex IF,AND OR statements are not supported directly but there is a way to emulate that behavior. You cannot refer to a file in these statements, just numerical or logical (bit wise) conditions.
Here are some examples. What I am doing with each example is in the first comment in the given section:
// If pp==1 AND qq==3 then rr=4 else rr=5
rr=5
If pp!=1 then skip next 2 rules
If qq!=3 then skip next rule
rr=4
//end
// If pp==1 OR qq==3 then rr=4 else rr=5
rr=5
If pp==1 then skip next rule
If qq!=3 then skip next rule
rr=4
//end
// if pp==1 AND qq==3 AND rr==4 then ss=5 else ss=6
ss=6
If pp!=1 then skip next 2 rules
If qq!=3 then skip next rule
If rr!=4 then skip next rule
ss=5
// if pp==1 OR qq==3 OR rr==4 then ss=5 else ss=6
ss=6
If pp==1 then ss==5
If qq==3 then ss==5
If rr==4 then ss=5
// parenthesis implicit here
// if (pp==1 OR qq==3 ) AND rr==4 then ss=5 else ss=6
/ first set the else
ss=6
// Now the OR
If pp==1 then skip next rule
If qq!=3 then skip next rule
// either pp==1 or qq=3
// Now the AND
If rr=4 then ss=5
// if pp==1 OR ( qq==3 AND rr==4) then ss=5 else ss=6
// else condition first
ss=6
// inside parenthesis AND
If qq!=3 then skip next rule
If rr!=4 then ss=5
// OR outside parenthesis
If pp=1 then ss=5
-do the virtual ports in Bome Network Pro have the same capability as LoopBe(shortcut/feedback protection, channel filtering)? If so, I’ll buy the product. Good to support a company that takes care of its customers.
SJC> Bome MIDI Translator Virtual MIDI Ports are a bit different in Bome MIDI Translator as the only make one operating system call per message (instead of 2 with loopBE and loopMIDI) which is more efficient. As such, there generally does not need to be feedback protection and you every Bome MIDI Translator port you use needs to have 1 end of the connection MT Pro and the other end of the connetion non MT Pro. You cannot use Bome MIDI Translator Virtual Ports to:
Send MIDI messages between 2 instances of Bome MIDI Translator Pro
Send MIDI messages between 2 applications without routing through Bome MIDI Translator Pro
However, in Bome Network Pro, there will be an option for unlimited virtual MIDI ports that will not have these restrictions. A Beta version with this feature is currently publically available at the link below.
https://www.bomeloft.com/products/bomenet#downloads
Here are some additional features:
1) You can create your own port names (if not in conflict with existing operating system port names)
2) You can set up port routing between virtual ports allowing to merge, split, monitor, etc.
I've been playing with this for a while and find unlimited virtual ports quite useful. For instance, I have used to merge 2 physical MIDI Fighter Twisters into one virtual large MIDI Fighter Twister (with 32 knobs). To the application, it appears as one devices (using the port name "MFTPair").
I hope this helps and thanks for the good words! Yes, in addition to a support resource, I am a long time user of this software (and also BomeBox) and find it all quite useful.!
Steve Caldwell
Bome Customer Care
Also available for paid consulting services: bome@sniz.biz