This PR is a refactor of the Channel - Fader relation.
In the beginning of Sisyfos the mixer channels and Sisyfos fader was always the same. But there was a need for a Fader to be able to control more than one mixer channel.
The relation main focus now on the fader.assignedChannels in stead of the channel.assignedFader
This has removed a lot of iterations, but as e.g. Aux send works the opposite way, the channel.assignedFader is still there, and is re-calculated when assignments changes, using the reIndexAssignedChannelsRelation() function in main thread handler.
This PR is NOT a renaming or code refactoring, and has had focus on changing as little as possible, to ensure stability.
Changes regarding naming, code structure and such has been kept out of this.
The Midas protocol, and the SSL protocol has been tested.
Other protocols has not been tested on physical hardware. (though it hopefully should work, as only a little has been changed there)
This PR is a refactor of the Channel - Fader relation. In the beginning of Sisyfos the mixer channels and Sisyfos fader was always the same. But there was a need for a Fader to be able to control more than one mixer channel. The relation main focus now on the fader.assignedChannels in stead of the channel.assignedFader This has removed a lot of iterations, but as e.g. Aux send works the opposite way, the channel.assignedFader is still there, and is re-calculated when assignments changes, using the reIndexAssignedChannelsRelation() function in main thread handler. This PR is NOT a renaming or code refactoring, and has had focus on changing as little as possible, to ensure stability. Changes regarding naming, code structure and such has been kept out of this.
The Midas protocol, and the SSL protocol has been tested. Other protocols has not been tested on physical hardware. (though it hopefully should work, as only a little has been changed there)