SUMMARY I am using a bit of vertical footage in a larger horizontal project. It's footage from a cellphone, and a bit shaky. I stabilized the footage, and added it to the project. It's easy enough to zoom until the width of the source clip fills the project canvas, and the center horizontally and vertically buttons work fine... However, the fit width button does not work like expected, fitting both height and width. STEPS TO REPRODUCE 1. Add odd sized footage to your project. 2. Add transform effect to the footage. 3. Click on the fit width button. OBSERVED RESULT Whole clip is fitted into the canvas. EXPECTED RESULT Clip to be zoomed and centered so that it's width fills the width of the canvas. SOFTWARE/OS VERSIONS Arch Linux, rolling release. Updated 2019-07 Built kdenlive from git Applications 19.04 branch, 2019-07-30 ADDITIONAL INFORMATION I just tested it with a normal clip (not .mlt) and it still has the same behaviour, ie: not fitting the width of the clip to the width of the project canvas.
Thanks. Should now be fixed in git for the upcomming 19.08 release
Hi there! This effect now works on raw footage, but still does not work on .mlt (stabilized) files of the same footage. So, it's mostly fixed, thanks very much. However, while we are looking at it, won't it be possible to fix the stabilized footage as well?
This bug still persists on .mlt files. Kind regards, Evert
Hi there! This bug still persists in the 19.12 release candidate, built from 19.12 branch on 2019-12-02 As the stabilized footage "moves" on the larger canvas, maybe this is the correct behavior. I guess I was more expecting the fit to width button to zoom to fit the width of the clip that the *.mlt file was made from. I can still get the desired effect by zooming, and the center clip buttons do work, so not a train smash.
It seems a general MLT issue. I added it to https://invent.kde.org/kde/kdenlive/issues/204
Hi Evert, is the original issue reported fixed? If so can we close it? We can track the .mlt issue in gitlab. Thanks :)
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!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now 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 Thank you for helping us make KDE software even better for everyone!