3 ms·
What was the main reason for keeping the select-groups from applying to control surfaces? I'm not sure what would be the point of multi-selecting otherwise. As
by chabad360 3y ago
What was the main reason for keeping the select-groups from applying to control surfaces? I'm not sure what would be the point of multi-selecting otherwise.
As an aside, is there any way I can add functionality to a control surface (that isn't writing C)? I use a behringer X-Touch (heavily) and moved to Reaper because there were plugins that provided much deeper integration with my X-Touch (which as a result has me working a lot faster in certain areas).
- PaulDavisThe1st 3y agoWe're still debating the control surface decision. There are two reasons for leaving things alone: 1. hardware surfaces have had different use conventions for a long time (certainly things that look like mixing consoles). They are effectively multitouch devices, and human interaction with them just isn't the same as with a mouse & GUI. 2. for Mackie Control Protocol devices, we already provide a nifty multi-target action there where you just press and hold one eg. solo button and then press another, to apply it to the range that was pressed. We do not providing scripting for developing control surface support. I've written extensively about my thoughts on Reaper's scripting [0] and I remain conflicted by the questions it raises. There's nothing that can be done in Reaper via scripting that can't be done in Ardour via C++, and a huge amount that theoretically could be done in Ardour via C++ that cannot be done in Reaper. I know this is not a satisfactory answer for people who do not want to master (a) C++ (b) the build environment. [0] https://discourse.ardour.org/t/is-open-source-a-diversion-from-what-users-really-want/102665 https://discourse.ardour.org/t/is-open-source-a-diversion-fr...