Like anyone here I am thrilled with the new features you guys present with every release. With FX parameters in TCP and MCP I thought for the first time that with every new (exiting) possibility Reaper also gets more complicated. Reapers strength has alway been that its use is straight forward. It's pro and easy to use. The more features you add the more important Reaper's GUI and usability becomes. And while I hope you'll add more and more features (channel labels anyone?) I also hope that Reaper stays as userfriendly as it is.
Yeah, I'm not desperately interested in the FX knobs, but the current implementation seems a little...sketchy. I think that the criticism of Reaper being way too full of giant menus is perhaps becoming a reality. Still, it's good as is.
gauss: why not set up a teamplate for your preferred track setup: throw in the eq you like, make the controls you want visible and save as a template. Then use the add track from template command to add tracks and you will have exactly what you are after. No reason that everyone needs to have the same setup!
gauss: its a one time setup - no extra work required once you set up the template. The point is everyone works differently - not everyone wants the same track controls.
I think Lawrence nailed it here. the functionality of REAPER is the tops. yep - a marvel. best among DAWs from where I sit. The user interface (not meaning eye-candy here) could use some love.
yes, all six paragraphs of what you said "could" be done, but i'd still find it easier, faster, and more intuitive, to not have to do any work, to just click one button that's already there. :)
i agree with (almost) everything you guys wrote above, but in my view one fundamental point has not been mentioned yet: 2 or 3 coders, as talented as they may be, simply are not enough for such a huge project. if it continues like this, reaper will forever look/feel "homegrown" - or, even worse, the devs will lose their energy/interest/verve because their energy bloes out in many (relatively unimportant) ramifications / features. coding the "trunk of a tree" of a program from scratch is relatively simple and fast to do compared with the investment needed to restructure the whole thing in order to reorganize the many ramifications that have already evolved in a meaningful manner. i hope they find the boldness and distance to see the necessity for this. unfortunately, reaper at the same time still is missing many of the features / bells n whistles other daws have, hence it may not catch up with the other daws without implementing at least the most important of these - but this means that the bulk of energy is lost for the above mentioned task.