Hi @Newlin.Parker , thank you for your comment. I do understand your disagreement. Our reasoning is mainly due to internal restrictions, which is not your concern… 
On the other hand, I am persuaded that our implementation will address the needs of everyone who needs MIDI<->OSC translation. Some words of explanation (which, again, you may not find persuading… in the end, the product itself will speak for itself, I guess).
For us, integrating OSC translation into (any of) our products has been a long thought process. The issues we need to solve are:
- OSC is widely open as a format with many different formats and conventions
- OSC is a network protocol
Both do not fit well into MIDI Translator Pro’s (internal) architecture. I understand that from a user’s point of view, it seems so easy to add an Outgoing Action in MT Pro for OSC… But, either that would be very very limited, or we would have to revamp the entire internal architecture of MT Pro.
Conversely, the decision to integrate OSC-MIDI translation into Bome Network actually means that we do have a clear path towards implementation and release.
As a side note: Bome Network (BN) will become more and more a MIDI Router type of application, integrating different network protocols (Bome Network MIDI, Network MIDI 2.0, RTP-MIDI, OSC) and different types of MIDI processing (including running MT Pro projects). And many users already run BN alongside MT Pro, using virtual MIDI ports to connect them.
Last, but not least, the Bome Network architecture maps well onto the BomeBox, which will allow you to do all of the above without a computer. Maybe you don’t need that, but OSC is a top feature request of BomeBox users.