Warmuptill
Active Member
Sorry, I seem to have been a bit unclear in my description as to how it works exactly.Yeah so what you described is exactly what's happening, but it ultimately means it doesn't work.
With these settings (and the new minimum switch hold set to 1.3s):
View attachment 65521
Sending tone to two channels results in:
After about half a second it always goes to the first trigger, and then about a second later it goes to the wide shot.
So even if it is the 2nd and 3rd trigger, it will still first cut to the first trigger before cutting to the wide shot.
So yeah, how hard would it be to at least make the multiple trigger first priority rather than last?
As soon as any match is found the first thing being checked is whether there is also a second match.
If there is a second match (and the configured duration condition for the fallback option is fulfilled) the fallback scene will be selected to be switched to.
If that is not the case the scene of the original (and only) match will be selected to be switched to.
So the fallback option always has the highest possible priority it can have in regards to the audio scene switches.
Unless of course I made an error in the implementation - if you want to double check, this is the relevant part:
SceneSwitcher/src/switch-audio.cpp at 17c4fefb3756175db0832bc48c5f3036abd00618 · WarmUpTill/SceneSwitcher
An automation tool for OBS Studio. Contribute to WarmUpTill/SceneSwitcher development by creating an account on GitHub.
As you have configured a duration of 0.2s for the audio fallback option it is impossible to immediately switch to the fallback scene the first time a second match is found, because the very first time two or more audio entries match, exactly 0 seconds have passed for the fallback duration condition.
Only the second time around (or even later depending on your configured check interval) will the audio fallback duration condition be fulfilled and scene switcher will switch to the configured fallback scene.
That means that with a configured fallback duration of anything > 0s you will always first match a single entry before matching multiple entries and using the fallback scene.
(I think your idea of how the scene switcher works is that it would perform all of these checks in parallel while in reality it performs them sequentially - thus leading to a different expectation for its behavior.)
So my recommendation would be to select 0.00s for the fallback scene if you want your desired behavior of immediately switching to "wide shot".
I hope that helps clearing things up :)
If you have suggestions for improvement feel free to mention them of course!
Last edited: