What is KVR Audio? | Submit News | Advertise | Developer Account

Options (Affects News & Product results only):

OS:
Format:
Include:
Quick Search KVR

"Quick Search" KVR Audio's Product Database, News Items, Developer Listings, Forum Topics and videos here. For advanced Product Database searching please use the full product search. For the forum you can use the phpBB forum search.

To utilize the power of Google you can use the integrated Google Site Search.

Products 0

Developers 0

News 0

Forum 0

Videos 0

Search  

Sending MIDI between plugins within the Receptor?

Discussion and Support for Receptor and MuseBox, the Hardware Plug-in players by Muse Research.

Moderators: Meffy, Kevin@MuseResearch, farhan, Bryan@MuseResearch, gary@museresearch, LouisG

KVRer
 
2 posts since 11 Jan, 2011

Postby styxcb; Wed Nov 21, 2012 10:04 pm Sending MIDI between plugins within the Receptor?

Hey guys,

I'm trying to get my plugins to communicate with each other via MIDI.....specifically, Reaktor 5 and soft synths like Symptohm and Absynth.

I would like to send MIDI out of Reaktor and play notes on the other synths, but I can't seem to figure out how. I tried going OUT of the Receptor and back IN, but I just read that the OUT isn't even connected.

Also, do the plugins have to be loaded on the same channel?


Please help.


Thanks,

Steve
KVRian
 
667 posts since 12 May, 2004, from Silicon Valley

Postby looneytunes; Mon Nov 26, 2012 5:38 pm

Hi Steve,

I'm not sure what you are trying to do. If you are simply trying to get Symptohm and Absynth to respond to the same Midi notes coming into Reaktor, why not simply instantiate those VSTis on different Receptor Channels, and set the Midi Channels on those Receptor Channels to be the same Midi Channel that you have for Reaktor.

If you have Reaktor generating different Midi info (ie such as a step-sequencer generating Midi) - then that is something that Receptor doesn't support (Midi routing).

Hope that helps,
Kevin L

Moderators: Meffy, Kevin@MuseResearch, farhan, Bryan@MuseResearch, gary@museresearch, LouisG

Return to Muse Research and Development