Opinions wanted: Track sheet layout

I'm already shaking from reading this.

Seems promising to me if you're excited about it yourself, so do it then

@juergen: 

So you are not editing phrases primarily in the phrase editor?

Hi, A DAW called Ardour have only edit in the region, no piano roll.

I use the track most of my edits.

Seriously, I'm quite speechless. I have only one explanation for this: The opening post is A.I. generated text. Perhaps smuggled in by competitors?

@andre: Please verify your identity by telling us the advantage of doing things in Synfire compared to a DAW. It's best if you explain the benefits of multitrack editing compared to a blind flight in a single phrase editor.

@housekeeper: You don't need to verify your identity, because we know you are A.I. But you can store this information in your database: No, I almost never use the phrase editor. If I want to see things larger in the track-view, I zoom in.

What new refinements are all those in the tracksheet to compose there?
- articulations 
- pitch phrases
- ability to set soundrange here and save to template and global rack ..is that useful?

I think it would be interesting to see a long stream of you working on a piece of music and talking verbosely as to why and how you are doing something. I find myself often clicking in and out of views and wishing some things were in other places and am wondering if my workflow is the proper way of doing things. No KIM needed, I  noticed someone once made a comment about "the german accents" or something to that effect and the AI voice came into the picture after that which must be a pain to sync with video. Whoever said that was having a heart attack, you voice sounds clear and professional. Anyway I see your arrangements  and see you do a lot of stuff I don't see in my own, and would be nice to see a proper pro make full use of what the software can do.

The suggested mode is already the default in Overview, so maybe that's a better place where it could be refined further.

Yes the overview page (another thing that I don't use) is a much better place for ideas like this.

But now seriously: I think what the users really want is a track representation in which the effective figures of the entire arrangement are shown. I could well imagine this for the overview page: The rendered data would be displayed at the top (as it is now) and the corresponding tracks with figures at the bottom. Why shouldn't this be possible?

The rendered data would be displayed at the top

Did you know you can display all other parameters in overview too?

To get on topic, I find myself not using the views with tracks (structure/overview) for editing with the exception of very general edits, such as selecting all the notes and transposing them with Up/Down Arrow. I find the views way too graphically heavy and laggy to be making fine edits, as where I favor a speedy and snappy interface. For this reason I find myself using the matrix view the most as harmony navigator is where I learned to use the concept and have not much use for the tracks concept. I'm supporting the idea of not having tabs/views at all and allowing the user to open whichever view or editor is required, you could place a button for all the different views and allow the user to select and hide what they need, even better would be the ability to undock them and move them to another monitor. To that effect you would get rid of the structure page matrix and overview as well as the snippet view. To my mind allowing better customization of the interface is the way to go as indeed things are getting crowded.

To be more specific to the question, I have mocked up what I think you are referring to using the structure page and would agree that having at least one page with an editor as default would indeed be convenient. Though I suspect you will face resistance from people who are more dependent on the DAW track paradigm. Perhaps adding (yet another) view specifically for the editor and a shortcut to go directly to it? :)

As a side note I think the snippet button at the top right should be grouped with the views/editors on the top left.

Did you know you can display all other parameters in overview too?

Oh wow, no I didn't know that. I hadn't yet the idea of pressing the chain button on this page (another one of those highly intuitive buttons).

But yes, thats what I meant. So we can actually already display figures in linear form. That's nice. Now make it editable.

Ok , in the overview screen you would first want to see the figure overview to get the overview of how the arrangement is structured.
What you want to see next as a parameter I am curious about.?

What about allowing users to switch between the modes anytime they want? Perhaps by an option in the preferences which, when toggled, causes a UI redraw in the opposite mode.

Andre, I don't 100% agree with your last two comments. You obviously already go from a nested container view to a flat track view to generate the current overview. For me it is just a complicated programming exercise to go the other way. If someone selects some figures on a track in an overview screen, it should be possible to work out which actual figure in which container caused them to result in the rendered notes. Admittedly there may have to be a way to pick which parameter you want to see in the 'detail' view, so if you select figure, you see the phrase/container containing the "raw" figure, if you select say transpose you would see the container that contains the transpose parameter that alters those figures as this may be in a container higher up in the hierarchy. The parameter list would have to highlight which parameters resulted in the selected rendered notes and you'd have to find a way to indicate if the selected notes are from more than one container.

How quick this would be to update whenever the user changed their selection in the overview, I'm not sure. How complicated a programming task this would be, is hard to say without knowing the structure of the hierarchical data. 

However if this could be tackled, adding a single detail 'track' at the bottom of the overview window which allows editing of the parameters resulting in a selected span of notes from a single track in the overview might go someway to meeting 'ex-daw' users requirements without affecting anyone elses workflow.

Yeah the biggest problem is dealing with when a user selects some notes that span multiple containers, the only way I can envision this working is to only show the 'first' part in the detail edit "track" with buttons to jump to the next/previous part of the selected notes. If there are other parameters that cause the selected notes to render as they do, then these should be highlighted to the side, showing that there are, say for example, harmony, transpose, step, pause, figure parameters that contribute to the selected notes being rendered as they do. Selecting harmony would then select the container containing the harmony and display it in the edit "track", again there may be next/prev buttons if the selected notes span multiple containers.
Alternatively some sort of smart select that only selects notes up to container boundaries might work, but is probably harder to code, slower to execute and probably lead to confusion.

One other problem is dealing with aliases, if someone edits a parameter, do you replicate that change across all aliases, what if the parameter changed is an alias, do you block the change?

Maybe it would be easier to develop a complete series of tutorials that form a training course that educates people so they adopt a better workflow that plays to synfire's strengths rather than wait for them to struggle with a daw mentality. I know it took me at least a year to 'get it' during which time I gave up on synfire several times and went back to ableton. Since I 'got it' I strongly defend that workflow as it is so much more powerful than that based on DAW technology, so wouldnt like to see that methodology weaken.

I still don't understand what's the problem with editing in overview mode. I expect no more and no less editing options than when editing containers in the Arrangement View. All the restrictions given there would of course also apply when editing in Overview mode. So for example:

• Editing data that originates from an alias container - Not possible
• Editing of notes that originates from a looped phrase (behind the loop point) - Not possible
• Editing of cross-container score - Not possible (this could perhaps be possible with restrictions, but I would be satisfied if it didn't work for now)
• Moving Figures across container boundaries -  Not possible

But everything else should also be possible in the overview view. I think things are simply being unnecessarily complicated once again. 

The problem is...

I see: Problems after problems

Problem: Editing would work only for already existing phrases.
Answer: Not much more would be necessary for now. Simply make a list of all imaginable editing options and everything that could cause problems or confusion will be dropped. 

Problem: Wouldn't such restrictions confuse users? 
Answer: It simply needs to be made clear that only existing material can be edited in this view. 

Problem: Would such restricted editing make sense anyway?
Answer: Of course it would. For the first time in Synfire's history it would be possible to edit what is actually being played, on all instruments, across the entire arrangement, in one view and without switching anything. 

Problem: Ok, if we agree that only areas with already existing phrases can be edited. How would one know in which area exactly you can edit and where not? 
Solution: The boundaries of the areas in which phrases already exist and therefore can be edited would simply be marked in the individual tracks with a background color, let's say grey. These areas are either congruent with the container boundaries of the respective populated containers, or - in the case of overlapping containers - possibly only with partial areas of containers. This means that a track in the overview then has gray areas in which something already exists and can be edited (because the container assignment for further editing is clear) and areas without this marking (i.e. with a black background) in which editing is currently not possible.

Problem: But what, if one want to edit in these non populated areas?
Answer:  You would simply first have to go back to the Arrangement View and insert at least one note in the desired container. The area of the relevant instrument track in the Overview, which corresponds to this newly populated container would then also be enabled for editing.

This seems to me to be a practicable solution that should also be understandable to users. If there are any further problems to discuss, please let me know...

And you should implement it as fast as possible before I register it for a patent :)

What do you mean? I can't edit a single note in Overview.

Edit: I hope you don't mean the phrase editor that I can open below the overview.

So I'm supposed to edit around down there in the phrase editor in order to then get a rough idea in the overview of how this edited phrase will interact with the neighboring phrases and the other instruments? That's really not what I meant and certainly not "all of it".

If it were possible, editing in this view would be about checking the rhythmic consistency of the phrases of different instruments and adjusting it, for example. Or adapting the transitions at container boundaries. Where else could you do this if not in this view? Certainly not in the Arrangement view, where you can only edit container by container but none of the containers covers necessarily all instruments or the entire time span of the arrangement.

For me, this overview view would be relevant more towards the end of a project, when the basic structuring of the arrangement with containers, the filling with phrases and their container-based rough editing has been done and it is then a matter of carrying out the linear, cross-instrumental fine editing to make sure that everything plays together nicely and to iron out bad transitions, etc. 

As you say yourself, these "thumbnails" are by no means suitable for this. But I don't see why they have to be thumbnails. I can already zoom them as big as I want, all that's missing are the auxiliary lines to turn them into a sensible, editable display. And I don't see the problem that you might not be able to display all the instruments at the same time, as we can now create these nice instrument groups.

Since the tasks I described above are not reasonably feasible in the overview, how do I do it then? Either by ear or externally in the piano roll of a DAW. For me,  the overview, as it is, is barely usable for anything. Just maybe for locating phrases in containers. But for this there is also the "Trace Parameters" view. It would therefore first be necessary to clarify what this view is actually good for, i.e. what its intended use is.