
Oh, also, I've added your text to the existing feature request for an Exit Scene Trigger actor.

I love this idea, but in the meantime here's a patch that notifies a background Scene anytime the current Scene Changes (regardless of how you change Scenes): scene-changed-detection-4.1.3-2025-09-17.iz

I found in my current work that it would be very helpful to have an Exit Scene Trigger (similar to Enter Scene Trigger). Lacking the Exit Scene Trigger compels me to use a Keyboard watcher + Jump + OSC Trigger to turn off the Lasers (controlled by external program). However that only works if I press a Space bar to go to the next scene. If I simply mouse click on an arbitrary scene my Lasers stay on.
Exit Scene Trigger in my setup would be connected to the above OSC trigger to turn off the Lasers and would work regardless of how I exit the current scene.
Thank you.
Thank you for your detailled answer, it was a valuable help for me. In fact, the use of the routing widget produces the correct input string, and you can see the correct syntax.
As a gadget I enclose a user actor that uses the routing input to send an audio signal in a round through 4 speakers. The input value "seconds" determines the duration of the signal on one speaker. For example, n input of 1 second results in a sound loop of 4 seconds , Sounds nice!
Cheers, gunther

You may also find these User Actors helpful, as they essentially rely on the same concept: deadman-x27-s-user-actors.zip

Another staple User Actor, especially for cases like this, is what I call a "Delay Gate"; a User Actor with a Gate that initializes off, then turns on shortly after. I use these all over the place to 'eat' unwanted triggers that generate upon entering a Scene because sometimes they're unavoidable (and sometimes it's just faster for me to throw one of these inline to eat a trigger that I don't want because it's faster than spending the time to examine everything upstream to determine where the trigger is coming from). For example, I use Delay Gates with Comparator actors and Text Comparator actors when I have their 'compare' mode set to 'Always' because you'll always get a true or false trigger out of those actors when you enter a Scene in that mode.
These are not entirely relevant, but here's a couple other groups of simple User Actor 'tools' that I find myself using quite often:

@paz said:
I hope you don't mind me bumping this thread
I don't mind the thread necromancy at all because I always love getting updated gear recommendations.
For the record, @Juriaan was totally right; the way to go if you need POE is to have a decent router (which doesn't need to support POE) for creating the network and then connect that to a decent switch which does support POE. For the most part I've been using POE for PTZ cameras from manufacturers like Birddog and Sony.
Unfortunately I don't have the make and model numbers handy of what I ended up going with, but I've used this configuration in quite a few different venues since I originally posted this thread.

The lowest-tech way to do it is to treat the incoming frames as a "heartbeat". If you connect a Syphon/Spout Receiver actor's output to a Trigger Delay actor, it will continuously reset the timer on the Trigger Delay actor so long as it's receiving new triggers. When the video feed drops out and you aren't receiving any new frames, the Trigger Delay's timer will run out and it will send a trigger that you can use to trigger whatever actions you want to happen if the feed has dropped out.
Here's an example file where I used Isadora to simulate the external video feed and the stand-in content that gets crossfaded to. ----> video-heartbeat-detection-with-auto-crossfade-4.0.9-2025-09-15.izz
Full view of Control Panel and Actors when external feed is live:
View of Actors when external feed is live:
Full view of Control Panel and Actors when external feed is dead:
View of Actors when external feed is dead:

This is a known issue on the two newest versions of macOS that we're already looking into.
For now, if nothing shows up down there even when there's incoming and/or outgoing data, a workaround for the purposes of monitoring communication in a more detailed way is to use the menu options "Windows > Show Status..." and "Windows > Show Monitor..."

Best wishes,
Woland

@miketutaj
I think that the status indicators are blank when nothing is being sent/received, but become active when signals are happening.
