Jump to content
Zero 88 Community Support Forum

sopsjoer

Members
  • Content count

    4
  • Joined

  • Last visited

Profile Information

  • Gender
    Male
  1. Hey guys, Can you make a fixture for these lasers? I have a jesterML24 desk. Thnx in advance! Fixture requests: RF1456RGB laser http://www.rfsystems.nl/gebruiksaanwijzingen/LI125001_NL_.pdf (in dutch, sorry) Ayra Ita Quatro laser see attachment ayra_ita_quatro_rg_dmx_laser_user_manual_v2.pdf
  2. Upgrade to v4.0 fail

    I had the same thing, altough i got an error message 036. I updated the desk again, changed lcd settings and everything was ok
  3. Hey guys, Im currently programming my movers using memories. I made 30 position palettes with my movers standing still (static) and moving (dynamic), using the build in figures of the desk. It is my purpose to easily fade from a static position to a dynamic one, to have a smooth transition between different memories. So my memories are based upon the position palettes with a fade in & out time, and under “special” I switched position from snap to fade(u). I did this for all my memories. So the expected result is a smooth transition going from a static position (movers pointed at drummer), to a dynamic one (an ellipse shape with a certain speed), and vice versa. Now what happens?: The movers slowly move towards the center of the shape (0.5 x fade time), and then snap towards the starting point. From there the desk starts the shape run. This is very ugly and unwanted behavior. How to prevent this? The same thing happens going from a dynamic memory to a static one (now the movers snap towards the center, and then start to fade) I have been thinking of mark/setup cues/memories, but the only solution is to move in black. This is however, not what I want, because that removes the whole effect, and I want only my submaster faders to influence the intensity channels (and thus not the memories). Does someone know how to solve this? Thnx in advance! (by the way, the fanning option is really awesome)
  4. Hey guys, We recently obtained a jesterML 24 deck and it works really nice. We have updated to v3.3 and we are using fixture library 25. Up till now we have actually only used it in manual mode, but now we are at a stage that we want to program chases. Our basic setup consists of some led pars and some moving lights (scanners). We also have some conventional lights, a strobe and a laser. (for the laser we made our on fixture) We would like to use the build in figures for the moving lights for our chases. As we are primarily working with live acts, we would like to control the speed of the moving lights (by using a submaster) independently of the chase speed used for our led pars. This way we can make a consistent show. In an ideal world we would like to obtain the following: We would like to have 1 submaster fader that affects the speed of the moving lights, but does not affect the type of figure, figure middle position, and figure size. For the figure type and position we would like to use palettes, and for the size we would like to have another submaster fader (affecting x and y). We know that this is not possible, as these parameters cannot be untagged, even if one selects the channel mode in the setup menu. We understand that these parameters are related and thus one cannot untag these (although in theory it should be possible by dynamically adjusting the different parameters, but I guess that the firmware does not support this). So our ideal goal is not possible, thus we thought that making different submasters for each programmed figure, for a fixed size and a fixed middle position should solve this problem. We thus programmed a submaster as a scene with all position parameters in absolute mode, except for the speed in relative mode. Now, after programming we tested the fader, and what happens? If the fader crosses the 5 % the speed of the movement directly increases to the maximum value. Further increasing the fader does not affect the speed at all. We tried different settings between relative and absolute mode, but the results are the same. We think this problem occurs due to the reason that the speed parameter can be a positive and a negative value. Maybe this can be solved by using one absolute speed parameter and one parameter indicating the movement direction. Maybe this is possible by a firmware update? So this is not working for us. The next thing we tried was making a chase and only adjusting the rotation parameter in the relative mode for each step. The only thing we have to figure out is the amount of steps required (and thus the amount of rotation degrees) for a full rotation to make a consistent show with respect to the led pars (we don’t want our moving lights going crazy while the led pars are fading very slowly). We tried to make a chase of four steps with the rotation parameter in relative mode of 90 degrees. Upon testing the chase however, the lights aren’t moving (We adjusted the chase speed). We are thus questioning the difference between relative mode and absolute mode. We tried the same thing for different modes (absolute/relative) but now we made four steps for different rotation settings: step 1: 0 rotation step 2: 90 rotation step 3: 180 rotation step 4: 270 rotation During testing the next thing happens; if the chase goes from step 4 to step 1, the movement direction is inversed and in one step the light rotate 270 degrees, instead of increasing 90 degrees to 0 (the starting position). We tried this also with the last step in relative mode but the same result is obtained over, and over again. So, our conclusion is that we cannot use the build in figures for our chases! Our only option (as we see it now) is to program our own steps with the x and y position, while keeping in mind that a certain amount of steps are needed to match the chase speed of our fading led pars. Now this will be a lot of work as the size would again affect the amount of steps needed. But, we are guessing that we are doing something wrong, as the build in figures aren’t programmed for nothing. Can one of you guys explain how to tackle this problem? Thanks!
×