Event Monitor - No Audio Pin
- KVRist
- Topic Starter
- 450 posts since 1 Dec, 2021
Hi, "event monitor" does not have audio pins, which causes some problems. I have two rack modules - "instrument rack" passes audio to the "effect rack":
--- ---
Loading "event monitor" to 1st slot removes rack's audio input pin (and the connection isn't automatically restored when the "event monitor" is removed). Very confusing - I have to use a 3rd party "midi monitor" instead.
---
--- ---
Loading "event monitor" to 1st slot removes rack's audio input pin (and the connection isn't automatically restored when the "event monitor" is removed). Very confusing - I have to use a 3rd party "midi monitor" instead.
---
You do not have the required permissions to view the files attached to this post.
- KVRian
- 1441 posts since 4 Oct, 2012 from Utah
You can route the audio in parallel inside a MUX I think?
You do not have the required permissions to view the files attached to this post.
My Setup.
Now goes by Eurydice(Izzy) - she/her
Now goes by Eurydice(Izzy) - she/her
- KVRist
- Topic Starter
- 450 posts since 1 Dec, 2021
I have my MIDI events routed in parallel, but my audio needs serial connection. This is my scenario:
I use MuLab Plugin to host my vst synth + multi-effect (Infiltrator, Shaperbox etc). These effects need to receive a midi note to restart the loop when my DAW transport is not running. An audio signal from my synth goes to Infiltrator (serial routing to my effect rack), but synth doesn't pass MIDI events, so I also have parallel event connection to that rack. I made a "Send and Hold MIDI Note" MUX that sends C -2 note to the Infiltrator as long as I play, and it holds that note for specified amount of time (to keep the loop running when my hands are momentarily off my MIDI keyboard).
Here is the diagram (blue = events, orange=audio).
---
You do not have the required permissions to view the files attached to this post.
- KVRist
- Topic Starter
- 450 posts since 1 Dec, 2021
Aaaa, ok, I enlarged the picture and I think I now understand what you mean: loading an "audio pass-thru" mux to the first slot would prevent the audio pin from being removed. Yes, that would work, however, it would consume one of six available slots:)) Wouldn't be better if the rack itself had the audio pin always available, no matter what is loaded to the 1st slot?
- KVRAF
- 7146 posts since 8 Feb, 2003 from London, UK
If the rack had an audio in but the plugin in the first slot didn't, the audio wouldn't pass through, anyway.
- KVRist
- Topic Starter
- 450 posts since 1 Dec, 2021
I know, that's why I use a 3rd party midi monitor that pass audio thru. Normally, when you load various plugins and find out that one of them doesn't pass audio - you simply remove it and you've got your sound back. In this case, removing the plugin is not enough - you also need to reconnect the audio cable.
- KVRAF
- 12749 posts since 24 Jun, 2008 from Europe
But you need such slot anyway to insert the event monitor.
So inserting the event monitor in a slot or inserting a muxed event monitor in a slot doesn't make a diff wrt slot consumption, right?
- KVRist
- Topic Starter
- 450 posts since 1 Dec, 2021
That's true, but still it's a little inconvenient:
- It's easier to find an event monitor among MuLab modules than to browse the user library to find the right Mux. (I often remove the event monitor and add it again as needed).
- An additional mouse click is required to open the encapsulated event monitor (no front panel integration).
- I can mistakenly load the event monitor into the 1st slot, then (after removing it) have to reconnect the audio cable.
-
- KVRist
- 488 posts since 16 Mar, 2017
Instead of all this complicated stuff, wouldn't it make more sense for the effect rack to simply pass audio through plugins which do not have audio connections, and to pass MIDI/events through plugins which do not have MIDI/event connections?
- KVRist
- Topic Starter
- 450 posts since 1 Dec, 2021
Any foolproof solution would be appreciated;)
---
You do not have the required permissions to view the files attached to this post.