Created attachment 138805 [details] simple texte with rotoscopy SUMMARY Rotoscopy offset STEPS TO REPRODUCE See attached file OBSERVED RESULT Time shift of the effect EXPECTED RESULT SOFTWARE/OS VERSIONS Linux MINT 20.01 kdenlive 21.04.1 with flatpak ADDITIONAL INFORMATION
Thank you for reporting. This is a bug with the keyframe. There should be no differences between the 2md and the 3th keyframe in your example.
Kdenlive 21.08.1: . same problem opening attachment . no problem creating new rotoscoping effect from scratch
(In reply to Cyril Giraud from comment #2) > Kdenlive 21.08.1: > . same problem opening attachment > . no problem creating new rotoscoping effect from scratch Same problem when opening attachment from this bug in 21.08.03 on Windows 10 platform. I have just encounter an issue with my kdenlive projects where I had to shift manually horizontally (offset) the rotoscopy path off the image path on most of intermediary keyframe because it would no longer work with original path set up correctly (via zoom) around the image shape edges at first (was working fine in preview) but not after rendering or save/close/open project file. I assume this is due to this bug... correct? I am now worried that once fixed I will have to re-shift all my rotoscoping paths again :-( I do have a lot of complex rotoscoping paths in numerous keyframes that I spend hours to setup, and then hours to fix... so you can understand my worry here, and I might not be the only one :-) I think this is really a major issue that need fixing asap :-) Let me know if I can help in anyway to help resolve it quickly before it affects to much projects and people out there.
(In reply to Richard L. from comment #3) > (In reply to Cyril Giraud from comment #2) > > Kdenlive 21.08.1: > > . same problem opening attachment > > . no problem creating new rotoscoping effect from scratch > Same problem when opening attachment from this bug in 21.08.03 on Windows 10 > platform. Opening attachment in 21.12.2 on Windows 10 shows no problem.
Created attachment 146397 [details] Rotoscoping path offset in kdenlive 21.12.1 I just realised that for my project I use 21.12.1 version of kdenlive on Windows 7 and while the attachment from this bug reporter opens fine in it, as you can see attached, I still have to offset horizontally the rotoscoping path related to the red/yellow area (front-end object from video 1) overlaying over the green area (backend object passing behind from video 2). Without offsetting the path (by going along the edge of area), the red/yellow front-end object loose its shape during preview and rendering of the rotoscoping effect. I have not quit figure it out what causes the issue as it does not appear to happen immediately when creating the path but later on... I suspect after save/close/re-open the project file. It may also be linked the way the key frame was created and path modified between key frames perhaps... as not all keyframe affected but most especially when the object within the rotoscoping path change position. I have not found the exact steps to reproduce at will. If someone has any suggestions, let me know.
After further digging I just found Bug 447164 which suggest potential rotoscoping issue on accelerated clip (which is my case) as both my video 1 and 2 have speed increased by about 125%. Maybe that what causes my issue somehow. Just putting info here in case that can help anyone else.
By the way, being able to move all keyframes at once should be a nice function in kdenlive... :-)
This seems to be a duplicate of bug #436895. The originally attached project file has rotoscopy keyframes incorrectly sorted. This has now been fixed in 21.12.x