(1809)Bug Report: Update not working as expacted

Hey Roman.

We have started to reproduce your first issue here in the lab and can the see problems when updating colour values in large RGB LED cues. This actually looks like a problem that starts with grabbing fixtures from stage and touching them and changing their values. This is primarily a mutexing problem that has probably been around for a while. More concerning is a problem we're seeing with unwanted offsets (fanning) being thrown into a large selection of fixtures when changing their values using the encoder wheels. We are working on logging a defect for this and I will post our results in this thread.

After reproducing and speaking with development about the second issue you reported, test has learned that this bug is incredibly difficult to overcome because of the lack of DP syncronization in the system. Since go messages being sent throughout the system reach one DP slightly before the other, what's happening with your playback is that the OBs are calculating these large fades just slightly out sync with one another which results in a slight offset in output. This becomes more obvious with large quantities of fixtures, especially when running effects on RGB LEDs. This kind of programming exposes a limitation of the current system; one that will more than likely have to be overcome with hardware in the future. This is probably not what anyone wants to hear but it is an honest assessment of how our desk currently performs. Wholehog users can rest assured that looking forward we are acknoledging the challenges that large, individually controlled LED rigs bring to lighting desks and working on software and hardware improvements that make these kinds of shows easier to control.

Hey Roman.

We have started to reproduce your first issue here in the lab and can the see problems when updating colour values in large RGB LED cues. This actually looks like a problem that starts with grabbing fixtures from stage and touching them and changing their values. This is primarily a mutexing problem that has probably been around for a while. More concerning is a problem we're seeing with unwanted offsets (fanning) being thrown into a large selection of fixtures when changing their values using the encoder wheels. We are working on logging a defect for this and I will post our results in this thread.

After reproducing and speaking with development about the second issue you reported, test has learned that this bug is incredibly difficult to overcome because of the lack of DP syncronization in the system. Since go messages being sent throughout the system reach one DP slightly before the other, what's happening with your playback is that the OBs are calculating these large fades just slightly out sync with one another which results in a slight offset in output. This becomes more obvious with large quantities of fixtures, especially when running effects on RGB LEDs. This kind of programming exposes a limitation of the current system; one that will more than likely have to be overcome with hardware in the future. This is probably not what anyone wants to hear but it is an honest assessment of how our desk currently performs. Wholehog users can rest assured that looking forward we are acknoledging the challenges that large, individually controlled LED rigs bring to lighting desks and working on software and hardware improvements that make these kinds of shows easier to control.