Archie D

Hi Martin, Really glad to hear this - I'm glad you've got it sorted. Nice find on the extra setting for the NVRAM! Happy to help. Archie

Hi @Rye, The easiest option here if you were using a full-size FLX would be to use macros. Macros have the ability to capture press and hold events on front-panel buttons, therefore you can record a macro that records key presses (not syntax commands), hold CLEAR and tap the Fader Function button (same as the FLX S Channels/Playbacks button). You could then execute this macro via OSC.. /zeros/macro/1 for example. As you're on FLX S however, the above won't work as user macros are not a feature of FLX S consoles. There isn't an OSC command to release all playbacks, so you're right - you would have to release each one with its own individual network cue. To simplify operation though, you could make each network cue follow on from the previous one so you can trigger the first playback release network cue and each playback (1-96) gets released at the same time. If you were using QLab, this could be done with a group cue instead. I hope this helps. Archie

Silly me - yes, that of course could have been a possibility. Probably was unstable in some way, making the main console drop out so the backup took over as the main was considered 'offline'. Fantastic to hear your main FLX didn't crash. Anyway - I hope the show went well, great pic!

Hi Martin, No problem - let me know how you get on. Archie

Hi @scottydog75, Tracking backup ensures that the master and backup desk(s) are synchronised - so when an update is made on the master desk (e.g. a cue is recorded, a playback is raised), it is automatically transferred to the backup desk without any prompts. Therefore, making edits to the showfile on the master desk shouldn't force the backup desk to take over. You'd get a prompt (as seen below) asking which show file you want to use when taking back control on the master desk if the backup desk has already taken over, along with the ability to save the current showfile on that desk to a USB storage device. At the time, were you using DHCP, or did you assign the desks static IP addresses? Perhaps something was conflicting with the master desk using static IPs, meaning the master desk couldn't acknowledge the backup desk to say 'Yes, I'm still here!', therefore the backup desk took over? Or, perhaps some packets were lost over the network and again, the backup desk couldn't pick up that the master desk was still alive...

Hi Martin, The only BIOS section which pops out to me regarding this issue is Advanced > Display Control. The settings are as follows: Display Mode: [CRT+LFP] Flat Panel Type: [XGA 1x18] Flat Panel Scaling: [Stretched] If those settings are already as listed, it may be a dodgy connection internally to the Monitor 2 VGA port causing a colour to not be output, giving you an image without the correct colours. If you're confident in opening the desk, it would be worth checking this. I hope this helps. Archie

Hi @Martin J, I'm fairly confident that Frog2 and Orb Series consoles have the same BIOS as each other, so when I'm home I'll make a list of all the BIOS settings for you. Failing that, some soldered connections on the VGA connector itself for monitor 2 may be faulty, therefore not giving all colours on the display output. The VGA port has individual pins for Red, Green and Blue colours, so one of those might be causing the issue you're experiencing. Archie

Hi @O Thompson, You probably found that this was because SmartTag was enabled in the Record Options window. Recording home values worked fine, but default values did not because SmartTag ignores fixtures with zero intensity. Your home values had the fixtures at an intensity higher than zero, therefore they were included in the record operation. Another solution to not seeing your fixtures move when your playback is raised is by viewing the playback settings (SETUP + Playback Button) -> Button Function -> Go (Snap) -> OK. Now, you can tap the playback's button to prep your fixtures (position, beam, shape and colour) and then raise the fader to bring intensities up. If you wish to preserve the current setting for button function, you can instead change the shifted button function (what happens when you hold SHIFT and tap the playback's button). To do this, hold SHIFT while tapping the new button function. Now, hold SHIFT and tap the playback's button to prepare your fixtures. If you wish to use this method instead (it allows for multiple different positions of fixtures with lots of playbacks), you can restore your fixture's default values to their default values by selecting them and tapping DELETE -> Home -> Default. I hope this helps. Archie

I agree with kgallen, this is most likely a battery issue. The battery is what holds the date and time along with the showfile data, so once the desk loses power it loses those if no battery is present. The time then resets and counts up from zero when powered on each time. Are you getting a message on the external monitor saying 'Warning : CMOS Battery failure detected.'? Following kgallen's advice - without attempting to reinstall the Frog Software, try powering on with a fresh battery and let the desk load into the memories screen, then cut power and turn on again. You should find that if the battery has been installed correctly, the second restart shouldn't show the 'Desk ID <number> is invalid.' message. As far as I know with the dipswitches on the channel fader PCBs, they are only used to tell the desk software which board is which. However, it would be a good idea while you've got the desk open to check they are in the correct position anyway. I hope this helps.

I've been running DMX out of Phantom ZerOS 8.0.1, and seems stable. Haven't experienced any crashes with regular daily use.

Hi Paul, Yes - this is correct. My apologies, I should have mentioned that you'd need to delete the dimmer fixture already there. Worth noting, as a shortcut to delete all fixtures numbered 1-48, you can type 1 THRU 48 DELETE ENTER while in the Fixture Schedule tab of SETUP. The shortcut for THRU is '>' on a keyboard. Any further questions please feel free to ask. Archie P.S. they're not in the garage... they're all in the house... I may have to move out soon!

Hi @Muller Light, You can patch your RGBW fixture onto the faders by assigning it a fixture number of 1-48 (or 1-96 if using a Solution XL), and the fader will control the intensity. To control colour, the fixture must be selected. Solution consoles don't automatically select fixtures when channel faders are raised like FLX and FLX S consoles do, so you would need to select it manually. You can turn the channel flash buttons below the faders into fixture select buttons via SPECIAL -> Channel button mode -> Select. This replicates the behaviour of the select buttons on FLX and FLX S - tap to select, tap again to deselect. The button's yellow LED will illuminate when that fixture is currently selected. Once the fixture is selected, you can control the colour in the same way as fixtures that are on the MFKs. Hope this helps, Archie

Don’t apologise - life gets in the way sometimes! I hope they’ve managed to sort the intermittent fault out. My JesterML had a ribbon cable that looked like the legs of the components on the front panel had pierced part of it. On the Blue Room, I assisted someone else identifying an issue with their front panel on a Jester 24/48. Their ribbon cable was pierced too. Seems like it might be a common thing? But not sure. Possibly could be solved by carefully cutting the component leg just below the solder joint while leaving a little bit of leg left, shortening the spike. That way the ribbon cable hopefully won’t suffer.

Update time! The issue has been coming back intermittently. Rather late, but tonight I have just replaced the ribbon cable between the processor board and front panel with one which came out of my spare Juggler (has the same FC-26P connector). Will be monitoring how it does over this week and if the buggy LCD issue arises again. Will post progress on the issue.

Hi Zulu, No worries - fantastic to hear everything’s working as intended now. Best of luck with your show! Archie

Hi @Petera, The ADJ Jolt 300 is available in the ZerOS Fixture Library on the console, therefore you won't need to match the channels to another fixture in the library. Archie

Hi Brian, When a playback with values stored is raised or active while recording a cue, those values are stored into that newly recorded cue. You can circumvent this by disabling Smart Tag in the Record / Update Options window (tap RECORD or UPDATE, then tap again to exit - selection will be stored). When Smart Tag is disabled, values coming from other active playbacks will not be recorded in, preventing slip-ups. The source options at the top of the Update Options window are effectively a way of telling the console what things you want to update in a single operation. It can be added to via syntax, e.g. UPDATE (the cue I am currently in is automatically in the source options), AND 2 (adds cue 2 to the source options, to specify cues from other playbacks at the same time use Playback Number/Cue Number). This means the console will be updating both the cue I am currently in as well as cue 2 with the desired 'Remove' operation. You can tap various items in the source options area to exclude them or add them, indicated with red and blue stripes. Correct - the values would be stored inside the recorded cue within the main stack, therefore they need to be removed from the cue. To remove a fixture entirely from a cue, you can follow my listed steps in my earlier post but leaving out the un-tagging of Intensity. Go into the cue, simply home the fixture(s) to tag all parameters and then remove from the cue via Update. I hope this helps - if you have any queries or require further explanation feel free to ask. Archie

Hi Zulu, No worries, glad to hear the solution worked on Phantom ZerOS for you. To 'fix' an individual cue, repeating the steps listed would work perfectly. However, if you have a range of cues together which all have the same problem, you could attempt using Track Forwards in the tracking options along with 'Remove' within the Update Window, but be aware of potential blocked cues. If the values that cause the movement and colour change during the fadeout are tracked through to following cues, then Track Forwards will work alongside 'Remove'. You can alternatively use Cue Only in the tracking options within the Update Window and simply use syntax (UPDATE 3 THRU 7), which would apply the 'Remove' to all of those cues for tagged parameters. As the issue you're facing is rooted from information stored in cues, the cues themselves must be updated to remove that information. If you have any other questions, please feel free to ask. Archie

Hi @Zulu, It sounds as if the cue in which your fixtures fade out have position and colour information too. To let these fixtures fade out without any movement or colour changes, we need to remove that information from that cue. First, save a copy of your showfile so you can revert to it if needed (Z/Shift -> Save Show). Now select your problematic cue (the one to fade out the fixtures) and tap GO to proceed into that cue. Select your moving fixtures, then tap the Home icon (top left of the internal touchscreen). This homes & tags all parameters for the selected fixture(s). Now, we want to un-tag only the Intensity parameter so that the intensity of the fixtures still go to zero (e.g. that information is preserved), instead of previous values tracking through. To do this, tap the Z/Shift key, then tap 'Intensity' above the first encoder wheel - it should switch to have a dark background. That parameter is now un-tagged. Now tap the UPDATE key (you may have to hold it for the Update Window to appear on the internal touchscreen, this behaviour can be adjusted in SETUP -> Settings -> Record & Update), ensure 'Remove' has a red stripe (enabled) and Smart Tag has a blue stripe (disabled). Also make sure that 'Cue Only' has a red stripe so that we are only dealing with and affecting this cue. Tap your Master GO button to submit the update. You should now find that the fixtures fade out without changing position and colour. If you have any questions feel free to ask. Archie

Hi Simon, It is extremely unfortunate that Ian passed away, he is definitely missed. Regarding the wheels - there is a tiny PCB on each wheel held by four plastic clips (two latch over the PCB and two stick up through holes on the PCB). If this PCB comes out of those clips and slides out slightly, the contacts don't meet the wheel and so the wheel's movements are not read correctly. If you don't get anywhere with White Light as kgallen has suggested, and are confident with opening your Solution up (the front panel along with the palm-rest hinges up from the base to an extent) then it may be worth checking those PCBs. If all PCBs are seated correctly and the wheels still do not respond correctly, it would be worth looking into spares. Hope this helps.

Hi Edward, Apologies for the delay, things have been rather busy this end. Thank you for your advice - when things have calmed down a bit I will have a look into the BIOS instructions, thank you for the link. I'll let you know the outcome. Many thanks again, Archie

Hi Edward, Thank you for your reply, I really appreciate it. That probably explains why I can't get into it. I was looking for the Startup Tool to future-proof the desk in case I need to do a fresh software install to recover it as the desk currently isn't picking up any bootable USB sticks (have tried multiple, including the MBR method), neither is it picking up the software CD supplied with the desk. Since it was introduced for FLX S, am I correct in thinking it will only accept .exe upgrade files instead of a whole bootable USB? Many thanks, Archie

No worries, great to hear.

I'd recommend using ZerOS 8.0.1 for your next show as I believe ZOS-12594 is the bug fix for the crashing issue in ZerOS 8.0.0. ZerOS 8.0.1 also fixes the issue when referencing a non-existent palette (ZOS-12752) using syntax (e.g. COLOUR 40 ENTER where Colour Palette 40 does not exist), previously this would crash the desk. This is actually quite useful if you accidentally hit the wrong key while trying to reference a palette (therefore entering the incorrect palette number, accidentally being one that doesn't exist), and then you have to restart the whole desk to gain control again.

Hello @alg, Move on Dark can be enabled via entering your playback's settings (hold SETUP + Tap Playback's button) -> Move on Dark -> Enabled. The 'General', 'Chase', 'Raise and Lower' etc. that you see along the top are tabs to access groupings of playback settings, they aren't buttons to adjust actual settings. By default, when opening a playback's settings window, 'General' will always be the first tab selected (hence you see General every time you open the window), as they are general playback settings which aren't necessarily specific to other tabs such as 'Raise and Lower' or 'Chase'. If you're perhaps thinking of playback defaults found in SETUP -> Defaults -> Playback Defaults, these settings will only be applied to newly created playbacks and will not change existing ones. (D:3.0) in a fade time cell of a cue indicates a delay, with the time before it (0.0 in your case) indicating the actual fade time. If a cue had "5.0 (D:2.0)" in the "Up" cell, when going into that cue the console would delay executing the fade for fading up lights in that cue for two seconds, then proceed with the five second fade. This can be useful in cases for example where you don't want a moving light to come up until it has actually snapped into its position to prevent seeing it swoosh across stage during an intensity fade up or for staggering fades. Hope this helps, if you have any other questions please don't hesitate to ask. Archie