From: jb <jb...@kd...> - 2007-11-11 20:32:13
|
Hello everyone. Have been very silent these last weeks, but I really needed a pause. I just commited some big changes in Kdenlive svn. Most important changes: Kdenlive now uses the MLT functions to manipulate the playlist, which means: - All playlist operations (move, resize, cut, ...) are about 100% faster - You can add effects, change parameters, add clips, etc while playing the timeline for more fun - On the other side, as it is quite a big change, there might be some regressions in simple operations, this is still a bit experimental. Sometimes the timeline can become broken (especially transitions). If this happens, you can use the menu entry: View->Sync Timeline, that should repair the thing. Effects are now created from XML files from the effects subdirectory. It means that when a new effect is added to MLT, a simple XML file describing its parameters should be all that is needed to get the effect in Kdenlive CMake is now required to compile Kdenlive There are probably a few things that are not working correctly with these changes (I still have an MLT patch to apply to fix a timeline imprecision), but it is worth the trouble if you consider the incredible speed gain. Have fun & regards jb |
From: <lis...@fr...> - 2007-11-17 14:10:19
|
jb a écrit : > Hello everyone. > > Have been very silent these last weeks, but I really needed a pause. I just > commited some big changes in Kdenlive svn. > Most important changes: > > Kdenlive now uses the MLT functions to manipulate the playlist, which means: > - All playlist operations (move, resize, cut, ...) are about 100% faster > - You can add effects, change parameters, add clips, etc while playing the > timeline for more fun > - On the other side, as it is quite a big change, there might be some > regressions in simple operations, this is still a bit experimental. Sometimes > the timeline can become broken (especially transitions). If this happens, you > can use the menu entry: View->Sync Timeline, that should repair the thing. > > Effects are now created from XML files from the effects subdirectory. > It means that when a new effect is added to MLT, a simple XML file describing > its parameters should be all that is needed to get the effect in Kdenlive > > CMake is now required to compile Kdenlive > > There are probably a few things that are not working correctly with these > changes (I still have an MLT patch to apply to fix a timeline imprecision), > but it is worth the trouble if you consider the incredible speed gain. > > Have fun & regards > > jb > > Nice to see you back. Now what about my work on documentation? Is it lost? Do I have to send it again to you? I also sent a pt.po file that has found it's way into svn... |
From: espinosa_cz <esp...@ce...> - 2007-11-18 23:42:21
|
opensourcecat wrote: > Il Sunday 18 November 2007 16:52:52 jilt ha scritto: > >> José Jorge wrote: >> >>> jb a écrit : >>> >>>> CMake is now required to compile Kdenlive >>>> >> (cut) >> >> > > Is the kdenlive_build.sh script updated to run with those big changes? > I will look at it tomorrow. But I cannot see much challenge here. It is still ./configure & make & make install isn't it? Cheers Espinosa |
From: jb <jb...@kd...> - 2007-11-18 23:59:03
|
On Monday 19 November 2007 00:40:53 espinosa_cz wrote: > I will look at it tomorrow. But I cannot see much challenge here. It is > still ./configure & make & make install isn't it? No. Unfortunately, the build system is rather different now. To compile, you must do: cmake . & make & make install No more configure file, no more Makefiles. All the build configuration is done in the CMakeLists.txt files. You can find some good documentation at: http://cmake.org/HTML/Documentation.html Maybe the Kdenlive build system needs some changes for the script to work, let me know if you have problems. regards jb |
From: opensourcecat <ope...@gm...> - 2007-11-19 13:13:07
|
Il Monday 19 November 2007 00:58:50 jb ha scritto: > On Monday 19 November 2007 00:40:53 espinosa_cz wrote: > > I will look at it tomorrow. But I cannot see much challenge here. It is > > still ./configure & make & make install isn't it? > > No. Unfortunately, the build system is rather different now. To compile, > you must do: > > cmake . & make & make install > > No more configure file, no more Makefiles. All the build configuration is > done in the CMakeLists.txt files. And what about merging new strings to the .pot file? I'v lost my notes about how to do that so i'm asking for it also if is the= =20 same as always... thanks =2D-=20 ________________________________________ http://ilgattotrino.studiobrigaglia.com |
From: Jeffrey T. <elj...@gm...> - 2007-11-19 18:07:26
|
Espinosa, thanks for the great script! > > Is the kdenlive_build.sh script updated to run with those big changes? You might want to look a bit into ffmpeg since a lot of the "./configure --enable-XXX" no longer want to work. More here: http://www.kdenlive.org/bbforum/viewtopic.php?f=8&t=339 Thanks again |
From: el j. d. <elj...@gm...> - 2007-11-29 03:40:12
|
I am still having issues with today's (28 Nov 7) recent SVN build script: > eljefe@eljefe-desktop:~/KDEnlive_SVN$ ./kdenlive_builder.sh build > Unknown option "--enable-libogg". > See ./configure --help for available options. > eljefe@eljefe-desktop:~/KDEnlive_SVN$ > Soon after removing the --enable-libogg I rerun and get: > ./kdenlive_builder.sh: line 111: --enable-pp: command not found > These are the same errors I wrote about when the script-fix-thread was started... any news? Thanks, cannot wait to try some new KDEnlive, I read that the NTSC sync issues may be fixed in MLT?...?? -- "Put all of your valuable documents here, I'll keep them safe. Trust me." --Windows Trust Free, Open Source software. http://www.itwire.com.au/content/view/15298/1023/ |
From: el j. d. <elj...@gm...> - 2007-12-31 18:38:30
|
> I read that the NTSC sync issues may be fixed in MLT?...?? I was wrong, they are not yet fixed. Does anyone know if the NTSC syncing issues are being worked on? |
From: Dan D. <da...@de...> - 2008-01-12 07:01:37
|
On Monday 31 December 2007, el jefe delito wrote: > > I read that the NTSC sync issues may be fixed in MLT?...?? > > I was wrong, they are not yet fixed. Does anyone know if the NTSC syncing > issues are being worked on? I am looking into it. The bug is in the avformat consumer. So far nothing trivial has come up. If you want a workaround: $ MLT_PROFILE=dv_ntsc inigo input.kdenlive -consumer libdv:output.dv real_time=0 Then, use ffmpeg or Kino to encode to whatever else you desire. avidemux can not load raw DV, and you would have to use ffmpeg or Kino to convert it to AVI. |
From: jilt <ji...@de...> - 2007-11-18 15:53:10
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 José Jorge wrote: > jb a écrit : >> CMake is now required to compile Kdenlive >> (cut) >> > Nice to see you back. Now what about my work on documentation? Is it > lost? Do I have to send it again to you? > > I also sent a pt.po file that has found it's way into svn... While there will be an updated documentation in english I'm going to translate it in italian bye jilt -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHQF/TNom9shKmKsoRAt18AJ9BP52S8ov82RHAmd+bMEMxV1GK9QCfXoww kQlmEqtfLUmFiyOB3bRJxIc= =Rdwm -----END PGP SIGNATURE----- |
From: jb <jb...@kd...> - 2007-11-19 23:00:53
|
On Monday 19 November 2007 23:15:21 Jos=E9 Jorge wrote: > Well I have sent an updated documentation in english 2 months ago... do > people here really feel documentation is useless? Ok, I admit it took me very long, but still I committed your changes 2 week= s=20 ago! Let me know if there is something wrong. regards. jb |
From: <lis...@fr...> - 2007-11-19 23:20:09
|
jb a écrit : > Ok, I admit it took me very long, but still I committed your changes 2 weeks > ago! > My fault, as no one answered, I thought it was not commited. I'll paint my face in black ;-) |
From: opensourcecat <ope...@gm...> - 2007-11-18 16:06:11
|
Il Sunday 18 November 2007 16:52:52 jilt ha scritto: > Jos=E9 Jorge wrote: > > jb a =E9crit : > >> CMake is now required to compile Kdenlive > > (cut) > Is the kdenlive_build.sh script updated to run with those big changes? =2D-=20 ________________________________________ http://ilgattotrino.studiobrigaglia.com |
From: <lis...@fr...> - 2007-11-19 22:15:23
|
jilt a écrit : > José Jorge wrote: > >> Nice to see you back. Now what about my work on documentation? Is it >> lost? Do I have to send it again to you? >> >> I also sent a pt.po file that has found it's way into svn... >> > > While there will be an updated documentation in english I'm going to > translate it in italian > > bye > jilt Well I have sent an updated documentation in english 2 months ago... do people here really feel documentation is useless? |
From: Dan D. <da...@de...> - 2008-01-22 18:30:55
|
On Dec 31, 2007, at 10:36 AM, el jefe delito wrote: > > I read that the NTSC sync issues may be fixed in MLT?...?? > I was wrong, they are not yet fixed. Does anyone know if the NTSC > syncing issues are being worked on? This is fixed in MLT CVS. See the bug for more info. |
From: Jeffrey T. <elj...@gm...> - 2008-01-22 20:32:00
|
> > > ...NTSC sync issues... > This is fixed in MLT CVS. See the bug for more info. Woo hoo! Excellent news! Now I just need KDEnlive to edit the correct in/out points http://www.kdenlive.org/mantis/view.php?id=23 http://sourceforge.net/tracker/index.php?func=detail&aid=1875583&group_id=96039&atid=613414 and stop crashing on me with recent builds... http://www.kdenlive.org/mantis/view.php?id=68 and my Linux video editing will become a reality! I love this stuff. Thank you Dan Dennedy :) and the KDEnlive Team :) |
From: Dan D. <da...@de...> - 2008-01-24 07:59:31
|
On Jan 22, 2008 12:31 PM, Jeffrey Thomas <elj...@gm...> wrote: > > > > ...NTSC sync issues... > > This is fixed in MLT CVS. See the bug for more info. > > Woo hoo! Excellent news! > Embarrassing how long it went unnoticed. > Now I just need KDEnlive to edit the correct in/out points > http://www.kdenlive.org/mantis/view.php?id=23 > > http://sourceforge.net/tracker/index.php?func=detail&aid=1875583&group_id=96039&atid=613414 > This is fixed in my working copy, but... JB, the fix contains massive changes to the way profiles are integrated throughout the framework and modules. The impact on kdenlive should be little, but it does have trivial interface breakage--just to let you know. I still have to update the mlt++ in my working copy, and I am still testing. There are other changes coming as well with one big one that will impact kdenlive... As alluded to in a previous email on the MLT list, while the above changes are critical fixes, if one tries to alter framerate on render, then the edit points get screwed up. To fix that, I will be changing mlt_position to represent time (something like microseconds) instead of frames. I am thinking this change to time representation might be best integrated into the KDE4 port. However, it might be nice to get some of the recent fixes into the current codebase for struggling kdenlive (esp. NTSC) users. What do you think? I am trying to coordinate major changes and releases between MLT and kdenlive. Finally, JB, the next MLT commit required changes to inigo and therefore would require changes to kdenlive_renderer.c. So, I added a command-line option on inigo to make it mimic the behavior of kdenlive_renderer if you want to stop worrying about maintaining it going forward. |
From: Zachary D. <zac...@gm...> - 2008-01-24 19:31:57
|
On Jan 24, 2008 1:59 AM, Dan Dennedy <da...@de...> wrote: As alluded to in a previous email on the MLT list, while the above changes > are critical fixes, if one tries to alter framerate on render, then the edit > points get screwed up. To fix that, I will be changing mlt_position to > represent time (something like microseconds) instead of frames. > This sounds like progress! However, some of my MLT code relies on frame number to determine: 1. If the playback is paused 2. If the playback direction has changed 3. If a frame was skipped 4. Possibly other things, I need to review my code to be sure The obvious problem is #3. Do you have any thoughts on this? Also, you should probably start a discussion MLT about these changes. Zach |
From: jb <jb...@kd...> - 2008-01-28 21:09:18
|
On Thursday 24 January 2008 08:59:34 Dan Dennedy wrote: > JB, the fix contains massive changes to the way profiles are integrated > throughout the framework and modules. The impact on kdenlive should be > little, but it does have trivial interface breakage--just to let you know. > I still have to update the mlt++ in my working copy, and I am still > testing. There are other changes coming as well with one big one that will > impact kdenlive... Currently the Kdenlive/MLT interface is a really small piece of code, so it= =20 shouldn't be too hard to update it, and Kdenlive already works with timecod= e=20 instead of frames in most of its parts.=20 > I am thinking this change to time representation might be best integrated > into the KDE4 port. However, it might be nice to get some of the recent > fixes into the current codebase for struggling kdenlive (esp. NTSC) users. > What do you think? I am trying to coordinate major changes and releases > between MLT and kdenlive. Yes, I think it would be good to release a last KDE3 based Kdenlive that=20 includes as most fixes as possible. I am ok to work on it so that we could= =20 release a KDE3 based Kdenlive and a new MLT together. > Finally, JB, the next MLT commit required changes to inigo and therefore > would require changes to kdenlive_renderer.c. So, I added a command-line > option on inigo to make it mimic the behavior of kdenlive_renderer if you > want to stop worrying about maintaining it going forward. Excellent news. I will happily kill kdenlive_renderer in favor of inigo! I=C2=A0am currently not very present on mailing lists and forums, but it's = mainly=20 because I spend my time on the KDE4 version, wich is progressing nicely, so= I=20 am very excited to hear that you are making progress on MLT! regards Jean-Baptiste |