Options
Related

BUG EFFECT

Hello,
I have recognized a bug from always in the hog 4 system,
The bug is when you play an effect, both the effect engine section and a list.
Example: if you apply a dimmer effect on 20 machines, sine size 100 intesity fixture 0 with offset
And you save on a cue, you play the effect by sending the rate of the cursor at high altitude levels for then resting it at low levels the offset will not be the same but the effect loses the sequence must send the list and give again go, the effect things returns to turn as regenerated .. This problem does it also on the effect engine if you increase the speed and then is slowing you lose the sequence created on the offset.
Here a similar when on a list you have a dimmer effect and on the next you have a dimmer stroke to full those of the projectors on the strobe release the dimmer effect that turns below and retracts as a main list can in some cases lose the sync.
What does this problem derive from?
Thank you
Daniele
Parents
  • 0
    But for my problem this was not enough. My main problem beside the sync feature was that I had three different sizes and rates for my effects. First: on cue level, Second: Modified by the cuelist, Third: More modification by a fx rate batch list. That seems to be too much calculation effort for Hog OS. With setting rates and sizes on cue list level back to 100% and just altering these parameters by batch list I exactly got what I wanted. Everything stayed in sequence perfectly.
    It might that this problem occurred first, when batch lists were introduced into Hog OS. Before, I altered fx rates with the encoders on cue list level, after that I did it with the mighty batch lists. So some of the effect cue lists had still rates not =100% and I was not aware of that or that this can cause trouble.
    So very big thanks again to Noah for sorting that out. :x
Reply
  • 0
    But for my problem this was not enough. My main problem beside the sync feature was that I had three different sizes and rates for my effects. First: on cue level, Second: Modified by the cuelist, Third: More modification by a fx rate batch list. That seems to be too much calculation effort for Hog OS. With setting rates and sizes on cue list level back to 100% and just altering these parameters by batch list I exactly got what I wanted. Everything stayed in sequence perfectly.
    It might that this problem occurred first, when batch lists were introduced into Hog OS. Before, I altered fx rates with the encoders on cue list level, after that I did it with the mighty batch lists. So some of the effect cue lists had still rates not =100% and I was not aware of that or that this can cause trouble.
    So very big thanks again to Noah for sorting that out. :x
Children
No Data

www.etcconnect.com