Australian Image wrote:It shouldn't really make a difference, as you have to factor that in now if you're rearranging clips when putting together a coherent story (including audio). I'm just talking about a visual change to how clips are displayed (all the one thumbnail size), so that you can more easily see them in the timeline and move them about. Ideally you should be able to toggle between thumbnail view and clip view.
Except that it does. The clips view in the color page flattens everything into one row and is only vaguely representative of what the actual timeline looks like. That's fine though because you don't need that information when color grading. Even if it didn't flatten things into tracks then how would you account for different length clips or gaps?
This:
[Clip1][Clip2]
[Clip3][Clip4][Clip5]
Could represent:
[_____Clip1_______][___Clip2___]
[___Clip3___][__Clip4__][____Clip5____]
Or:
[_____Clip1_______]___________________[_____Clip2_____]
[____Clip3___][__Clip4________]______[____Clip5____]
Or:
________[_____Clip1_______][_____Clip2_____]
[____Clip3___][__Clip4________]______[____Clip5____]
Or any number of different number of different clip lengths with different gaps of different lengths.
Basically, making a
timeline that has no representation of
time is tricky in that it could behave extremely differently depending on how the software wants to work.
Basically, if it were limited to sorting timelines or clips on a single track with no gaps then it could work just fine.
kinvermark wrote:Implementing a user-sort-order inside a Bin is probably the least intrusive. And perhaps the easiest for the developers.
That wouldn't really be editing anything though which is what he wants to do with this idea. Though I agree that it's way more straight forward to implement and would help for storyboarding.