Archie D

Forgive me if I've misunderstood the original post, but following this, here's a fixture file.. With this, we're using sub-fixtures instead of regular parameters in one single fixture like other fixtures would. This allows you to separate two parts of what we want to achieve here - to use this singular fixture as having the 'Lamp' (Intensity) defined as your actual dimming light (in your case - two linked to the same channel), and then configure the 'Scroll' part separately of the fixture to be on a different address, achieving your initial wish to 'link' the scrollers to the 'Intensity' of your incandescent fixture, where both the Intensity and two scrollers (together) can be as far apart in the DMX universe as you need, but the lamp must be the lower address (meaning the scroll can only be a DMX address after the lamp). Note that if you define the Scroll part of the fixture to be on e.g. DMX 57, that will be the first scroller. The second scroller will therefore be on DMX 58, with the Intensity being anywhere you wish (e.g. DMX 3 - completely away from the scrollers), again 'linking' the scrollers to the intensity. You will need to replace the Dimmer fixture you currently have patched in for your intensity with this one, but don't worry - the lamp intensity will work exactly the same, but giving you the additional scrollers. The scrollers will then actively 'listen' to the intensity and when it is at 0, the scrollers will use Move on Dark. We can see this in action with the grey background of fixture 1 on the second screenshot - the Scroll1 and Scroll2 values were both moving on dark at that time. And remember to always back up your show file before making critical changes like this. When patching this new fixture in after loading the .ift via SETUP > Load > IFT File, a 'Part' column will be added to the Fixture Schedule. This will indicate the Lamp and Scroll parts of the fixture as described above. See pictures and fixture file (.ift) below... Lamp + 2 Scrollers.ift

Hi Simon, Fantastic to hear it’s working for you. I expect the 9-134 is a locked colour as you say, and then 240-255 is to use colour..? I think the aim of it is to use 240-255 as a sort of ‘base’ intensity adjustment with a wiggle room of only a range of 15, with the colour values themselves allowing for fine intensity adjustments (0-255 on each of RGBW). Best of luck with your panto! Kind regards Archie

Hi Simon, thank you for sharing the DMX chart for your fixture. It appears that CH1 in the 9-134 range is the fixture's intensity control itself (I think), with 0-8 having the fixture in dark at zero intensity. Using a virtual intensity channel for this is a good idea (which you have done) and will scale the values accordingly. Out of curiosity, what manufacturer and fixture is this chart for? You're correct, you won't see how to set these in the ZerOS fixture creation tool, it appears to only be available on the fixture tools application. You'll find this within the 'Details' tab of the parameter you are editing, of which you can assign names to specific value ranges which will appear and change when controlling that parameter (on the Wheels LCD and external monitor in the Output Window). I've attached a picture below of what I've made for CH1 in the picture you have provided, along with the view of how it should look on the Wheels LCD and the external monitor in the Output Window. You'll notice that on the selected field named 'Shutter Closed' (DMX value 0-8), I have 'Dark' set to 'Yes' by ticking the 'Is Dark' box. This will now ensure those values work with Move on Dark on the desk, so when the fixture goes down into these values for zero brightness, ZerOS will 'know' it is at zero intensity and is safe to move parameters ready for another cue. You may not need this 'Is Dark' feature, as you're using virtual intensity, but I'm not sure. If you use Fixture Tools for this, and then decide later on to edit that fixture profile using the on-board ZerOS fixture editor, you might find it will break these added labels per value range, just something to be aware of. If there's anything else I can potentially help with, please feel free to ask.

Hi Simon, The PhantomZerOS installer .exe is contained in the .zip file for each ZerOS download. To download the zip file, select a legacy version of ZerOS in the Legacy section, and unzip the zip which has been downloaded. You can then install that by running the PhantomZerOS executable file. https://www.vari-lite.com/global/products/zeros-software Since ZerOS 7.13, there's been a new way to create fixture files that allows compatibility for multi-cell (selecting and controlling individual 'zones' or LEDs of a fixture), and also allows for quick on-the-fly fixture creation without needing the legacy Fixture Tools application package. To access this, enter SETUP > Add Fixtures > Create new fixture > Next. This will allow you to define how many channels the fixture profile has using + and - buttons in the window, or clicking the '# of channels' button to input a number (means you can quickly get there without multiple clicks of + and -). You can then define what those channels are by clicking the designated buttons for each one. In the dropdown below (which should be open by default), you can input which manufacturer, the model name, the channel mode and whether it is an RDM-enabled fixture. Once you've inputted everything, tap 'OK'. The console will then prompt you of how many fixtures you want to be added to the patch (returning to the normal thing that would happen after pressing 'Next'). If you need to export this fixture (or any fixture) to a USB stick, you can click 'Edit & Export' bottom right next to 'Back' and 'Finish'. In 'Edit & Export', you can re-save it to the library after editing, save to USB or delete it. When exporting, the fixture profile will be in the .zfix format, which can be loaded into any other ZerOS console. .ift personality files are still compatible, so if you wish to use the legacy fixture tools package still, you can. I hope this helps, if you have any more questions feel free to ask.

How about something like this? I've added two toggleable options at the bottom of the Playback Settings window in the 'Chase' tab (it also fills the blank space there) giving the ability to enable the return of fixtures to previous/underlying values during the chase running, with the extra option of 'Listen to attribute fades' for listening to the fade percentages above this added 'section'. With listening to attribute fades, as soon as it goes back to the previous/underlying values (explained below on how this would work*), it will use the fade percentages defined in the exact same way it would work fading step to step in the chase itself. It also gives the ability to enable or disable fading each separate parameter with the toggles below those two options, so you can return individual (instead of all parameters) parameters to their underlying values. As soon as you enable 'Listen to attribute fades' (making the selection indicator red), all parameters listed below will also go red. This will allow individual control of each one, or all. *The main principle of this new addition is that the console looks for fixtures hitting zero of any parameter in each step of the chase (this can be changed to be a selection in each cue of the cue settings instead perhaps, because values of zero are needed in some cases e.g. colour - but this would still work for intensity based ones), of which at that point they will return to any underlying data (in this case, the other playback, preventing the need to trigger and release multiple playbacks), a bit like how making a change in the programmer then double tapping the CLEAR key will return them to the previous values. I think this mitigates the situation we're currently in with using multiple playbacks painfully. Please let me know about any feedback you might have for this! Edit - I've just realised I forgot to include 'Intensity' in the toggleable section at the bottom (just imagine it's there for now!)

Good morning @Sol, Welcome to the Zero 88 Forum! @Davidmk and @kgallen have done an excellent explanation of how to go about solving this with a 'master' playback triggering and releasing other singular playbacks. I would have done it the same way. I'll admit, this is something that should be able to be done easier, but this is unfortunately currently the only way to do so. I've written some guidance below, expanding on the discussed elements in this post, to help you along with this. (Apologies for the colossal message, I have tried my best to cut it down). In the following steps, you'll be programming individual playbacks with one lighting state each for each 'step' of your chaser. As Kevin and David have mentioned, we can then trigger and release these individual playbacks with a master playback (not the regular type of Master Playback with the main GO button though, to avoid confusion) that just has control over these individual playbacks. It's worth noting that the 'master' playback you'll program will be a chase, with the individual playbacks (the 'steps' of the chase) will be one state on each playback. E.g. Playback 10 has fixture 1 and 5 at full white, then Playback 11 has fixture 2 and 4 at full white, with 1 and 5 at zero, then finally Playback 12 has fixture 3 at full white, with 1, 5, 2 and 4 at zero. This creates the singular steps for an effect that will chase in towards the middle. By programming these individual steps onto separate playbacks (the last few playbacks available on your desk are recommended to keep them out of the way), it allows us to individually trigger and release them. When releasing a playback, ZerOS completely wipes it out from the outputs, returning to the underlying data for that fixture (if any at all), allowing fixtures to switch back to your original rainbow gradient. For example, if I have Playback 1 as fixture 1 thru 5 at full white, whereas in Playback 2 fixture 3 is at red - I bring up Playback 1 (all white), then I bring up playback 2 (fix. 3 at red) while keeping 1 at the same place. Fixture 3 will turn red. If I bring down Playback 2 (fix. 3 at red) to zero, fixture 3 will return to the original data it has in Playback 1 (white) as Playback 1 is still raised. Steps for creating each individual playback (acting as each step for the overall chase) Step 1: Bring those fixtures up for the first / next step of your chaser you want to program. Step 2: Put them in the colour 'White' so their colour is tagged. This will differentiate the colour from the underlying rainbow playback. Step 3: Tap 'Record' -> Tap an empty playback's flash button. (I recommend the last few playbacks, and ensure to leave room to place them in order so you know which one does what) e.g. 3 steps I would have Playback 46, 47, 48 with 46 being step 1 and 48 being step 3 (last step). After you've programmed each individual playback (e.g. each step) Step 1: Think about where you want to put your 'master' playback that will start your custom chaser. Pick somewhere which has an empty playback to the right of it (explained later*) Step 2: Ensure nothing is being output from the desk again. Tap 'Record' -> Tap that playback's flash button of where you want the 'master' playback to be. Then do the same for the empty playback to the right. This will record an empty cue on each playback. *The way this will work is the left one of the two playbacks will be the playback to start the chaser, and the right of the two will be the flash button to stop / release it (the whole chaser). Step 3 (repeat as many times as needed): Record an empty cue for each individual playback ('step') you have programmed onto the 'master' playback (left of the two). On the second cue recorded, the desk will show a prompt. Tap 'Create Chase'. The second cue has now been recorded, with the playback converted to a chase. This prompt will not appear for future cues/steps recorded to that playback, as it will just add another step to the existing chase. Step 4: Go to the first cue in this playback (VIEW + Playback Flash Button to view these cues) and tap 'Add' in the 'Settings' column for that cue. Step 5: As David mentions, use Macros -> Trigger Cue Stacks (tap 'Add' next to it) -> Select your individual playback for the first step. Tap OK. Tap OK again. Step 6: For cue 2, you should tap 'Add' in the 'Settings' column again, Macros -> Trigger your second individual playback for the second step, but under 'Release Cue Stacks', put in the previous step (for this - the first individual playback). That's the base of it done for the first two cues. You'll now want to repeat that for each individual playback (acting as each step) you have programmed, ensuring that for cues past the first trigger, you release the previous, and trigger the next. Cue 1 should have the first trigger, and releasing the last playback so when the chase repeats, no steps overlay each other. In the single cue in the playback to the right (the one we will use to stop the chaser all-together that I talked about earlier) - do VIEW + Playback Flash Button -> 'Add' in 'Settings' column -> Macros -> Release Cue Stacks -> Add in all of your individual playbacks. This will release all playbacks when you hit the flash button, stopping them. You can also trigger both of these playbacks in your main cue stack, so you don't have to worry about moving the faders. Note that if your 'master' playback for this chaser effect is still raised or active, then it will just re-trigger these individual playbacks, so when stopping using the playback to the right, ensure the 'master' playback is down. You may notice something odd with the fade timings for each step. To fix this, enter each playback's view like you've done previously (using VIEW + Playback Flash Button) and edit the fade times in the columns to whatever you wish. The console will listen to these fade times when triggering and releasing each individual playback. To set up your 'master' playback for a Tap Tempo, hold SETUP and tap your 'master' playback's flash button -> CHASE tab -> Use Global BPM (tap to get it with a red line to indicate it is selected). Then define an empty playback as a Global Tap Tempo by holding SETUP again and tapping a flash button of an empty playback -> Fader Function -> Global Tap Tempo -> OK. Again, I apologise for the very very lengthy message, but I hope this is relatively okay to understand, please do let us know if you need more help as this is quite painful to do, and many thanks again to Kevin and David for the initial replies! Archie

It would be great, but (I think) with the current way that ZerOS draws the 'Panel' desktop/window, it's unfortunately at a fixed size so therefore doesn't scale and make more space in that particular window as you resize the window (I'm using the desktop app in the image below, not the iPad app, so I'm able to rescale the window). Things are quite close together to try and ensure that they are big enough without having to make it all smaller to have more space between each of the buttons. Because there isn't much space, it'd be difficult to add labels as they are on the physical front panel in any free space for that window. The labels would be shown in one bitmap which covers the entire digital front panel, which is the way it's done in Phantom for the Front Panel view, but this 'Panel' desktop is actually inside ZerOS itself and not a separate part of the windows emulator. As a side note - I think this 'Panel' desktop is using the same window that's used for the upper part of Test Mode, it certainly looks like it... Anyway, I hope the Monitor x Remote solution worked out okay, if you have any other questions feel free to ask. Archie

Hi Simon, No worries, please let me know how you get on with this. In addition to my comment - if you find the Panels window buttons on ZerOS Monitor to be too small, try using the ‘Zoom’ accessibility feature on iPad. Archie

Hi @Simonkbike, Are you using the 'Panel' desktop view on Solution (in the ZerOS Monitor app) to attempt to hold the 'Memories' key and tap a playback's flash button? This unfortunately won't work as when you press the desired playback's flash button in the Monitor app, it will move your selected coordinates being relayed back to the console to the flash button, away from the 'Memories' key you were holding down (I think). You'll notice this, by observing that as soon as pressing the flash button on a playback while holding 'Memories', or even just tapping a blank space, the coordinates selection will move there and the 'Memories' key will then be visibly un-held if you look carefully. But then, if you move your finger a slight amount while still on the 'Memories' key, it will re-hold that button as the coordinates being relayed back to ZerOS will be moved back there due to a new touch update. As a solution to this problem: I strongly suggest using an iPhone, Android Phone or another iPad/Android tablet to run the ZerOS Remote app alongside the ZerOS Monitor app on the other device. This will allow you, in ZerOS Remote to navigate to the 'Playbacks' page using the dropdown at the bottom. The numbers you see along the bottom are the flash buttons for the designated playbacks along with their faders, and you can page through these using the 'Down' and 'Up' buttons at the top left, or jump straight to the master GO button with the 'Master' button. To change your currently viewed playback in the Memories window, hold the 'Memories' key on ZerOS Monitor in the 'Panel' window, and tap the playback's flash button on ZerOS Remote. Then, navigate back to Desktop 1 in ZerOS Monitor (or whichever desktop your memories window is kept on), and you'll see that you are now viewing the playback you've just selected using both apps. Even though this isn't a 'perfect' solution, it's unfortunately the best that I can offer. I hope this helps. Kind regards, Archie

Hi @barefootcoder, I'm assuming you're working on a Jester 24/48, or a 12/24? Unfortunately, this isn't possible on those consoles due to the trigger functionality not being present. You'll simply have to press the GO button twice quickly. However, the answer is different if you are on a console that's on the ML side of things (Jester ML, ML24, ML48). If you are on a Jester ML console, you can do the following: 1. Go to the cue that you'd like to then program addition cues to snap down and fade down. 2. Bring the fixture you'd like to snap down to an intensity of 0. 3. Ensure 'Down' is 'Snap'. Then hit Program to store that cue, after selecting which memory to record to. 4. Now bring the other fixtures down to an intensity of 0. 5. Define a 'Down' fade time. 6. Use the 'Special' tab on the front panel to tap 'Trigger'. This will change it to 'Auto', which will be an instant follow-on from the previous cue. You can then hit program again. In Run mode, after hitting the GO button on the snap-down cue, the fade-all down cue will automatically follow. An example of this is what I've created below, where cue 1 is the state where all those fixtures are up, cue 2 is bringing a single fixture down in a snap, and cue 3 is an auto-follow of a fade of 2 seconds bringing everything else down: I hope this helps.

Hi @Alexandre, apologies for the late reply but I thought it was worth sharing this. Thank you for providing your show file. You're correct, the crash behaviour is related to Move on Dark being used in Playback 7. Upon further investigation of your show file, cue 3 in Playback 7 contains the 'Smooth' effect (E5 to be precise) applied to fixtures 2-9 and 49-54. After messing around with Move on Dark and only enabling specific attributes (position, effect, etc.), it appears that Move on Dark is looking forward in the cue stack (from cue 1 & 2) and is attempting to apply an intensity effect (Smooth) to fixtures that are at an intensity of 0 in that cue (essentially - those fixtures have no intensity values to modify by the effect / have had no intensity instructions as their intensities are not set in that cue and the previous ones - tracking is enabled). Note that 'Smooth' is an intensity based effect, which is likely the reason for the crash behaviour from what I can see. Instead of disabling Move on Dark generally for the whole playback, in ZerOS we have the option to disable certain parts of it, ensuring you don't lose out on any advantages of using Move on Dark e.g. with colour and position in sacrifice of effects to prevent crashing. To do this, you'll need to turn off the effect attribute for Move on Dark for the specific cue(s) that are causing you problems with Move on Dark so the console ignores any effects that may cause issues for that cue specifically. You could alternatively go the simple route - disabling effects in Move on Dark for the whole playback instead of just individual cues, but that will result in (for example) position based effects not being taken into account by Move on Dark, meaning effects such as 'Circle' won't be applied in dark - you will see them apply from 0 effect size to their defined effect size for that cue over the defined fade time as the fixture's intensity is brought up. You can, however, resolve this*. Disabling Move on Dark for effects only on specific cues: In the 'Settings' column in the cue stack, tap 'Add' on the cue you wish to disable effects with Move on Dark Tap 'Don't Move Effect' so it has a red indicator as opposed to a blue one (red is 'activated/selected', blue is not) Tap 'OK' Effects with Move on Dark has now been disabled for just that cue. When launching into this cue, effects will now be applied on the press of GO into that cue. You can do this for every cue that is causing a problem. Disabling Move on Dark for effects only on the entire playback: Hold the 'Setup' key on your console's front panel and tap your playback's flash button On the internal touchscreen (or monitor if using a FLX S48), tap 'Move on Dark' Tap 'Don't Move Effect' so it has a red indicator as opposed to a blue one *By enabling 'Don't Move Effect' for the whole playback in the playback's settings, inside each specific cue's settings referred in my first set of bulletpoints, that option will now have changed to 'Move Effect' (only for cues within that playback). This allows you to tell the console to look ahead in the cue stack and move the effect-based things for a specific cue anyway, ignoring the playback's general settings for Move on Dark that all effect movements are disabled. An example of this is shown in the image below in the far left column of options: I hope this helps, and I hope your FLX S continues to serve you well. Kind regards Archie

The ability to change views within the Output Window between 20 or 24 fixtures is possible with channel width located in 'Window Setup', but only for Solution / XL, Leapfrog 48/96, Orb, OrbXF and SCD Server Pro. This button is on the top bar of the Output Window, but unfortunately (as far as I can see), it is not available for FLX, FLX S or ZerOS Server. In response to your original question, you may be thinking of the 'Hide Unpatched' option within this popup window that will stop any unpatched fixtures being shown in the Output Window perhaps? See below:

I mean.. not to lead too far away from the post's original topic with my message below, but if we're on the topic of analysing ZerOS... relatively recently I loaded ZerOS up and had a play around. I'm not sure if it has been discussed before, but I discovered that ZerOS used to have (or still has - I just cannot seem to find it) a partial theme editor for the external monitor's UI appearance.. in newer versions it seems to have disappeared though. This was on ZerOS version 7.8.2.39, so that software version was released just nearing the end of 2016 and was the last available one for Frog 2. I also found a "Testbed" window, which was most definitely for development purposes of displaying cells, buttons, tickboxes, dropdowns, and other UI elements that need to be presented by the software. Below, I've attached three screenshots that I took today to show here. The first two relate to the "Display Palette Editor" (theme editor, one screenshot is the default view and the other is when I'd edited some colours such as the background to be green and button text to be pink) and "Testbed" for UI elements. P.S. admins - I apologise if sharing this isn't allowed for development reasons, please delete my post if that is the case Safety notice - if you somehow find this on your console (I won't say how I got these windows, to prevent any misuse of it or people potentially making mistakes) - I definitely don't recommend changing any values at all, because when resetting the desk, it won't reset these values.

@MD1125, thank you very much for sharing and outlining this. Analysing network traffic.. I wouldn't have figured that out straight off! That's really interesting to see how ZerOS handles inputs from the mobile apps. I recognise the Z88R part of the string - presumably meaning "Zero 88 Remote". When I opened some of the obfuscated files that ZerOS contains (built on a linux system), most begin with "Z88C" from what I remember, presumably meaning "Zero 88 Console", so I can see the links starting to form...

Ah, @Davidmk, I do apologise for posting over your post, the forum page didn't update for me showing your post when you posted it while I was writing mine. Archie

Hello @MD1125, Welcome to the Zero 88 forum. Yes, this is correct. The ZerOS Monitor and Remote apps rely directly on the console, therefore all processing when performing actions on the remote apps is done on the console itself, and rather not your own device apart from sending the x and y coordinates like you say. I believe this unfortunately won't be directly possible, as ZerOS only accepts communication to the console via the methods @kgallen outlined regarding MIDI and OSC, however the FLX S is unable to use MIDI as it doesn't have a physical port. This is correct as well, however I am going to highlight 'Macros' as a part of this. There are two types of Macros within ZerOS. Fixture Macros, and User Macros. Fixture Macros are available on the FLX S, but User Macros aren't. On the other hand, if you did have access to User Macros for example on a full size FLX (max 240 macros) or a Solution (max 400 macros), you could theoretically: Record -> Tap 'Macro' -> Select a macro to record to -> Keys -> Type the syntax commands you would like (Keys will also record presses such as 'Home') -> Tap 'Macro' again to stop recording -> Tap 'Clear' to clear the syntax line. If you use Solution for this, you need to instead tap the Macro's MFK to stop recording I think. Doing this is of course rather painful, and will only let you control specific fixtures at specific levels you have already programmed into the console, and if using the full size FLX it will eat into your macro count relatively quickly (max 240) depending on how you use this, but it will allow you to control the macro you have just programmed via the OSC protocol, which you could use in your own codebase as you wish to control the intensity levels of specific fixtures. For example, if I then programmed a macro via the following: Record -> Macro -> Macro 1 -> Keys -> '1 thru 10 Home' -> Macro I could then execute that exact combination of key presses on the console by firing a command over the OSC protocol: /zeros/macro/1 (if I recorded it as Macro 1). You could record singular colours using Macros as well. I am aware that you are on the FLX S, and that this unfortunately won't be possible for your console regarding User Macros, but I thought I would take the chance to share this information in case it is of use for the future for you (who knows...). It definitely isn't the best way of doing things, but it is a little workaround that I found to partially work. So, in answer to your question, you could fire 1 enter @100 enter, but just not on the FLX S.

Thank you, that's brilliant to see that there will be a new ZerOS build soon. I look forward to it!

Hi @Worcester RGSTech, Please find the fixture personality file attached. Regards SL-H7 _ SL-H12.ift

Hi @Oliver_74, Just to be absolutely sure, do you mean importing an entire patch consisting of (for example) dimming channels, and LED fixtures, or do you mean you want to import a custom fixture profile into your patch, replacing a previous profile or adding a new one? If you mean that you wish to import an entire patch into an existing show file, this is unfortunately not possible within ZerOS. The patch must be edited within the show file. It may be of use making the patch, then saving as a separate file onto the root of a USB stick, however if you build new cues in one file, they will not carry over to the other, resulting in both (or more if multiple) eventually becoming out of sync with each other.

Hi Oliver, Yes, when loading show files in any capacity, show data is removed from the console's memory and replaced with the contents of the requested file to load. I'm not sure of a way to import a patch into an existing show file without this happening, I don't think it is possible, unfortunately. An alternate method, however - you could note down each patch configuration in a spreadsheet, and when the time comes, edit the existing patch in the desk to align with your spreadsheet data. Additionally, if you're not already aware, you are able to edit show files using the PC emulator, Phantom ZerOS. This will allow you to load a show file into Phantom ZerOS, in your case - edit the patch, re-save onto USB and load back into the physical desk when you are at the venue. This can be a massive save on time for when you don't have access to the physical desk, helping with your swap-overs. Regards.

Hi @Oliver_74, You can import patches (without other show file data such as memories) via Setup -> Load -> Select File -> 'Setup Only' or 'Setup & Palettes', which will load the console's setup (including patch, defaults, settings etc.), and palettes if specified. Be aware that when loading files, it clears the previous show file on the desk, so make sure to create a backup. You could create some 'sample' patch files by setting the patch up, and saving that file. Then, once you load one of those files, you can start programming straight away with your patch loaded in from a 'sample' file you created. If you select 'Load Complete Show', it will load all data contained within that show file. If you mean that you want to import a specific part of the patch into another show file's patch, this is unfortunately not possible. Hope this helps.

Is it CSC you are thinking of? (https://www.ctrelectronics.co.uk/csc-show-control.php)

OSC is really useful from my perspective for when you just want to run your show off one main control centre, but not having lights + sound (and possibly projection) all programmed in on a singular machine. If that one machine goes down, you've lost all lights, all sound and all projection. Whereas, if you run lights separately with the computer controlling sound and projection, while a lighting console is controlling LX separately, if the main computer goes down then you still have light on stage and can control that independently. Something like this can be done with OSC via QLab (with Network Messages) however QLab does require a license for this, or using something like Multiplay (another sound + projection cue-based tool) as @Neil Macmillan has used, is another option that is free to use (but still very very good!). So, if you are looking for a cue-based solution and you use a Mac, QLab is probably the best option (you could have a "magic sheet" as @Davidmk has, using Cue Carts within QLab). These "cue carts" can fire Network Messages over OSC to trigger certain cues on the LX console, like a soundboard but for lights. However, if you use Windows, Multiplay is also a good option (not sure about cue carts on it though). If you're on a Mac and instead of using QLab, you want to use Multiplay, you could run it via Wine but this won't run natively on your Mac and I'm not sure if OSC would work with how Wine handles things, but it could be worth a try. Unfortunately QLab on Windows isn't an option as it is developed primarily on the Apple platform, and so relies on Apple infrastructure for features such as AppleScript integration. QLab Network Message Cues - https://qlab.app/docs/v5/networking/network-cues/ QLab Cue Carts - https://qlab.app/docs/v4/general/cue-carts/ If you do use Multiplay, I very much point you to Neil's video! (I used it myself when having a play with OSC over Multiplay to my Phantom ZerOS setup, so thank you very much Neil for making that video). Best of luck with what you want to do with OSC.

--Rewritten for clarity-- Thank you, I do look forward to the news of this, apologies that I was no use of advice. My issue, with the help of others, was thought to be a section of a ribbon cable had come partially disconnected or loose, not allowing data to come through fully to the LCDs.. if not at all while still being back-lit. Not sure if that is the case or not but we shall hopefully find out, I still have yet to open my Jester ML yet again to find the issue.. been a bit busy over the holidays! Issue hasn't happened in some time though, still keeping an eye out for it.

That is true.. I received a Juggler which had no PSU so I was stuck with the single one from the JesterML I have.