-----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-----
