Created attachment 456806 [details] Screenshot demonstraing the problem I've built a kdenlive today, to prepare some video. That video should be 90° CW rotated. I found newly built kdenlive does not have a "Crop and Transform/Rotate and Shear" effect (like on the attached screenshot). This effect is very basic, it is documented here: https://userbase.kde.org/Kdenlive/Manual/Effects/Crop_and_transform/Rotate_and_Shear . Based on the description, I assume this might be an issue with media-libs/mlt, I've checked use flags of kdenlive and mlt, and it looks like everything should be in place. Kdenlive was on this system before (probably some earlier version), and this particular plugin was certainly available. No flags that have anything to do with video processing weren't changed since system upgrade. Not only "Rotate and Shear" plugin is missing, but I simply can not find any other way to achieve my goal.
Created attachment 456808 [details] emerge --info output
16.04.3 is not in tree anymore, please test with 16.08.3. Is that something that would be provided by frei0r-plugins?
I've done emerge --sync and emerge --avuDN --with-bdeps world (also @preserved-rebuild). Kdenlive was updated together with other packages. It is now 16.08.3, but it still has the same issue. The screenshot and description of the problem is still relevant. I renamed the bug title to represent actual state. I believe said effect is not frei0r, and is basic "built-in" effect. Kdenlive documentation says it uses "affine" filter from MLT library, which is the core processing engine of kdenlive. MLT is media-libs/mlt-6.2.0-r2 on my machine.
Created attachment 456908 [details] emerge --info output
Could you please confirm the USE flags that media-libs/mlt is built with? I was able to toggle the presence of that effect with USE="fftw".
Information about missing effect without media-libs/mlt[fftw] is not provided by an elog message in pkg_postinst, will be in tree starting with >=kde-apps/kdenlive-17.04.3.
*now provided
(In reply to Andreas Sturmlechner from comment #6) > Information about missing effect without media-libs/mlt[fftw] is not > provided by an elog message in pkg_postinst, will be in tree starting with > >=kde-apps/kdenlive-17.04.3. Please note that with mlt-7.2.0 ebuild, it is no longer possible to build mlt[fftw]. (Because of the removal of the fftw use flag and its consequence in the setting of the MOD_PLUS option ($(use_enable fftw plus))) BTW : Could the question surrounding this setting ("# TODO: does anything need plus?") find its answer in this bug ?
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=df754f458143e3af957217c6397c309fd3a5b1a1 commit df754f458143e3af957217c6397c309fd3a5b1a1 Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2021-11-30 12:31:47 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2021-11-30 13:29:54 +0000 kde-apps/kdenlive: Drop obsolete pkg_postinst info MOD_PLUS and dependency are currently enforced via media-libs/mlt[qt5] usedep. Bug: https://bugs.gentoo.org/603168 Package-Manager: Portage-3.0.28, Repoman-3.0.3 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org> kde-apps/kdenlive/kdenlive-21.08.3.ebuild | 9 +-------- kde-apps/kdenlive/kdenlive-21.11.90.ebuild | 9 +-------- 2 files changed, 2 insertions(+), 16 deletions(-)
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=0a92d5b2e4cee52fa9a8df28e1b4fdd4f0195cc8 commit 0a92d5b2e4cee52fa9a8df28e1b4fdd4f0195cc8 Author: Sam James <sam@gentoo.org> AuthorDate: 2021-12-02 23:37:13 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-12-02 23:38:10 +0000 media-libs/mlt: unconditionally enable FFTW (PLUS) Closes: https://bugs.gentoo.org/603168 Closes: https://bugs.gentoo.org/796557 Signed-off-by: Sam James <sam@gentoo.org> media-libs/mlt/{mlt-7.2.0.ebuild => mlt-7.2.0-r1.ebuild} | 9 ++++----- 1 file changed, 4 insertions(+), 5 deletions(-)