0000289: Feature request : MLT and kdenlive support for keyframes, as independant objects

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0000289

Kdenlive

MLT

public

2008-10-29 09:35

2010-03-21 22:36

Reporter

jmpoure

Assigned To

Priority

low

Severity

feature

Reproducibility

N/A

Status

acknowledged

Resolution

open

Platform

Debian

GNU/Linux

OS Version

SID

Product Version

Recent git

Target Version

future version

Fixed in Version

Summary

0000289: Feature request : MLT and kdenlive support for keyframes, as independant objects

Description

Dear Friends,

I wrote an email to Dan about Keyframes support, who answered very kindly:

***
Currently, there is rather specific support for
keyframed and interpolated "geometry-like" property values in MLT
(mlt_geometry). A module can choose to do it is own way for any
property, and some of them do. The point is that I want to make this a
framework facility for any type of mlt_property so that it remains
consistent across modules. As for naming them, well, I don't see a
reasonable way to do that without fucking up the concise syntax that
we have thus far. I suppose an app could figure out a way to do it.
Or, a side-property like foo.key.names=[frame=]Name[;[frame=Name]]*
might work.
***

But this may be worth discussing this feature in public:

* Presently, keyframes attach to effects. Keyframes are property, like oo.key.names=[frame=]Name[;[frame=Name]].

* This may be interesting to add more XML support for Keyframes in MLT. Keyframes should be objects. Therefore, they would be able to recieve effects.

In my film "Les super-héros de l'immobilier", I had to beep and blur videos shout in hidden cam. The only way to do it cleanly was to cut the film twice whenever I had to apply an effect locally. This is a very tedious work.

This would have been much easier to define a series of keyframes and apply effects on them. Then I only have to move keyframes on the timeline to adjust begining and end.

Besides, I think that this is how some major editing softwares treat keyframes.
Also, this enables backwards compatibility on keyframes, as management would be completely new and would not interfere with previous keyframe properties.

What do you think?

Tags

No tags attached.

Build/Install Method

Attached Files

Relationships

related to

0000336

feedback

Keyframe for Every Video and Audio Effect variable in the effects stack

Notes
(0001061) cinephiliac (updater) 2008-11-10 20:50	JMP, Can you take a look at the brightness effect and confirm / deny if the way it works is the same as what you are talking about? Using brightness applies a line across the clip in the timeline with 2 keyframes. You can drag them, or double click to create a new keyframe. Cheers Cinephiliac

(0001099) cinephiliac (updater) 2008-11-11 07:46	Reminder sent to: jmpoure Can you confirm / clear this up JMP? Thanks!

(0001100) jmpoure (developer) 2008-11-11 08:44 edited on: 2008-11-11 08:45	Yes, it should be possible to create keyframes as independant objects. You create two keyframes on the timeline and then drag brightness, cartoon and dust (just an example) and sound effects. If you need tuning, just move the keyframes. Effects should apply on keyframes, not the converse. I shot a film in hidden cam and really needed this feature, as I was applying a minimum of 3 effects at the same time. Adjusting keyframes can be nightmare. I think this is how it is done in other softwares. Dave wrote me about keyframes, it is on his radar, but he has some priorities before the 0.7 release. Dave explained that MLT was not XML compliant. And he stated that he should think about keyframes being independant objects. I can't tell more.

(0001141) madsdyd (administrator) 2008-11-12 10:56	Acknowledging as a feature request for 0.7.1 (probably future) version.

(0001246) madsdyd (administrator) 2008-11-18 11:46	Postponing to future version (non 0.7.1) due to ongoing discussion about the implications and work required to implement this.

Issue History
Date Modified	Username	Field	Change
2008-10-29 09:35	jmpoure	New Issue
2008-10-29 09:36	jmpoure	Description Updated
2008-10-29 09:47	jmpoure	Status	new => feedback
2008-11-10 16:32	madsdyd	Relationship added	related to 0000336
2008-11-10 20:50	cinephiliac	Note Added: 0001061
2008-11-11 07:46	cinephiliac	Note Added: 0001099
2008-11-11 08:44	jmpoure	Note Added: 0001100
2008-11-11 08:44	jmpoure	Note Edited: 0001100
2008-11-11 08:45	jmpoure	Note Edited: 0001100
2008-11-11 08:45	jmpoure	Note Edited: 0001100
2008-11-12 10:56	madsdyd	Note Added: 0001141
2008-11-12 10:56	madsdyd	Severity	minor => feature
2008-11-12 10:56	madsdyd	Status	feedback => acknowledged
2008-11-12 10:56	madsdyd	Target Version	Recent git => 0.7.1
2008-11-18 11:46	madsdyd	Note Added: 0001246
2008-11-18 11:46	madsdyd	Target Version	0.7.1 => future version