joresh wrote:Was wondering whether Blackmagic was aware of this glitch.
My guess is "yes."
Reconciling frame rates at other than conventional fps becomes a judgement call, and there are legitimate reasons for 60 fps+ to be held at that frame rate -- like for real time HFR workflows.
If you really want 60+ to play back at the native sequence base for slow motion, that's an elective that you need to tell Resolve about, and obviously it works. Fundamentally, almost all of the grade applications are based on sequential-frame workflows -- .dpx, .tif, and so on, which don't have an intrinsic frame rate. That gets assigned by the project settings. Interpreting media containers like .mov or .mxf
does pay attention to the fps header metadata (at least now it does, in most cases) but it may still count absolute frames from the 'trim-in' point and just iterate the count -- one frame, another frame, another frame... wrt the project rate. Needless to say this works very well when the fps matches the timeline, but not at all if there is a difference or a time warp/re-map applied. We've progressed a lot in the last 5 or 6 years, at least non-linear timewarps are claimed to be supported now. (But its still a good idea to bake them out.)
This also goes some distance in explaining why variable frame rate goes sideways immediately and Long-GOP is unwieldy.
jPo