The last frame of each 'selected fragment' now respects the 'end' marker point, with no GOP overshoot - and that's in both frame-accurate and key-frame accurate modes.
Correction on that. The marked start frame of a selected fragment is always bang on, but 2-3 frames are now lost at the end of the fragment i.e. the end cut is made 2-3 frames before the marked frame. So now, instead of overshooting by a full GOP (15 frames for 30PF), its undershooting.
I picked it up when I was comparing the quality of the trimmed files and fragments with the source MTS files which I trancoded to a lossless YV12 intra-frame format (MagicYUV) to make reference clips cut at same frame points. For the metric quality tests (SSIM, PSNR) I also transcoded the Video Splitter outputs to MagicYUV. Couldn't understand at first why the frame lengths of the reference and test clips didn't match up, until I discovered that end frames were being deleted by Video Splitter.
As a case in point:
1. Took a native 1080/30PF mts clip - 8670 frames
2. Made 5 cut marker points at random with Video Splitter (in Frame Accurate mode), producing six fragments.
3. Saved all six fragments as individual files. The frame counts of the fragments were, in order: 1623,1370,1656, 1394, 921, 1692 = Total 8656.
4. Rejoined the fragments with Join Manager. Frame count of recombined clip was 8656 - same as the sum of the saved fragments. And when the clip was played back you could see a frame jump at the join points.
5. Then I used the same cut marker points to produce a trimmed file, excising the 1st, 3rd and 5th segments. Frame count of rendered trimmed file - 4456, which is the same as the sum of saved fragments 2, 4 and 6.
So, irrespective of whether the clip was trimmed or split into fragments, 14 frames were 'lost' with the 5 cuts.
Something to be looked at I think.
Edit: I wonder, is this the reason why other 'smart trimmers' I've looked at (Video Cutter, Smart Render 4) perform more extensive GOP re-construction on both sides of a cut/re-splice point. In the case of Smart Renderer 4, that can often extend to five GOP's - that's 2.5 seconds of re-encoded video which is quite significant if you are editing relatively short clips. Please don't go that route if you can avoid it. It's one of the reasons why I stopped using SR4 for cut editing AVCHD - that and the often low quality (low bit size) of the re-encoded frames. Same goes for Smart Cutter, which I only tried out.
Edit2: Just tested some 1080/60i MTS clips from my Canon HF-G10 and some 1080/60p MTS clips from a Panasonic TM700 and all show the same thing on splitting or trimming - deletion of 2-3 frames at the end of a selected fragment. So again, it's not some 30PF quirk.
