invisible

Well, the Jester series was launched 20 years ago, so it wouldn't be a big surprise if they did some (in hindsight) strange things in the software... As a software developer myself, I read "this is a complex function" more as "we didn't anticipate it in our initial design" 😉 Because, lets be real: 16 bit dimming is no different from scaling any other 16 bit value (like eg. a position) during a fade; and you obviously know how to do it, if you offer that option for some parameters. But if you approach the design with an "I enter and display percentages, so why would I use a different number range" attitude, then you will (consciously or by accident) try to make the numbers adhere to that presumption — been there, done that, happens to every developer.

It was an excellent thought, but unfortunately the Virtual Dimmer also seems to have 8 bit resolution (or even %), so the 16 bit parameter is still only scaled to 256 (or 100) discrete values. When I do a 20 second fade from 0% to 1%, the light again just "switches on" near the end of the fade time (which again makes me think that the console actually operates on 0-100 internally, because if it were 0-255 I'd expect the "switch" to happen after about 20/256*100=7.8 seconds, with another step after about 15 seconds).

That actually sounds like an interesting Idea. Will try!

Yes, I checked with a simple 6ch controller. On the Jester, If I assign channel 2 to the dimmer, the spot also dims smoothly (but only to very low brightness, of course, as it only uses 0-255 instead of the full 0-65535 value range). The spot still has a very non-linear dimmer curve (ch2 @255 is probably already about 3-4% brightness) — but it's much better than instantly _jumping_ from 0 to 3%. For testing I also recreated a fixture with channels 1+2 (dimmer coarse+fine) configured as a 'position'. When I then program a cue list where the fixture pans from full left to full right (which is actually displayed as "0-0" to "255-255" — just as mentioned in the manual — instead of "0%" to "100%" like it was with the channel configured as 'dimmer') then the spot does dim smoothly too. This confirms my suspicion that the Jester consoles only support 8-bit dimmer channels (which also explains the warning in the Fixture Type Editor). 😞

Yes, I've tested it by programming a cue list too, the brightness has a noticeable "jump" when the spot fades in/out from/to black, which is consistent with only the "coarse" dimmer channel being used. For testing I also created the fixture with MSB/LSB reversed, there I would expect massive flickering while the fade is running (as then the "coarse" dimmer channel would cycle through all possible values) — this does not happen. I also noticed that the Fixture Type Editor prints a warning about channels being of WORD type (i.e. 16bit) when I save the file. When I have more time I will also cross-check what happens if I configure channels 1+2 as something else that has support for 16bit values, e.g. pan/tilt, and then "move" the fixture... The FLX is a much more recent console (about 10 years younger than the Jester series), and the software is completely different; so I don't think it makes sense to compare the behavior between them. I wish manufacturers would release the firmware source code of discontinued products, so that the community could more easily check & fix such issues...

Hello, I'm trying to set up some Cameo Root Par 6 in 11ch mode on my Jester TLXtra. In this mode they support a 16 bit dimmer on channel 1 (MSB) and 2 (LSB); I created the fixture with the Fixture Type Editor, selected 16bit for the dimmer, and assigned the two channels accordingly. When I load this fixture into the console it seems to only use 8 bit though (very noticeable on LED spots, as there is a significant jump in brightness between 0 and 1%, which is exactly why there is a 16 bit dimmer in the first place). According to the manual: "16-bit parameters are displayed on the desk as two sets of values (eg 127-255) to indicate the level of both channels", but my desk only displays 1 value (0-100%) on the dimmer wheel. In fact it almost feels as if the dimmer doesn't even use the full 8-bit resolution but actually "%". What am I missing? regards, Stephan

I think that's only a label for fixtures that use HSI internally, but does not actually add any "math" behind the scenes (as e.g. the virtual dimmer channel does). There would need to be a way to enter 3 DMX adresses for each value (i.e. the R/G/B channels that should be calculated from HSI). But I'll give it a try.

Hello, is there a way to create fixture definitions that allow to operate fixtures with RGB color mixing as HSB on the JesterML/TL (i.e. program colors as hue/saturation/brightness and the console converts it into red/green/blue output channels)? The arrangement of the scroll wheels would be perfect for that. regards, Stephan