[Kdenlive-devel] Next release & roadmap...

[Till Theato]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 08/23/2010 08:23 PM, Dan Dennedy wrote:
> On Sun, Aug 22, 2010 at 5:55 AM, jb <jb at kdenlive.org> wrote:
>> Hi!
>>
>> I just made a big commit enabling track effects. So you can now drag & drop an
>> effect on a track header and it will be appied on the whole track.
>>
>> I still have to do some work on it (currently they are not correctly saved so
>> use only for testing, also have to disable keyframable effects for tracks), and
>> polishing.
>>
>> Apart from that, I think it's important to release a new version soon. So if

Definitely. However at least the scopes and the on-monitor scene depend
on MLT from git.
@Dan: Do you plan to release MLT 0.5.8 before merging in your parallel
branch?

>> anyone agrees, we could enter in feature freeze in the next days (I hope to
>> finish my effect track stuff in the next 3-4 days) and concentrate on bug fixing
>> for the next 3 weeks.
>>
>> String freeze could be planned in 10 days, so that we have the following
>> timeline:
>>
>> 1st of september: string freeze
>> 13th of september: release Kdenlive 0.7.8
>>
>> After that, I think we can work on Kdenlive 0.8, for which I want to implement
>> proxy editing which is a much requested feature.
>>
>> If anybody has ideas or comments, please speak
> 
> Things I would like to get in:
> 
> - enhancements to Slideshow clip window to enable recent MLT
> enhancements (center crop, Ken Burns effect, and forthcoming random
> option for transition). I would love to get some volunteer help here
> because I am still not comfortable with code that must interact with
> the kdenlive doc.
> 
> - additional items in Advanced section of Clip Properties based on a
> couple things in development (luma handling) and 2 old things
> (top-field-first toggle and display aspect ratio)
> 
> Finally, what is the state of the "Region" stuff you have added?
> Firstly, I think "Region" is a horrible name. I know it comes from
> MLT, but I did not name it that. Secondly, the problems you mentioned.
> Thirdly, the usability and usefulness problems I mentioned in my
> thread with Till about masks. (Mask is the better term, and I suggest
> to reserve the term Matte to use when one applies a Mask
> to the alpha channel for compositing. Otherwise, a filters Mask will
> not alter the original alpha channel or its modifications for the
> purposes of compositing.)
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkxy2kkACgkQzwEyz7QP6nSTsQCfZCEUKCoyfyR9OX8v4eN8Ld6M
8fYAn0/w8r502XUGq3MdGMjo/6k844UO
=lNdw
-----END PGP SIGNATURE-----