You say "in place"
but I don't believe you understand the difference between bar lines:beats:minutes:seconds ... and real time SMPTE.
https://en.wikipedia.org/wiki/SMPTE_timecode Markers are currently able to be locked to SMPTE which is very good.
That locking means they will stay locked to that exact frame (*^* almost) of the film,
and always be in the same place relative to the video footage.
They don't move when they're locked, but they can be unlocked, moved, and then relocked to
a different 'real time' SMPTE location.
---
*IF* the only thing that was added is that clips could be locked to a *locked marker*, and then
those locked to marker clips *also* stay locked to SMPTE I'd be over joyed and I'd bet thousands of other would be also, and Sonar would enter the world of *Professional Tools for Film Score* and also increase sales.
---
Currently (in X3), clips *can* be locked and made unmoveable
(and unlocked again and moved on the time line that is,
relative to measures:beats:minutes:seconds.
Currently when we lock a clip it stays locked, but it's just 'idiot proofing'
and useless when it comes to scoring to footage because it's locked to the time line, not to the footage(SMPTE)
The problem is that when we instert tempo changes,
the bar lines move, relative to the real world SMPTE time (the imported video)
and whether a clip is locked to the time line or not, is irrelevant,
because the clips moves with the bar lines, and the video footage doesn't move.
That's the bottom line ...
***the clips moves with the bar lines when any tempo is inserted or changed
and the video footage doesn't move***
And very simply stated ...
We need the option to lock (and unlock or course) clips to SMPTE.
(*^*)
In addition, currently, the resolution of motion of a marker is not detailed enough.
It can be moved by 1 tick ... but not by 1 frame.
That resolution also needs to be at the level of 1 frame. (clips also please)
post edited by Steve_Karl - 2016/03/11 15:18:22