• Thanks for visiting the Kaleidescape Owners' Forum

    This forum is for the community of Kaleidescape owners, and others interested in learning about the system, equipment, services, and the company itself.

    It is run by a group of enthusiastic Kaleidescape owners and dealers purely as a service to this community.

    This board is not affiliated in any way with Kaleidescape, Inc.
    For official technical support, product information, or customer service, please visit www.kaleidescape.com

    You can dismiss this box forever by clicking the "X" in the upper right corner of this message.
  • You are currently in "Guest" mode and not logged in with a registered account.

    The forum is free to use and most of the forum can be used by guests who are not registered....

    ... but we strongly encourage you to register for a full account. There is no cost to register for a full account.

    Benefits of registering for a full account:

    • Participate in the discussions! You must have a registered account to make posts on the forums. You will be able to start your own thread on a topic or question, or you can reply to other threads/discussions.
    • Use the "Conversation" feature (known as "private messaging" on other forums) to communicate directly with any of the other users here.
    • Access the Files area. The "resources" area of the forum contains many "Favorite Scene" and Script files that can dramatically increase the enjoyment of your Kaleidescape system. Go directly to great scenes in your favorite movies, created by other owners, and add automation to playback of your system with Scripts.
    • You won't see this annoying notice at the top of every screen!😊

    It's easy and free to register for the forum. Just click the "Register" button in the upper right corner of this page, and follow the instructions there.

    This box goes away for registered users.

Control4 + Kaleidescape + Lights = Triggers vs. States?

That de-bounce strategy is basically what I proposed above by using the Timer agent in Control4. I haven't tried it personally for this purpose, but I have used it in other programming in my house.
 
There is a control protocol event (MOVIE_LOCATION) that provides information about the current location within the movie (i.e. whether playback is in the main content, end credits, or intermission) whenever that changes -- or whenever a control system issues a GET_MOVIE_LOCATION command. This is the event that most control systems use as their cue for lighting events. It can emit the following values:
00 - In the OSD or location unknown
03 - Playing the main content (feature, episode, bonus content)
04 - Intermission
05 - End credits
06 - DVD/Blu-ray Disc menu

The "bug" is that in between script steps, the MOVIE_LOCATION event reports "00" since it's not playing anything, it's not in a DVD menu, it's not in Intermission, and it's not on the OSD so its location is currently "unknown".

Some control systems (e.g. Crestron) can work around this bug by debouncing the MOVIE_LOCATION signal for some amount of seconds to see if it changes again. So during script playback, MOVIE_LOCATION goes to "00" and the Crestron program starts a timer. If MOVIE_LOCATION remains at "00" for, say, 5 seconds, then the appropriate signal is allowed to go high and the lights turn on. But if, instead, MOVIE_LOCATION changes again within that 5 second window, the timer is reset, and the lighting signal remains where it was.

Unfortunately, other control system implementations (e.g. Control4) seem to be much more binary about it and this debounce strategy doesn't seem to work -- at least I've never been able to get it to work but I am a horrible control system programmer.

So the real fix would be to either add a new value to the MOVIE_LOCATION event or to suppress the event in between script steps. We are tracking this issue within Engineering but I don't have a timeline for a fix.
I've just experienced this too within scripts of my favorite demo scenes.

The ideal fix would be as John suggested, for the player to suppress the state changes while scripts are running other than allowing the initial "03-Playing", any "04-Intermission" that are requested during the script (lights should go up typically), and then the final "00-OSD/unknown" at the end of the entire script.

I'm sure it's not super high priority, but hope that some fix can come.

In the meantime, I'm pretty sure it's not that hard in Home Assistant to implement a similar waiting time to the solution @MikeKobb suggests, but it's not ideal as it will affect lighting timings during normal non-script movie playback as well.
 
Back
Top