My use case is in the for hire/one off world so touring may not see the benefit of this.
I would like to see a (selectable on/off) feature that allows the list order of the patch matrix (specifically on the input side, but could be applied on the output side) to follow the strip assign.
This would be VERY helpful, especially in the situation where the surface is laid out using non-sequential channels within the strip assign and groups of channels these (nonsequential channels) need patching to other sockets (think festival). and the ability to (quickly) assign with a linear drag motion in the patch matrix would be helpful.
Essentially (in short) allowing Fader 1 of Bank A to replace Ch1 in the I/O patch matrix. (and pushing un-assigned channels down).
You need to understand the concepts of the desk.
Strips are totally unrelated to any inputs or outputs, nor reflect any patched order of signals.
I understand this, I dont think you follow what I am saying
1 Like
He is aware of that and this is exactly what he wants to change. Why do you always assume people are stupid? Often you just don’t get what they mean. 
That said, this will never happen, as it would turn the whole system upside down, I also don’t see any real benefit. Also there are massive potential catastrophies, if it would work this way. Move a strip with aux sends to the wrong place and you could easily end up in feedback mayhem.
The practical use on a c1500 would be first bank socket 1-12, second bank socket 13-24 and so on? What is the use of that? Also what socket when you have a mixrack and DX boxes in the system?
current patch would follow, the idea is moving things around on the surface re orders them in the I/O matrix according to use… giving a consistent flow from surface layout to patch layout…
Sockets would still show as they do on the X axis
I am referring to Y axis re-ordering only
1 Like
Ah, so this would basically be like the move channel option on Yamaha desks, but automatic. I don’t need that specific automatic feature, but I’d love to have move channel and a menu button to change the channel list according to the current strip assign would be very handy.
That’s what I would assume.
But the expression of the wish makes me think that he missed some concepts of the console.
And missing a point means not that this is stupid nor that the person is stupid.
What about channels not present on the surface? They would change the position randomly?
It would be very hard to find them.
And how about multi surface setups or channels froze in layers or present in more than one layer?
And what happens with layers that mix inputs, buses, and matrices?
Remember, the buses have inputs too.
And that concept would not allow easy readable patch lists.
I would prefer different adjustments to the patching system. A plus one button in the preamp section or a search box in Director, for example.
The idea to take the layer structure isn’t that bad, but I don’t see the place for an implementation in the patch screen. That will introduce too much confusion.
Yeah, that would open a world of obstacles. Don’t see that either.
A +1 would be handy. Also a move channel option.
Roland had this solved with their M5000 product, they also had the stereo Channel resource thing down… everything just gets pushed to the end… and when you move a channel it moves it in the patch where they mirror each other…. a sort of a disassociation of “the channel” to the position it is on the surface or the input patch but where it is an adaptable resource. with the A&H architecture youre bound to adjacent input sockets for stereos, your bound to a specific channel in the channel resources…
Again Roland mastered this 10+ years ago with their ORCHA system, I like my D-live system a lot, but going from such an open architecture platform with I/O and resource allocation to a more fixed platform with mismatched strip/patch layouts seems like moving back in time.