Soundradix Mutematic “over ride” script

Hi Sean,

I've actually created a script to do this without a plugin. It's a talkback mute toggle, but it sounds like it could easily be tweaked for your needs. All artist talkback channels have the prefix "TB", so this acts on every channel with "TB" in the name. I just have to ensure those TB channels are initially muted, because the toggle toggles the mute and input monitoring state simultaneously.

sf.ui.proTools.appActivateMainWindow();
sf.ui.proTools.invalidate();

function toggleInput(trackName) {
    var track = sf.ui.proTools.trackGetByName({
        name: trackName,
        makeVisible: true,
    }).track;

    var inputBtn = track.buttons.whoseTitle.is('TrackInput Monitor').first;

    // Check if the track is muted
    if (track.isMuted) {
        // Enable input monitoring
        inputBtn.elementClick();

        // Disable mute state
        track.trackSetMute({
            targetValue: "Disable",
        });
    } else {
        // Disable input monitoring
        inputBtn.elementClick();

        // Enable mute state
        track.trackSetMute({
            targetValue: "Enable",
        });
    }
}

function toggleInputContaining(partialTrackName) {
    var matchingTrackNames = sf.ui.proTools.trackNames.filter(n => n.toLowerCase().indexOf(partialTrackName.toLowerCase()) >= 0);
    matchingTrackNames.map(toggleInput);
}

toggleInputContaining('TB');

thanks for the reply!

heres the features im looking for [with or without the mutematic plug]

1. TB channel automatically opens when parked.

2. TB automatically closes during playback.

3. physical key/ button to override either open or closed auto status of TB channel

do you think your script could make this happen?

thanks!
Sean

Hi Sean,

I think there is definitely a way to make this happen. My instinct would be that you need two scripts: one that assesses the playback state and enables input monitoring when playback is stopped. Then use an application trigger so it's only acting when protools is active. The second script would do the opposite; disables input monitoring during playback. My script does the third already. I had a bash at a script more closely matching your requirements, but it was buggy. I'll keep chipping away to see if I can get it up to scratch before I try posting it here. From what I've read on this forum, those scripts that are always running are potentially problematic, but there might be a more experienced user who has a neater solution for this kind of thing.

Thanks for the update, AND the effort/ leg work.
Much appreciated.

I’m wondering, if the solution would need to include 2 talkback channels to cover the auto start /stop (mute/ open) as well as the push to talk override feature?

TB Channel 1:
Mic feeding aux with sound radix mutematic plugin inserted.
Opening channel when parked.
Close channel when rolling.

TB channel 2:
This is with the current, working soundflow script that opens / closes that talkback channel with a push of a mapped key/ button.
Fed by same talkback mic and input.

The thought is, can you add a script to TB channel 2’s current code, to ALSO mute or bypass TB channel 1 when Channel
2 is being used?

So we get an “either or” type of performance between the two channels.
A division of labor.

Hopefully that made sense🙂

And thanks once again for the interest and expertise.

Best,
Sean