SUMMARY In some specific cases stabilization does not produce good results if a 30fps videoclip is stabilized in a 60fps project. The problem occurs when something on the video moves from the opposite directions (for example when you're moving form left to right, and a car moves from right to left). (Link to an example is attached.) STEPS TO REPRODUCE 1. Create a 60fps project. 2. Import a 30fps video to the project bin. 3. Stabilize the video, then add it to the timeline, then render the project. OBSERVED RESULT The moving objects are strange on the stabililized video when something on the video moves from the opposite directions (for example when you're moving form left to right, and a car moves from right to left). (Link to an example is attached.) EXPECTED RESULT If the 30fps video is stabilized in a 30fps project, the result is a well stabilized video. SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION Well, you might ask why would I stabilize a 30fps video in a 60fps project. I shoot lots of videos with an actioncamera, and when I have light I use 60fps, but at night I use 30 fps. When I edit the videos, the final video will be a 60fps video, so I use both 30fps and 60fps videos in my project. One possible solution would be to stabilize, and render the 30fps videos in a 30fps project one by one, but as I shoot lots of short clips, that would take lots of time. (My workaround is that I use a script in a linux virtual machine to stabilize my videos automatically one after an another using ffmpeg, which doesn't change the framerate. Then I add the stabilized videos to kdenlive.) Here is a videoclip for demonstration: (the tuktuk and the second taxi looks really strange) https://drive.google.com/open?id=1Ro5ZC93Fg9xrcN60poHketisCzFm6Cg1
This should be fixed. Please try with the current Kdenlive AppImage version 19.12.0a.
I tried it on 19.12.0, but the bug is still present. Check it with the videos I attached.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
The bug is still present in the current kdenlive.
Sorry but the stabilizer is not under our control :( Which stabilizer do you use? Is the stabilized clip working in a 30fps project? (stab uses nested MLT playlists, and mixing the fps in this context is very unreliable...)
(In reply to Vincent PINON from comment #5) > Sorry but the stabilizer is not under our control :( > Which stabilizer do you use? > Is the stabilized clip working in a 30fps project? > (stab uses nested MLT playlists, and mixing the fps in this context is very > unreliable...) See the attached files, and read my first comment.
Thanks for your report, but this is not a bug in Kdenlive... We do not recommend to mix framerates as it is a limitation of our framework (although a solution is expected in future versions.) I would recommend to open a report upstream: https://github.com/georgmartius/vid.stab