Advanced Scene Switcher

Advanced Scene Switcher 1.37.2

Go to download
Overview Updates (117) Reviews (101) History Discussion
TRickeyG said:
Hello, I am somewhat new to using this plugin and ran into an issue. It seems like macros are unable to fire in quick rapid succession with the 2nd attempt to fire consistently being ignored if it's too quick.

This behaviour occurs both when the macro is triggered normally as well as manually with clicking the test macro button twice quickly.

Is this a new behaviour with the latest OBS update like the post above me or is this a safety feature/expected behaviour of the macros?

I also have not touched any of the delay settings or any of that; it is allset to 0. Currently out of town for the weekend so can't submit screenshots or logfiles for a bit; apologies in advance.
Click to expand...

I just submitted a patch that (partially) gets around it:
- if your issue is that the macro is not running because it was still running (e.g. long animation, wait action, etc.), with latest master build you can mark a checkbox in macro settings that stops current actions and reruns them https://github.com/WarmUpTill/SceneSwitcher/actions/runs/8302243734
1710595205678.png

- if the macro is too quick for your cycle ("Check condition every ..." setting) then you will need to decrease that. Only certain conditions are coded to accept all matches regardless of the timing - e.g. WebSocket and Twitch ones. For anything else you'll need to do what I mentioned or manually use Queue action, if that kind of behavior is desired.
 
To add (I hate the edit limits here), the 1st workaround is good for quick hotkey presses etc. that need to be considered ASAP and if your actions are sorted in a way that results in stopping the not too important parts.

Queues workaround works well for things that can go slower, like showing new Twitch subscribers in possibly infinitely long separate popups.

Shorter checks work only if the 1st workaround isn't required due to ongoing long actions and will use more CPU as all conditions will execute with higher frequency. Maybe some day separate timers for each macro would be great, I think it wouldn't be too easy to implement, though.
 
l1i1l said:
Glad you found a solution))

What I meant was that there could be minimal noise in the audio signal that you don't hear, but that could be louder than -60dB, and therefore the condition of your macros was not met (it’s quite possible that -45 or -50dB would be enough for you).

For myself, I implemented something similar using two separate macros. One was responsible for turning off the source if the audio signal level was below the desired value for some time. And the second macro was responsible for turning on the source. Time control allows to avoid accidental switching on/off due to random one-time noise.
Click to expand...


Could you show your setup?

I just noticed that sometimes my macro doesn't work because OBS Application Audio Capture doesn't pick up Sound when its hidden. -.-
 
Daikota said:
Could you show your setup?

I just noticed that sometimes my macro doesn't work because OBS Application Audio Capture doesn't pick up Sound when its hidden. -.-
Click to expand...

This is a solution for my specific situation. The audio is captured from a microphone and there is some background noise. Therefore, values of about -30-40 dB are almost always present in the incoming signal. Because of this, I set the response threshold to approximately -24 dB. When I speak into the microphone, the signal level from it is guaranteed to be higher (to the right side, towards 0dB). When I am silent, the signal level from the microphone is below -24dB (to the left, towards -60dB).

1710606414441.png


Moreover, in my case, it is important that the source does not turn off instantly as soon as I pause. To do this, a pause of 5 seconds is set before the macro works. Therefore, pauses in my speech of up to 5 seconds do not affect the showing of the source.

Also in my case it was important that the source appeared immediately as soon as I started speaking. Therefore, the timer for the second macro is not activated— this macro will work immediately as soon as a signal is received from the microphone. That is why I have two separate macros, with different conditions for turning the source on and off depending on the microphone volume.

Your situation may have different requirements and logic of action. Just when you set the response threshold, keep in mind that already at -40dB a song with 100% volume will be heard very quietly, at -50dB it will no longer be audible almost at all. So these levels are quite enough for cutting off.
 
Destroy666 said:
I just submitted a patch that (partially) gets around it:
- if your issue is that the macro is not running because it was still running (e.g. long animation, wait action, etc.), with latest master build you can mark a checkbox in macro settings that stops current actions and reruns them https://github.com/WarmUpTill/SceneSwitcher/actions/runs/8302243734
View attachment 102585
- if the macro is too quick for your cycle ("Check condition every ..." setting) then you will need to decrease that. Only certain conditions are coded to accept all matches regardless of the timing - e.g. WebSocket and Twitch ones. For anything else you'll need to do what I mentioned or manually use Queue action, if that kind of behavior is desired.
Click to expand...
Oh amazing and yes, I feel like that added tick box to stop and rerun the macro should do the trick. I'll definitely be downloading the patch and implementing that when I get home tomorrow.

Thanks for the nice detailed response! I'll confirm here tomorrow if that indeed completely solves it.
 
Destroy666 said:
- if your issue is that the macro is not running because it was still running (e.g. long animation, wait action, etc.), with latest master build you can mark a checkbox in macro settings that stops current actions and reruns them https://github.com/WarmUpTill/SceneSwitcher/actions/runs/8302243734
View attachment 102585
Click to expand...
I can see how that would be useful, but I can also see it hurting. For those that hurt, it would be good to have another option that starts a new copy in parallel, and lets the old one(s) continue running.

And of course, I can see how *that* would hurt too, in some situations. No universal settings here. :-)
 
Warmuptill said:
I added the functionality to check which MIDI devices are connected in this build:
github.com

Draft MIDI device names check pull request run · WarmUpTill/SceneSwitcher@5e5e574

An automation tool for OBS Studio. Contribute to WarmUpTill/SceneSwitcher development by creating an account on GitHub.
github.com github.com

You will have to be logged into GitHub to be able to download it. Let me know if that should be an issue!
View attachment 102485

It seems to work as expected as far as I can tell although I had trouble testing, if removal of devices works as intended.
I would appreciate if you could give this a try, whenever you find the time to, and report back if it also works with physical MIDI devices.
Click to expand...
Hello, unfortunately it does not work as expected, if you start obs without the midi device connected, it does not show the system message alerting you, but the macro does detect it because it flashes green. If I start obs with the device connected, the macro also detects it even though I set it to IF NO and there it does show the system message alerting me... the strange thing is that it works the other way around than expected. Another test I did is that if I disconnect the midi device with obs running, advss does not realize that it was disconnected. in the same way as if it is disconnected when I start obs and I connect it after starting... advss does not detect the midi device. I hope to be of help, thank you
 
I installed A.S.S. 1.25.3 universal with OBS 30.1.0 running today, and now OBS crashes when I try to open it. When I downgrade to ASS 1.19.1 OBS starts normally.
Sonoma 14.3.1 Mini M1
 
ukie said:
I have all that enabled. Set as Alerts. They simply stopped showing. I can’t figure out what changed.
Click to expand...
@Warmuptill I finally got the notification working! I had System Tray disabled under the General OBS settings.
Once enabled, notifications started showing again.
It doesn't make sense. I would prefer to have System Tray disabled. Is this something you could check?
 
ukie said:
@Warmuptill I finally got the notification working! I had System Tray disabled under the General OBS settings.
Once enabled, notifications started showing again.
It doesn't make sense. I would prefer to have System Tray disabled. Is this something you could check?
Click to expand...
I guess the action is "System Tray notification"... But is it only possible to send notifications from OBS using System Tray?
 
ukie said:
I guess the action is "System Tray notification"... But is it only possible to send notifications from OBS using System Tray?
Click to expand...
Yes. Why do you think it doesn't make sense that tray notifications depend on tray? Why do you need to have it disabled? You can hide the icon on any Windows. On Linux you might need some extensions, depending on distro/graphical environment.
 
Destroy666 said:
Yes. Why do you think it doesn't make sense that tray notifications depend on tray? Why do you need to have it disabled? You can hide the icon on any Windows. On Linux you might need some extensions, depending on distro/graphical environment.
Click to expand...
It’s called a menu bar on Mac, that’s part of the confusion. I would rather not have the menu bar cluttered. I just assumed “system tray” notifications referred to the windows taskbar system tray and the name was carried over into the Mac version of the plugin. It would be at least helpful for the plug-in to check on system tray being enabled in OBS when adding this action, or a notice text clarifying the option needs to be enabled in OBS itself.
 
ukie said:
It’s called a menu bar on Mac, that’s part of the confusion. I would rather not have the menu bar cluttered. I just assumed “system tray” notifications referred to the windows taskbar system tray and the name was carried over into the Mac version of the plugin. It would be at least helpful for the plug-in to check on system tray being enabled in OBS when adding this action, or a notice text clarifying the option needs to be enabled in OBS itself.
Click to expand...
Thanks for reporting the issue and your suggestion!
Adding a note about this limitation on MacOS makes sense.
 
Warmuptill said:
If you open up the settings of a "Media Source", you will see two "Local File" options.
The first one is the checkbox to decide whether or not a local file is to be used.
The second option is the path to the local file.

View attachment 102794
Click to expand...
I can understand if you're pulling the labels from OBS, and not actually coding them directly. But it's still confusing.

Could you perhaps add an indicator for what *type* of control you're pulling from? Maybe prepend a (_), where _ is a single character pulled from a list? ('c' for checkbox, 't' for text, etc., something like that)
So it's still automatic (assuming that it is already), but we don't get *exactly* repeated entries unless OBS itself does, which I would call an OBS problem, not Adv. SS.
 
Destroy666 said:
To add (I hate the edit limits here), the 1st workaround is good for quick hotkey presses etc. that need to be considered ASAP and if your actions are sorted in a way that results in stopping the not too important parts.

Queues workaround works well for things that can go slower, like showing new Twitch subscribers in possibly infinitely long separate popups.

Shorter checks work only if the 1st workaround isn't required due to ongoing long actions and will use more CPU as all conditions will execute with higher frequency. Maybe some day separate timers for each macro would be great, I think it wouldn't be too easy to implement, though.
Click to expand...
Sorry I just realized that I never followed up. So that added tick box actually solved part of my problem and I was able to create a workaround to solve the remainder and I feel like I should explain in case any of it is helpful.

The main functionality I was shooting for was to be able to read midi input with this plugin and communicate (via hotkey macros for now) to a piece of software I use (SAMMI) that cannot read midi data so I can perform some other logic.

I found that the plugin takes in all midi data without any loss that I personally found but my macro was not activating as frequent as I needed it. I'm guessing this is from the limit on how frequent macros can be checked (mine is set to 10ms) which is fair though I was losing out on this midi macro firing if the midi data came in too quick in succession.

So the work around I made was to make two counter variables, one in advanced scene switcher and one in SAMMI then checking to see if there's a mismatch and then handling it if so.

It's a little wonky but it works!

Edit: typos
 
How do you toggle the audio track on/off without disabling the source entirely? I have some sources that I have audio track 1, 2, and 3 enable. I want to toggle track 1 and 2 on/off, while it still keep playing on track 3
 
AaronD said:
I can understand if you're pulling the labels from OBS, and not actually coding them directly. But it's still confusing.

Could you perhaps add an indicator for what *type* of control you're pulling from? Maybe prepend a (_), where _ is a single character pulled from a list? ('c' for checkbox, 't' for text, etc., something like that)
So it's still automatic (assuming that it is already), but we don't get *exactly* repeated entries unless OBS itself does, which I would call an OBS problem, not Adv. SS.
Click to expand...
Agreed.
I will add the underlying data type in brackets after the setting's name and in case multiple controls are combined into a "property group" I will add that as a prefix as well.

Capture.PNG


thegamingstig said:
How do you toggle the audio track on/off without disabling the source entirely? I have some sources that I have audio track 1, 2, and 3 enable. I want to toggle track 1 and 2 on/off, while it still keep playing on track 3
Click to expand...
That is currently not implemented in the official releases of the plugin.

But a build with the option to enable and disable sources on audio tracks will be available here in a few minutes:
github.com

Show warning if system tray is disabled in OBS settings pull request run · WarmUpTill/SceneSwitcher@e4708c1

An automation tool for OBS Studio. Contribute to WarmUpTill/SceneSwitcher development by creating an account on GitHub.
github.com github.com
You will have to be logged into GitHub to be able to download it - let me know if that should be an issue.

1711395487643.png


Let me know if you face any issues with this build!
 
You must log in or register to reply here.
Back
Top