| Summary: | kdenlive-git master 15.13.0 - composite buttons are missing from timeline when building from source (video example included) | ||
|---|---|---|---|
| Product: | [Applications] kdenlive | Reporter: | Unknown <null> |
| Component: | User Interface & Miscellaneous | Assignee: | Jean-Baptiste Mardelle <jb> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | null |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Example running fresh installation on GNOME 3.18
Example running fresh installation with KDE Plasma 5.5.3 |
||
|
Description
Unknown
2016-01-10 19:14:19 UTC
Created attachment 96571 [details]
Example running fresh installation on GNOME 3.18
Created attachment 96572 [details]
Example running fresh installation with KDE Plasma 5.5.3
Hi Jesse, Where did you install Kdenlive ? To find the icons, you need to install in a standard path like /usr... That may be the problem. The icons for that action are called "lt_kdenlive-composite.svgz", "lt_kdenlive-no-composite.svgz" and "dk_kdenlive-composite.svgz" and "dk_kdenlive-no-composite.svgz" They normally should be installed in /usr/share/kdenlive/pics. If you just copy them here it should work. I am working on a solution to make Kdenlive find its icons even when not installed but it requires Qt5.5 and KDE Frameworks 15.17, because of bugs in previous versions, so that solution is not yet widely applicable, I will introduce it in a few months... Thanks for the reply JB. I checked the location, and all the icons seem to be there and accounted for. It's not the icons alone that are missing, but the buttons themselves. There's no composite buttons to press to enable/disable track transparency. The kdenlive executable is located in /usr/bin, and the other kdenlive files are located in /usr/share/kdenlive. I'm assuming that when the "yaourt -S kdenlive-git" command is run, it builds the code (into Arch packages?) and then installs them to the default location mentioned in the PKGBUILD script or the source code itself. I've run this from both terminal as well as pamac and pacmanxg gui software installers -- all with the same result. Paul has been helping me out quite a bit, but I'm unsure if there's more to it than running that command, or if there is something going on with the code. Would it matter if I was running an Nvidia or Intel graphics? Open-source or proprietary drivers? (Just taking a stab in the dark here). 15.13.0 is looking most excellent, by the way. :) Here's a video example of the installation process I've performed: https://www.youtube.com/watch?v=zawIu78uK_U Oh, it's just now that I realize what the problem is! Composite transition on tracks depends on a frei0r transition called 'frei0r.cairoblend'. If the transiotion is not found at runtime, the composite buttons are not created. That is most likely your problem. You can check if you have it from a terminal: melt -query transitions | grep cairo If you don't, check how your frei0r package was built. You got it! Looks like when installing using yaourt -S kdenlive, it wasn't installing the package "fei0r-plugins" from the Arch repo's. Installing that package fixed it right away! Thanks for the support! Being that this is a rather essential component to the timeline, I'm wondering if this could and/or should be made as a required dependency, not an optional one. I think I remember the terminal saying somewhere after install that optional packages were suggested (though not installed by default). I think frei0r was one of them. |