KDE4 porting

Hello everyone.

A quick note to tell you that I am currently trying to port Kdenlive to KDE4/QT4.
This means I have to rewrite some large parts of the code. I hope to achieve a better MLT integration that will make the code easier to understand and hopefully attract new developers.

It also means that I will not pay enough attention to the current bugs, since I hope at least some of them will be fixed in the rewrite process. I am developing the KDE4 version in the branch/kde4 folder from svn.

If you want to test and follow development, you can get it from:

svn co https://kdenlive.svn.sourceforge.net/svnroot/kdenlive/branches/KDE4 kdenlive

Currently, you cannot do anything useful, only the project view and clip monitor work. I hope to have all basic features working in something like one month.
Screenshot below.

regards
jb

[attachment=0]

kdenlive4.png

[/attachment]

Looks good in Oxygen! Nice work, well done!

this means 0.6 will be KDE4 version?

anyway, it looks great!

Wonderful news, I am very excited for the whole of KDE4 and the release of KDE 4.0 very soon here; waiting for KDEnlive to be ported to KDE4 is just another exciting step in this great desktop and great application!

Hi jbm.

I'd like to help in the kde4 porting.

Do you already have a todo list, or something like that? Maybe we could set up something in the wiki.

I mean, something like porting the timeline to QGraphicsView, and so on.

And do you already have a todo list for mlt too?

Thanks in Advance

Hi.

Will be glad to have some help. I just started a KDE4 porting page at:

http://en.wikibooks.org/wiki/Kdenlive/KDE4_Porting

Feel free to add your comments and ideas, whenever someone is interested to work on a feature, I think it is better to have a discussion about how to implement it in the best way before starting to work on it...

regards
jb

Is there any chance of making timeline work for 'single track' editing (ie. the transitions between clips instead of below/above clips)? This seems to be the way most proprietary NLE's work these days and it does save screen space although it's a bit less intuitive.

Hi There,

Before leaving current svn as is, do you plan to release a 0.6 version ? this could be a good idea so a more recent stable version than 0.5 could be included in distros...

And then concentrate on KDE4 porting....which sounds pretty good !

Regards

great news...

especially considering Main Actor is now no longer available (are those guys crazy or what?) - it kinda leaves all the hopes for a decent video editing package for Kdenlive.

I hope you get all the interest and help you deserve! :)

(I'm not a programmer so would only ruin the code, otherwise I'd help)

Kind regards

Dave Rich

supercow wrote:
Hi There,

Before leaving current svn as is, do you plan to release a 0.6 version ? this could be a good idea so a more recent stable version than 0.5 could be included in distros...

And then concentrate on KDE4 porting....which sounds pretty good !

Regards

If possible I agree.

Kdenlive is just sooo buggy is too annoying to use, just fixing the bugs with the drag/drop/move clips would make it at least bearable.

Kind regards

Dave Rich

I wrote a couple of ideas in the KDE4 porting page in the wiki.

I would like very much MLT to handle multi-process when working on Mpeg4 x264 raw sources.
Mordern camcorders use this format. We need to support 2 or 4 die processors.
I know this is not a kdenlive issue, an MLT issue, but really needed.

Is there any way to easily make it so that kdenlive doesn't crash everytime there's even a little error? It crashes completely, losing ALL unsaved work without warning, etc. If, when it crashes, it could just revert back to the previous state, it would be nice :D

which kdenlive version do you mean ? (kde4 or kde4 version)

a crash comes without a warning, so we can not warn before.

kdenlive-kde should now have less bugs that crash.
the kde3 version has also a autosave feature and a restore of this after crash.

kde4 version has not, since it is not implemented yet

Hi.

Question: Is it possible to sponsor certain bugs with financial support so they get fixed before the qt4/kde4 release?

We are currently using Ubuntu at work and people want to start doing DVD presentations. Just simple video clip and still image slideshows. Obviously KDENLIVE is the choice project for this.

We understand the problem with something this sophisticated. What we are going to try and do is restrict the users workflow to simple slideshow presentations as well as a few basic file formats to hopefully reduce issues.

However we know we will run into issues such as sound clip speed issues and similar and would like to sponsor resolution of certain bugs if that is even possible. Unfortunately we don't have the financial resources to support the project but we might be able to help out on smaller line items.

Any comments are welcome.

Thanks.

- Rob

P.S. Congrats on the kde4/qt4 port, we haven't tried it but its exciting. We will be replacing Gnome with KDE4 as our corporate desktop at some point in the future so its cool to see kdenlive will be along for the ride.

Thanks for a great piece of software to any devs that might be reading this!

holycow wrote:
Question: Is it possible to sponsor certain bugs with financial support so they get fixed before the qt4/kde4 release?

It did try to sponsor the development of the motion blur feature for face tracking. I offered 100 euros, people got involved quickly but in the end we had to split the bounty between 2 people and noone asked the money. Good for me as I realease my films free of charge. It seems that Kdenlive developers are not looking for money (they probably have enough) and will help you if you can explain the bug/feature needed.

Sound clip speed is surely an important issue and I think this has an impact on Kde4 as well.

Recently, I did a DVD for my sister in law, who is a clown (mime in French).
Raw files are NTSC. In the end, there was a lag in sound, which is quite problematic.