- Posts: 43
- Joined: Thu Apr 22, 2021 3:18 pm
- Real Name: Nick Ryan
Yeah I think this is a missing optimisation, and a frustrating one.
There's another way to make subclips: via markers. I thought that might provide a working method, as you can add a Duration Marker and name it, then drag them to subclips. If the name of the marker was taken over to the subclip, that might a solution.
But it doesn't use the marker name for the name of the subclip. And even worse, it also adds the markers to the subclips, even when the markers are outside the range of the subclip - and even for the marker that is in the range of the subclip, the timecode is set wrong.
For example, as a test I added two duration markers to a given clip, using shortcuts in the Source Viewer to do so. They can't be exported to subclips from the viewer (another missing feature), but they can later from the Media Pool, where markers are displayed as a sub menu on the clip:
You can then drag those markers to new subclips, but it doesn't affect the name of the resulting subclip, so that's no help for this issue. And then the whole idea of using markers for subclips is made questionable by the fact that all the clip markers get added to ever subclip, even when those markers are outside the subclip range!
The first subclip was made from TestMarker1, and the second from TestMarker2. Both markers are added to both clips, and all the subclip markers have invalid timecode - well beyond the end of the subclip range.
Eg TestMarker1 showing as being from 34:12:22 to 35:22:11 on subclip 1, when that subclip only extends from 17:06:11 to 18:16:00. An annoying bug.
(There's clearly an offset problem going on - 17:06:11 + 17:06:11 = 34:12:22. Likewise the start timecode of Marker1 on subclip 2 - 37:23:23 - is the start TC 20:17:12 plus 17:06:11.)
Definitely room for improvement in this area, and at least one weird bug.