Translating the vertical pattern scheme to a pianoroll is quite a challenge,[...] you would also have to use the same color for the effects in the dsp panels that are applied to them and the send track contents if applicable. Owh, and the track groups should also somehow be applied.
Indeed. And this is not the only problematic thing about the PR mockup I did:
* when selecting multiples notes from multiple colored instruments inside the vertical PR editor, the behaviour of the instruments FX automation on the right side isn't clear ; the instrument fx "selector" only allows 1 instrument to be selected and edited, and not a group of instruments.
* I didn't though about colored notes that have to be edited and visually extended beyond the pattern border limits. Using a vertical PR would imply that the editor could drag colored notes over 2 different patterns,so the pattern should not look like distinct data blocks anymore, but they should look like continuous areas.
* I didn't thought about overlapping notes from different colors (how do they look ? how does it behave ? how is it edited ?).
* Using this kind of editor implies realtime synchronized views. The classic pattern view has to be modified in realtime by the PR view, the PR view is modified by every change in the classic pattern view. Each edition step should require an analysis and a synchronisation between the two different views. It seems at first simple to imagine how a PR would automatically fill a defined track with notes for the same instrument : instruments are always associated to the same defined track. Selecting an instrument would select the associated track and display the associated DSP chains and automations on the bottom of the screen. BUT the opposite way could be a hell to code. Some xrns songs made with the same instruments placed on lots of different tracks, could not be automatically converted into a clear colored PR view without harming the DSP chains logic...
Edited by KURTZ, 26 April 2012 - 23:32.