yes, from a particulart poin of wiev you got right, this behaviuour is correct, but no if you lock the sliders each other. I mean that the expected behaviour is something like Spark consoles: connected faders become a linear crossfader between two scenes. In other words DMX values of scene A and scene B booth @ 50% must add each others.
to recreate bug remember to lock fades each other.

I just found this thread, and as it seemed to address the most severe long standing problem we theater guys have had with the cuelist crossfade, which has been discussed in several threads over the past 2-3 years (intensity dropping when moving both faders in parallel/linked mode), I immediately had to build from git and test it

Well, I currently don't have my conventional dimmers at home, and the two 24 channel DMX LED Controllers I ordered from AliExpress haven't arrived yet, so I cannot test with physical lights right now. But from watching the dmx monitor it indeed seems to work, yay!!!

Can't wait to test this in a realworld environment, this will save me a lot of time and hassle with directors in future productions. Many theater lighting techs prefer to perform manual in favour of timed crossfades, because the fade time often depends on what actors do on stage, which can vary in time a lot from one to another evening.

One question though, is it on purpose that this new code only works on linked faders? Each and every lighting desk with a two fader crossfade playback that i've had the chance to work with operates with this "crossfade law" while still being able to move each fader individually to separately control fade in/out ...