But if this was a thirdparty plugin you hear the brass when solo the kick.
It is a bug
Well, mute buttons do work for both MIDI and audio in e.g. Ableton Live, REAPER, Numerology, and probably a whole bunch of other applications that I haven't used lately.ronnyrydgren wrote:I tried this in fl studio and it behaves like bitwig![]()
It's annoying because it severely limits my preferred workflow. I could make a simple demonstration to show you, if that would help you understand (especially for live performances, flexible sequencing using remote controllers is essential to me, while abruptly cutting off audio is just about the last thing I want to do).ronnyrydgren wrote:I dont understand why this is annoying? sure u are used to something else. but if u use bitwig regualare u should develope new habits.
It doesn't work 'great' for me at all, since (as far as I can see) we can't remotely control this, nor automate it. And saving CPU is not (or, at least, should not be) an issue for playing a handful of MIDI notes at all, really.ronnyrydgren wrote:Still alt+a works great, saves cpu also
I did read it - as I already wrote:ronnyrydgren wrote:read what blouaap wrote. Explains well whats happening
It explains what's happening, sure, but it does not even begin to explain why this is better than having mute/solo buttons affect MIDI as well as audio. So I still consider this to be a severe design flaw. And the information that Bitwig itself provides still seems to be incorrect, too.Ch00rD wrote:So your explanation does not seem to be correct; blouaap's explanation seems to do a better job.
When you want to solo, as things stand, you'd have to switch off the hardware instrument device for every synth that's being monitored via a mixer or your audio interface.ronnyrydgren wrote:TeePee wrote:If you direct monitor an external synth, you need that track's MIDI to switch off when you mute the track or solo another track. Otherwise, your direct monitored external synths just carry on playing the MIDI when you want them muted or soloed out.
Just mute device works on hardwere then it dont send midi. ...
Would be nice if you showed me like you suggested. Up for learning for sure! Might be valuble information in some point when i want to do more live stuffsTeePee wrote:When you want to solo, as things stand, you'd have to switch off the hardware instrument device for every synth that's being monitored via a mixer or your audio interface.ronnyrydgren wrote:TeePee wrote:If you direct monitor an external synth, you need that track's MIDI to switch off when you mute the track or solo another track. Otherwise, your direct monitored external synths just carry on playing the MIDI when you want them muted or soloed out.
Just mute device works on hardwere then it dont send midi. ...
As opposed to just quickly clicking a single solo or mute button.
The plain external MIDI tracks in Live and Logic both stop the MIDI when you mute the track, but their External Instrument track's carry on sending the MIDI because they can mute the audio instead. There's a clear reason they both work that way - they understand that direct/hardware monitored synth's need their MIDI muted for the mute or solo buttons to work with the external synths.
Here is an example if you'd like:Ch00rD wrote:I did read it - as I already wrote:ronnyrydgren wrote:read what blouaap wrote. Explains well whats happeningIt explains what's happening, sure, but it does not even begin to explain why this is better than having mute/solo buttons affect MIDI as well as audio. So I still consider this to be a severe design flaw. And the information that Bitwig itself provides still seems to be incorrect, too.Ch00rD wrote:So your explanation does not seem to be correct; blouaap's explanation seems to do a better job.
ROFL.ronnyrydgren wrote:To simplefy at meantime. if u use dynamic device within bitwig on a trackwhere you have brass. you select kick pre on sidechain input on dynamic. this behaves exactly like it should, you solo kick no audio from brass.
But if this was a thirdparty plugin you hear the brass when solo the kick.
It is a bug


It is by purpose bug then! This is fuckeeed up! Nothing in history have been like that. I didnt read that cause who the f**k could believe only thirdparty inside a daw would work like that. but thanks for fix of not using the track. Its wierd it works with bitwig plugins but not thirdparties.blouaap wrote:Here is an example if you'd like:Ch00rD wrote:I did read it - as I already wrote:ronnyrydgren wrote:read what blouaap wrote. Explains well whats happeningIt explains what's happening, sure, but it does not even begin to explain why this is better than having mute/solo buttons affect MIDI as well as audio. So I still consider this to be a severe design flaw. And the information that Bitwig itself provides still seems to be incorrect, too.Ch00rD wrote:So your explanation does not seem to be correct; blouaap's explanation seems to do a better job.
https://app.box.com/s/vwl8vnn9royq7zyarsip5sb8urs8ds06
ROFL.ronnyrydgren wrote:To simplefy at meantime. if u use dynamic device within bitwig on a trackwhere you have brass. you select kick pre on sidechain input on dynamic. this behaves exactly like it should, you solo kick no audio from brass.
But if this was a thirdparty plugin you hear the brass when solo the kick.
It is a bug
Try NOT using the ENTIRE Track as the Sidechain there bub, use the Node son (last node if it's a chain).
and read a little bit before thinking BUG:
goatgirl wrote:If I want to mute the MIDI from a track to an external instrument I just turn off the Hardware Instrument Device controlling it. This will stop MIDI and CC.owensands wrote:yes but typical DAW behavior should mute the midi stream of notes and CC mute as well imo. This also poses an issue when using external instruments that are controlled from midi clips as they don't stop the midi from triggering.
Ch00rD wrote: But please also answer the opposite question: how would it limit or annoy anyone if mute buttons would affect MIDI as well as audio output? That's what I don't understand...![]()
polygonsheep wrote:Ch00rD wrote: But please also answer the opposite question: how would it limit or annoy anyone if mute buttons would affect MIDI as well as audio output? That's what I don't understand...![]()
Blouaap already explained an example. You might have a e-kick track you want to use as a sidechain on another track but don't want the e-kick to sound out. You can mute the e-kick track and the sidechain will still work. If the midi on the e-kick track was also muted the sidechain would no longer work.
So then have a separate track for the midi that goes to each instrument instead of having the one track be the "Parent for the midi". Or maybe we can just have a damn option to mute midi with mutes! lolCnuTram wrote:Also, if I have a melody playing on a synth on a track with its own midi data and then other channels which play the same melody but use different instruments but at different times (but use a midi receiver taking midi from the first track), muting midi would remove the ability to do that.
If you want to use a controller to mute a midi signal you can use the note filter device and set the velocity range from 0 to 0. This has the effect of stopping all MIDI messages. Then hook up the controller to the device on/off. When the device is on, the MIDI is muted. When it is off the MIDI will pass through.Ch00rD wrote:Thanks for your suggestion, but that method suffers from a similar drawback as muting clips or notes: there is no way to bind this to a controller, as far as I can see. (I would be glad to be proven wrong, of course!)ronnyrydgren wrote:Just alt+a and disable the channel insteed.
Submit: News, Plugins, Hosts & Apps | Advertise @ KVR | Developer Account | About KVR / Contact Us | Privacy Statement
© KVR Audio, Inc. 2000-2026