| Summary: | Feature Request - Add Opacity Control for Blend Modes | ||
|---|---|---|---|
| Product: | [Applications] kdenlive | Reporter: | bryanworsley |
| Component: | Video Effects & Transitions | Assignee: | Vincent PINON <vpinon> |
| Status: | RESOLVED FIXED | ||
| Severity: | wishlist | CC: | jb, wegwerf-1-2-3 |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Kubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
bryanworsley
2016-01-16 03:55:59 UTC
Git commit c17a542400ea6fd5722ff49780527bcbca1f3ce6 by Jean-Baptiste Mardelle. Committed on 17/01/2016 at 01:23. Pushed by mardelle into branch 'master'. Add blend modes to frei0r.cairoblend transition, allowing to add blending with adjustable opacity M +1 -0 data/CMakeLists.txt M +1 -0 data/blacklisted_transitions.txt A +5 -0 data/transitions/CMakeLists.txt A +13 -0 data/transitions/frei0r_cairoblend.xml M +127 -6 src/effectslist/initeffects.cpp M +2 -1 src/effectslist/initeffects.h M +3 -3 src/effectstack/effectstackedit.cpp M +1 -1 src/effectstack/parametercontainer.cpp M +1 -1 src/timeline/timeline.cpp M +0 -1 src/timeline/transition.cpp M +5 -2 src/timeline/transitionhandler.cpp http://commits.kde.org/kdenlive/c17a542400ea6fd5722ff49780527bcbca1f3ce6 Great, many thanks! Now if only we could do the same to effects... ;) It the opacity parameter keyframable? If yes, could we please get keyframes too? :) jbm, you're my hero! Just recompiled Kdenlive and tried it on my recent project. Works like a charm and now gives me a good way to gradually blend in and out a separately rendered video clip (without alpha) into the main bright scene. Very sweet. Is there are chance to make keyframe editing switchable between the timeline format and the table format, regardless of working on a transition or an effect? This would even more so unify the user interface for newcomers to Kdenlive. But ... just an idea. About keyframes, yes I want to review the UI so that we have a common interface to adjust keyframes in timeline and in effect stack. Vincent and I planned to merge the GSoC 2015 support for curves in keyframes on our end of the month coding sprint, and I think if we have time, it will be a good opportunity to review the whole keyframes GUI. If you have ideas about improving the keyframes UI, feedback is welcome. One thing I need often is making some keyframes relative to the end. Since I run into ao many issues with resizing transitions or effects with keyframes as part of my workflow, Im currently splitting effects and transitions with ram-up and ramp-down into two separate parts. First ramp-up with no end keyframe. Second, only ramp-down. When resizing a clip I first move the ramp down, otherwise it will be resized with the clip which is wrong. Then I resize the clip. Then I resize the ram-up. With end-related keyframes the ramp-down keyframes could be automatically moved correctly. Another thing I often bump into: for longer transitions the scale becomes unusable: I regularly have keyframes spaced apart 12 or 25 frames. With a total length of twenty seconds or two minutes for a static overlay with fade in and out, I cannot correctly manipulate the keyframes anymore. |