Closed keith8496 closed 1 year ago
Patch coverage: 81.81%
and project coverage change: -0.02%
:warning:
Comparison is base (
005f0d5
) 86.22% compared to head (16613f9
) 86.21%. Report is 1 commits behind head on master.
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
What kind of change does this PR introduce? (Bug fix, feature, docs update, ...) Feature - Adds Fairlight audio levels
What is the current behavior? (You can also link to an open issue here) Read audio signal levels #99
What is the new behavior (if this is a feature change)? Adds two new commands: "startFairlightMixerSendLevels" and "stopFairlightMixerSendLevels". Adds a new event type: "levelChanged".
Other information:
Audio levels are opt-in via start and stop commands. This is consistent with LibATEM and ATEM Software Control. Default to off.
I haven't looked at audio level support for classic audio. I don't have an ATEM device to test against. I am testing Fairlight audio against an ATEM 1 M/E Constellation HD.
The lead devs should discuss whether they want audio levels sent in the existing "stateChanged" event or a new "levelChanged" event. I've tested both methods. The event fires many times per second, so I created the event "levelChanged" to avoid sending the whole state over-and-over again. I'm happy to use "stateChanged" if that's what the devs prefer.
From issue #99: