I'm 95% certain that the solution to your problem is temporal, meaning that for some reason, PD12 is not stopping at where you took the screen capture and instead moves at least a dozen frames beyond which creates the shift *back*.
I don't see the matching frame in your video, which only runs for 17 frames before the shift. In your timeline, could you quickly trim the preceding clip by 1 second and see if that lines everything up? Whatever that "magic" offset is, I'll bet it's similar across all your affected clips and you *should* be able to trim the end position on all of them.
For the longer term fix, I think you should document this and forward it to Cyberlink because it looks like an issue for them to address.
EDIT: You had mentioned that you're now using 60FPS to keep all your clips in synch. There have been other problems related to shifting that have occurred when using high (50/60fps) project settings, and this seems to be another one of those as well.
This message was edited 1 time. Last update was at May 25. 2014 20:49
YouTube/optodata
DS365 | Win11 Pro | Ryzen 9 3950X | RTX 4070 Ti | 32GB RAM | 10TB SSDs | 5K+4K HDR monitors
Canon Vixia GX10 (4K 60p) | HF G30 (HD 60p) | Yi Action+ 4K | 360Fly 4K 360°