Davidmk

OK. Well, I'm guessing here, but it looks like you have the position recorded in your playbacks along with the colour and intensity. When you put the fader up the fixtures move to that position, when you bring it down the fixtures are released and so they go back to the default position (which is probably the same as Home). Firstly, does it matter how the fixtures are positioned if the intensity is zero? If it is the movement when you bring the faders up that is bothering you then try changing the trigger level or press the Go button on the playback before raising the fader. If that doesn't work for you then there's more than one way out of it but first you need to remove the position information from your playbacks. You can do this with update/remove or by just deleting them and recording them again without pan/tilt parameters. If you only need the fixtures in one position you could set that position as the default. Another option is to record the position on another playback and keep that up. There's also the option to disable Release on Lower but this will keep the colour as well - at least until it is overridden by another playback. Or, you could wait until the Z88 people give you a more authoritative response - I'm an FLX user and often recommend solutions only available on that console (I have checked the S48 manual this time though.)

I don't think you've done anything wrong but you seem to have recorded something you didn't mean to. What would you like to happen as you raise and lower the fader? Is it that they change colour and come on (on raise) and revert to the original colour and go off (on lower)?

How big is the lag? Can it be explained by a combination of dimmer curves and heating up (of lamp filaments) Check the dimmer levels on the fader screen.

Could speed override (see manual here) help? There's also Pause, here.

Hi @Amy Worrall @kgallen @Edward Z88 I love threads like this, I always learn something. In this case, more than I contributed 😀. Thanks all.

That's the great thing about it, you have a choice!

@kgallen I'm a busker but, call me old fashioned, I keep it off for cue stacks because I'm used to working that way.

@kgallen already gave one answer but there are other options. Read about blind mode here and cue editing here. There's also a save as CSV option, you can open the resulting file in a spreadsheet. It's not easy to read but it shows everything in every cue in a single playback.

From the manual... If any of the selected fixtures are not actually programmed in the applied palette, but there are one or more fixtures of the same type that are programmed, the fixture will use the values programmed for the first fixture of the same type. So, I presume all ZerOS pallettes are "by-type".

@kgallen is right I think. Only way I know anyway, you tap the time you want to change, hit ENTER, type the new time, ENTER again and then DOWN (the arrow key) for the next cue. Remember you have multiple fade times, not just intensity - best to do a column at a time rather than all the times on each cue in turn - less key strokes.

Hi @kgallen. This will remove that fixture from the cue entirely. If that's not what you want then just select the parameters you want (or do "thing") and then update remove instead. Or do HOME and un-tag the ones you want to keep. The values are irrelevant by the way - its the selection that matters.

Check the manual here. I'm an FLX user but I think this applies to FLX S as well.

Just wondering if anyone else has been writing scripts in TouchOSC Mk2. I've been playing with it for a few weeks now and I'm getting close to a finished busking interface for FLX (S) that is customisable (without changing the code) that you can operate from a tablet or a laptop. It also accepts MIDI over USB if you were using MIDI already and like physical controls. Its not ready for sharing yet but, while I still have a tenuous grip on my sanity, thought I'd see if anyone else is fighting lua who might like to share experiences and ideas. PM me if you are interested or have any tips on remaining sane while coding.

Originally I was but then I used search. So does that mean FLX S users need to set date and time whenever the desk is turned on?

The manual doesn't actually mention date & time adjustment but if you go to setup ->settings I think you should be able to correct the system date and time. My first thought was that you need to replace the battery but the thread FLX48S Battery has a post from @Edward Z88 explicitly stating that FLX S does NOT have a battery so it isn't that

Well, first look at "fader controls" here in the manual which should help with what you propose. I use this all the time to control combinations of pan/tilt/zoom/focus when busking. However, don't rule out cue stacks, especially now we have OSC (I believe it is available on FLX S). IMHO, these are better for colours and probably for gobos because you don't have to fade through unwanted values to get what you want. They are especially easy to use with /zeros/cue/go OSC commands (I've been doing it in Beta test). You need something like Hexler TouchOSC MK1 running on a tablet or laptop on a network with the desk to send the commands (PM me if you need more help with that). I've been doing this with MIDI for ages but OSC will make it much simpler.

You are not alone. Been there, done that, got the tee shirt. 😀

Ditto. I generally want to record just intensity or everything else but intensity so SmartTag is a nuisance. I don't think I'm super-human (but I'm not disputing @Edward Z88's powers). It's probably because I'm not that I find myself baffled by SmartTag, Cue Only & Move On Dark. I've only done one show "on the button". I got through it but it was a mess. If/when I do another one I'll have to do some homework.

Yes, pretty much. Start from a problem (or something people want to do) and do a step by step guide. I still think flowcharts are good. Like "here's the steps" in order, with alternatives then link out to how. Not particularly relevant to your example though.

PS I've been up all night trying to write scripts for TouchOSC. I've been a programmer all my adult life but I've struggled with this. The Hexler manual doesn't help much, it assumes you know Lua. The Lua manual is better but I still don't know how to implement a multi-dimensional array. Making progress though.

It is a general problem that manuals tend to tell you what "things" do not what "thing" you need at any given time. It is much easier to write them that way and, IMHO, the ZerOS manual is much better than most by this metric. Knowing what "thing" you want is much harder. How does a writer cover the finite, but huge, array of possibilities without rivalling War And Peace? They can't, basically, and that is where training steps in. This forum also picks some of it up - how often do replies say "see the manual here"? I have see very few of the training videos, my brain just doesn't like that input channel very much. So my take would be a separate "how to" guide giving you the workflow to plot a show (including how to add & correct cues) in one chapter, how to set up the desk for busking in another, etc. The history of questions posed on this forum should give an idea of other topics. Flowcharts could be a big part of it too. An online version could include links to the manual to get the details. I'm waffling now. I'll leave it there.

To change the default see the manual here but this will only apply to new cues. I think the only way to change existing cues is to view each playback in turn and change them individually. Not quite as tedious as it sounds as you can use the down arrow key to move down the cue stack.

Thank you!

Hear hear!

I'm mildly (but pleasantly) surprised by this - using a fader means sending - and therefore processing - a lot of messages in quick succession and I would not have been surprised if the desk was overwhelmed by it. Good news in deed.