From: Dan D. <da...@de...> - 2007-07-24 03:14:22
|
JB, Have you had a chance to try integrating the recent MLT normalisation/profiles change into kdenlive? |
From: jb <jb...@ad...> - 2007-07-25 20:53:02
|
On Tuesday 24 July 2007 05.14:15 Dan Dennedy wrote: > JB, > Have you had a chance to try integrating the recent MLT > normalisation/profiles change into kdenlive? Hi Dan. Yes, I have updated Kdenlive to use the new profiles system. I have not yet commited my changes since I was not sure what to do with the Kdenlive 0.5 release. But anyways I think we will need a new MLT release for Kdenlive 0.5 since there were many improvements / fixes since 0.2.3, so it is probably better to already integrate the new profiles system... So unless there are some stong arguments against it, I think I will update Kdenlive to use the new profiles system in the next days regards jb |
From: Dan D. <da...@de...> - 2007-07-25 23:01:54
|
On Wednesday 25 July 2007 1:53:10 pm jb wrote: > On Tuesday 24 July 2007 05.14:15 Dan Dennedy wrote: > > JB, > > Have you had a chance to try integrating the recent MLT > > normalisation/profiles change into kdenlive? > > Hi Dan. > > Yes, I have updated Kdenlive to use the new profiles system. I have not yet > commited my changes since I was not sure what to do with the Kdenlive 0.5 > release. > > But anyways I think we will need a new MLT release for Kdenlive 0.5 since > there were many improvements / fixes since 0.2.3, so it is probably better > to already integrate the new profiles system... I think so. The impact of this change should have been quite minimal, no? > So unless there are some stong arguments against it, I think I will update > Kdenlive to use the new profiles system in the next days I got some community pressure to step up the HDV support across the board. Also, part of the immediate goals of MLT upon resuming maintenance was to address the backlog of bug reports and patches, and the HDV patch was one of those. Also, FYI, dvgrab 3.0 is just around the corner, and it integrates HDV capture. Maybe not for kdenlive 0.5, but it might be easy to integrate into kdenlive's capture. |
From: Aleksander A. <ale...@ol...> - 2007-07-29 01:13:41
|
T24gNy8yNS8wNywgamIgPGpiQGFkZXIuY2g+IHdyb3RlOgo+IEhpIERhbi4KPgo+IFllcywgSSBo YXZlIHVwZGF0ZWQgS2RlbmxpdmUgdG8gdXNlIHRoZSBuZXcgcHJvZmlsZXMgc3lzdGVtLiBJIGhh dmUgbm90IHlldAo+IGNvbW1pdGVkIG15IGNoYW5nZXMgc2luY2UgSSB3YXMgbm90IHN1cmUgd2hh dCB0byBkbyB3aXRoIHRoZSBLZGVubGl2ZSAwLjUKPiByZWxlYXNlLgo+Cj4gQnV0IGFueXdheXMg SSB0aGluayB3ZSB3aWxsIG5lZWQgYSBuZXcgTUxUIHJlbGVhc2UgZm9yIEtkZW5saXZlIDAuNSBz aW5jZQo+IHRoZXJlIHdlcmUgbWFueSBpbXByb3ZlbWVudHMgLyBmaXhlcyBzaW5jZSAwLjIuMywg c28gaXQgaXMgcHJvYmFibHkgYmV0dGVyIHRvCj4gYWxyZWFkeSBpbnRlZ3JhdGUgdGhlIG5ldyBw cm9maWxlcyBzeXN0ZW0uLi4KCkpCLCBkaWQgeW91IGNvbW1pdCB0aGUgY2hhbmdlcyByZWNlbnRs eT8KCkkgaGF2ZSBhIHByb2JsZW0gd2l0aCBLREVubGl2ZSBub3Qgc3RhcnRpbmcgdXAsIG9ubHkg ZGlzcGxheWluZwoiQ2Fubm90IGZpbmQgeW91ciBNTFQgaW5zdGFsbGF0aW9uLCBwbGVhc2UgZ2l2 ZSB0aGUgcGF0aCIgZGlhbG9nLgoKSSdtIGJ1aWxkaW5nIEtERW5saXZlIHdpdGggdGhlIGN1cnJl bnQgU1ZOIEhFQUQgb2YgRkZNUEVHLCBNTFQgYW5kIE1MVCsrLgoKQSBjb3VwbGUgb2YgZGF5cyBl YXJsaWVyIEtERW5saXZlIGJ1aWx0IHRoaXMgd2F5IHNpbXBseSBjcmFzaGVkIG9uIHN0YXJ0dXAu CgpJJ3ZlIHRlc3RlZCB0d28gdmVyc2lvbnMgMjAwNy0wNy0yMToKCkZpcnN0IG9uZSwgY2hlY2tl ZCBvdXQgYXJvdW5kIDAxOjE4IChDZW50cmFsIEV1cm9wZWFuIHRpbWUpLCBzdGFydGVkCnVwLCBi dXQgY3Jhc2hlZCB3aGVuIG9wZW5pbmcgYSBwcm9qZWN0IG9yIGEgY2xpcC4gVGhlIGJhY2t0cmFj ZSB3YXM6CgouLi4KIzIgIDB4NDVhYjIzMWQgaW4gY2FsbG9jICgpIGZyb20gL2xpYi90bHMvaTY4 Ni9jbW92L2xpYmMuc28uNgojMyAgMHhiN2Y4MjJkZCBpbiBtbHRfcHJvcGVydGllc19pbml0ICh0 aGlzPTB4ODRlZGE2OCwKY2hpbGQ9MHg4NGVkYTY4KSBhdCBtbHRfcHJvcGVydGllcy5jOjc5CiM0 ICAweGI3Zjg2ODFkIGluIG1sdF9zZXJ2aWNlX2luaXQgKHRoaXM9MHg4NGVkYTY4LCBjaGlsZD0w eDg0ZWRhNjgpCmF0IG1sdF9zZXJ2aWNlLmM6ODQKIzUgIDB4YjdmOGNmYjAgaW4gbWx0X2NvbnN1 bWVyX2luaXQgKHRoaXM9MHg4NGVkYTY4LCBjaGlsZD0weDg0ZWRhNjgpCmF0IG1sdF9jb25zdW1l ci5jOjQ4CiM2ICAweGI3YWQwNDFjIGluIGNvbnN1bWVyX3NkbF9wcmV2aWV3X2luaXQgKGFyZz0w eDApIGF0CmNvbnN1bWVyX3NkbF9wcmV2aWV3LmM6NjYKIzcgIDB4YjdhY2U1ZjYgaW4gbWx0X2Ny ZWF0ZV9jb25zdW1lciAoaWQ9MHg4M2Y1YjkwICJzZGxfcHJldmlldyIsCmFyZz0weDApIGF0IGZh Y3RvcnkuYzo1NQouLi4KClNlY29uZCBvbmUsIGNoZWNrZWQgb3V0IGFyb3VuZCAwMjowOCAoQ2Vu dHJhbCBFdXJvcGVhbiB0aW1lKSAtIG9ubHkgYW4KaG91ciBsYXRlciwgY3Jhc2hlZCBpbW1lZGlh dGVseSBvbiBzdGFydHVwLgoKQmFja3RyYWNlIGluZGljYXRlZCB0aGF0IGl0IHdhcyBpbiBzb21l IE1MVCBwcm9wZXJ0aWVzLXJlbGF0ZWQKZnVuY3Rpb24gZnJvbSBNTFQ6CgouLi4KIzUgIDB4NDVh YjI2MGUgaW4gbWFsbG9jICgpIGZyb20gL2xpYi90bHMvaTY4Ni9jbW92L2xpYmMuc28uNgojNiAg MHhiN2VmZTRkYiBpbiBtbHRfcHJvcGVydHlfaW5pdCAoKSBhdCBtbHRfcHJvcGVydHkuYzozNAoj NyAgMHhiN2VmZjFhOCBpbiBtbHRfcHJvcGVydGllc19hZGQgKHRoaXM9PHZhbHVlIG9wdGltaXpl ZCBvdXQ+LApuYW1lPTB4ODUxYjI5MCAiZnJhbWVfcmF0ZV9kZW4iKSBhdCBtbHRfcHJvcGVydGll cy5jOjMxNQojOCAgMHhiN2YwMDIzYSBpbiBtbHRfcHJvcGVydGllc19zZXQgKHRoaXM9MHg4NTRl OWEwLCBuYW1lPTB4ODUxYjI5MAoiZnJhbWVfcmF0ZV9kZW4iLCB2YWx1ZT0weDg1MWQ1ZTggIjEi KSBhdCBtbHRfcHJvcGVydGllcy5jOjMzNQojOSAgMHhiN2YwMDllZSBpbiBtbHRfcHJvcGVydGll c19wYXJzZSAodGhpcz0weDg1NGU5YTAsCm5hbWV2YWx1ZT0weGJmOTQ3MjM4ICJmcmFtZV9yYXRl X2Rlbj0xIikgYXQgbWx0X3Byb3BlcnRpZXMuYzo1NTYKIzEwIDB4YjdmMDBiZjAgaW4gbWx0X3By b3BlcnRpZXNfbG9hZCAoZmlsZW5hbWU9MHg4NTIyMjY4CiIvaG9tZS9vbG8vYnVpbGQva2Rlbmxp dmUuMjAwNy0wNy0yMV8wMl8wOC8vc2hhcmUvbWx0L3Byb2ZpbGVzL2R2MO+/ve+/ve+/ve+/vSIp CiAgICBhdCBtbHRfcHJvcGVydGllcy5jOjE0NQojMTEgMHhiN2YwZWEyNiBpbiBtbHRfcHJvZmls ZV9sb2FkX2ZpbGUgKGZpbGU9MHg4NTIyMjY4CiIvaG9tZS9vbG8vYnVpbGQva2RlbmxpdmUuMjAw Ny0wNy0yMV8wMl8wOC8vc2hhcmUvbWx0L3Byb2ZpbGVzL2R2MO+/ve+/ve+/ve+/vSIpCiAgICBh dCBtbHRfcHJvZmlsZS5jOjgxCiMxMiAweGI3ZjBlYjg0IGluIG1sdF9wcm9maWxlX3NlbGVjdCAo bmFtZT0weGI3ZjBmY2Y2ICJkdl9wYWwiKSBhdAptbHRfcHJvZmlsZS5jOjcyCiMxMyAweGI3ZjBk NjU2IGluIG1sdF9mYWN0b3J5X2luaXQgKHByZWZpeD0weDApIGF0IG1sdF9mYWN0b3J5LmM6MTI3 CiMxNCAweGI3ZWUxN2Y1IGluIE1sdDo6RmFjdG9yeTo6aW5pdCAoKSBmcm9tCi9ob21lL29sby9i dWlsZC9rZGVubGl2ZS4yMDA3LTA3LTIxXzAyXzA4L2xpYi9saWJtbHQrKy5zby4wLjIuNAojMTUg MHgwODE2NjJjZSBpbiBLUmVuZGVyOjpvcGVuTWx0ICh0aGlzPTB4ODU0MmFiMCkKICAgIGF0IC9o b21lL29wdC9zb2Z0L0dyYXBoaWNzL0tERW5saXZlL2tkZW5saXZlLWRldi1oZWxwZXJzL2tkZW5s aXZlL2tkZW5saXZlL2tyZW5kZXIuY3BwOjk4Ci4uLgoKSSBzdXNwZWN0IHRoZSBwcm9ibGVtIGlz IHRoYXQgS0RFbmxpdmUgZG9lc24ndCB3b3JrIHdpdGggY3VycmVudCBNTFQKU1ZOIGZyb20gSEVB RC4gSWYgc28sIHlvdXIgY2hhbmdlcyB3aWxsIGFkZHJlc3MgdGhhdCBwcm9ibGVtLCBhbSBJCnJp Z2h0PwoKQW55d2F5IEknbSBsb29raW5nIGZvcndhcmQgdG8gdGhlIGludGVncmF0aW9uLCBhbmQg YW0gZWFnZXIgdG8gdGVzdCB0aGUgcmVzdWx0cy4KCi0tIApCZXN0IFJlZ2FyZHMsCiAgQWxla3Nh bmRlciBBZGFtb3dza2kKICBodHRwOi8vb2xvLm9yZy5wbAo= |
From: Dan D. <da...@de...> - 2007-07-29 04:44:18
|
On Saturday 28 July 2007, Aleksander Adamowski wrote: > On 7/25/07, jb <jb...@ad...> wrote: > > Hi Dan. > > > > Yes, I have updated Kdenlive to use the new profiles system. I have not > > yet commited my changes since I was not sure what to do with the Kdenlive > > 0.5 release. > > > > But anyways I think we will need a new MLT release for Kdenlive 0.5 since > > there were many improvements / fixes since 0.2.3, so it is probably > > better to already integrate the new profiles system... > > JB, did you commit the changes recently? > > I have a problem with KDEnlive not starting up, only displaying > "Cannot find your MLT installation, please give the path" dialog. Enter the path to the --prefix used when you configured MLT > I'm building KDEnlive with the current SVN HEAD of FFMPEG, MLT and MLT++. > > A couple of days earlier KDEnlive built this way simply crashed on startup. I just checked a fix into MLT SVN (rev 1019). It is working for me on kdenlive updated today. |
From: Aleksander A. <ale...@ol...> - 2007-07-29 23:06:47
|
On 7/29/07, Dan Dennedy <da...@de...> wrote: > On Saturday 28 July 2007, Aleksander Adamowski wrote: > > I have a problem with KDEnlive not starting up, only displaying > > "Cannot find your MLT installation, please give the path" dialog. > > Enter the path to the --prefix used when you configured MLT I'm using the kdenlive_builder.sh script and it does specify the prefix - see for yourself: http://kdenlive-dev-helpers.googlecode.com/svn/trunk/kdenlive_builder.sh Also, with LD_DEBUG=libs I can see that MLT libraries are loaded by KDEnlive: olo@stacja:~/build/kdenlive.2007-07-30_00_25$ fgrep mlt 2007-07-30_00_57_26_log.txt 2397: find library=libmlt.so.0.2.4 [0]; searching 2397: trying file=/home/olo/build/kdenlive.2007-07-30_00_25/lib/tls/i686/cmov/libmlt.so.0.2.4 2397: trying file=/home/olo/build/kdenlive.2007-07-30_00_25/lib/tls/i686/libmlt.so.0.2.4 2397: trying file=/home/olo/build/kdenlive.2007-07-30_00_25/lib/tls/cmov/libmlt.so.0.2.4 2397: trying file=/home/olo/build/kdenlive.2007-07-30_00_25/lib/tls/libmlt.so.0.2.4 2397: trying file=/home/olo/build/kdenlive.2007-07-30_00_25/lib/i686/cmov/libmlt.so.0.2.4 2397: trying file=/home/olo/build/kdenlive.2007-07-30_00_25/lib/i686/libmlt.so.0.2.4 2397: trying file=/home/olo/build/kdenlive.2007-07-30_00_25/lib/cmov/libmlt.so.0.2.4 2397: trying file=/home/olo/build/kdenlive.2007-07-30_00_25/lib/libmlt.so.0.2.4 2397: find library=libmlt++.so.0.2.4 [0]; searching 2397: trying file=/home/olo/build/kdenlive.2007-07-30_00_25/lib/libmlt++.so.0.2.4 2397: search path=../lib/tls/i686/cmov:../lib/tls/i686:../lib/tls/cmov:../lib/tls:../lib/i686/cmov:../lib/i686:../lib/cmov:../lib (RPATH from file /home/olo/build/kdenlive.2007-07-30_00_25/lib/libmlt++.so.0.2.4) 2397: search path=../lib/tls/i686/cmov:../lib/tls/i686:../lib/tls/cmov:../lib/tls:../lib/i686/cmov:../lib/i686:../lib/cmov:../lib (RPATH from file /home/olo/build/kdenlive.2007-07-30_00_25/lib/libmlt++.so.0.2.4) 2397: search path=../lib/tls/i686/cmov:../lib/tls/i686:../lib/tls/cmov:../lib/tls:../lib/i686/cmov:../lib/i686:../lib/cmov:../lib (RPATH from file /home/olo/build/kdenlive.2007-07-30_00_25/lib/libmlt++.so.0.2.4) 2397: calling init: /home/olo/build/kdenlive.2007-07-30_00_25/lib/libmlt.so.0.2.4 2397: calling init: /home/olo/build/kdenlive.2007-07-30_00_25/lib/libmlt++.so.0.2.4 2397: calling fini: /home/olo/build/kdenlive.2007-07-30_00_25/lib/libmlt++.so.0.2.4 [0] 2397: calling fini: /home/olo/build/kdenlive.2007-07-30_00_25/lib/libmlt.so.0.2.4 [0] olo@stacja:~/build/kdenlive.2007-07-30_00_25$ ldd /home/olo/build/kdenlive.2007-07-30_00_25/lib/libmlt.so.0.2.4 linux-gate.so.1 => (0xffffe000) libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7f57000) libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7f53000) libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7f3c000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7dfb000) /lib/ld-linux.so.2 (0x80000000) olo@stacja:~/build/kdenlive.2007-07-30_00_25$ ldd /home/olo/build/kdenlive.2007-07-30_00_25/lib/libmlt++.so.0.2.4 linux-gate.so.1 => (0xffffe000) libmlt.so.0.2.4 => not found libmiracle.so.0.2.4 => not found libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7ea4000) libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7e7d000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7e71000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7d2f000) /lib/ld-linux.so.2 (0x80000000) KDEnlive still asks for MLT location and refuses to launch. I've checked with SVN versions of everything from today: $ ./kdenlive_builder.sh info FFmpeg SVN version: Revision: 9830 Last Changed Date: 2007-07-29 23:34:31 +0200 (Sun, 29 Jul 2007) MLT SVN version: Revision: 1019 Last Changed Date: 2007-07-29 05:22:32 +0200 (Sun, 29 Jul 2007) MLT++ SVN version: Revision: 1019 Last Changed Date: 2007-06-12 08:00:29 +0200 (Tue, 12 Jun 2007) Kdenlive SVN version: Revision: 1650 Last Changed Date: 2007-07-29 14:21:17 +0200 (Sun, 29 Jul 2007) -- Best Regards, Aleksander Adamowski http://olo.org.pl |
From: Felix H. <f.h...@we...> - 2007-07-30 11:29:33
|
Am Sonntag, 29. Juli 2007 03:13 schrieb Aleksander Adamowski: > > I have a problem with KDEnlive not starting up, only displaying > "Cannot find your MLT installation, please give the path" dialog. Exactly the same problems here! I've build kdenlive, mlt and mlt++ from actual cvs/svn minutes ago. For mlt and mlt++ i used "./configure --prefix=/usr/". For kdenlive it was "./configure --prefix=/opt/kde3" When i start kdenlive there is the obove mentioned question about MLT installation. I typed "/usr/" as path but it doesnt work for me :( Any workaround available? regards Felix |
From: jb <jb...@ad...> - 2007-07-30 11:34:42
|
On Monday 30 July 2007 13.29:36 Felix Hammer wrote: > Am Sonntag, 29. Juli 2007 03:13 schrieb Aleksander Adamowski: > > I have a problem with KDEnlive not starting up, only displaying > > "Cannot find your MLT installation, please give the path" dialog. > > Exactly the same problems here! > I've build kdenlive, mlt and mlt++ from actual cvs/svn minutes ago. For mlt > and mlt++ i used "./configure --prefix=/usr/". > For kdenlive it was "./configure --prefix=/opt/kde3" > When i start kdenlive there is the obove mentioned question about MLT > installation. I typed "/usr/" as path but it doesnt work for me :( > > Any workaround available? Strange... Have you got something in the /usr/share/mlt/profiles/ directory ? jb |
From: Felix H. <f.h...@we...> - 2007-07-30 16:00:03
|
Am Montag, 30. Juli 2007 13:34 schrieb jb: > On Monday 30 July 2007 13.29:36 Felix Hammer wrote: > > Am Sonntag, 29. Juli 2007 03:13 schrieb Aleksander Adamowski: > > > I have a problem with KDEnlive not starting up, only displaying > > > "Cannot find your MLT installation, please give the path" dialog. > > > > Exactly the same problems here! > > I've build kdenlive, mlt and mlt++ from actual cvs/svn minutes ago. For > > mlt and mlt++ i used "./configure --prefix=/usr/". > > For kdenlive it was "./configure --prefix=/opt/kde3" > > When i start kdenlive there is the obove mentioned question about MLT > > installation. I typed "/usr/" as path but it doesnt work for me :( > > > > Any workaround available? > > Strange... > Have you got something in the /usr/share/mlt/profiles/ directory ? > Hi jb sry for traffic. I have get the mlt sources from the old cvs trunk. Now i take a look at the wiki and tried to fetch from svn. So it works as expected ;-) regards Felix |
From: Dan D. <da...@de...> - 2007-07-30 18:12:58
|
On Sunday 29 July 2007 4:06:44 pm Aleksander Adamowski wrote: > On 7/29/07, Dan Dennedy <da...@de...> wrote: > > On Saturday 28 July 2007, Aleksander Adamowski wrote: > > > I have a problem with KDEnlive not starting up, only displaying > > > "Cannot find your MLT installation, please give the path" dialog. > > > > Enter the path to the --prefix used when you configured MLT > > I'm using the kdenlive_builder.sh script and it does specify the > prefix - see for yourself: I suppose kdenlive does not assume the prefix, you have to tell it the first time. Maybe JB can improve on this because $(mlt-config --prefix) provides this information. The pkg-config mlt-framework is supposed to provide this as well, but looking at mine now, there seems to be a problem there that I have to fix. -- +-DRD-+ |
From: Dan D. <da...@de...> - 2007-07-30 19:40:51
|
On Monday 30 July 2007 11:12:51 am Dan Dennedy wrote: > On Sunday 29 July 2007 4:06:44 pm Aleksander Adamowski wrote: > > On 7/29/07, Dan Dennedy <da...@de...> wrote: > > > On Saturday 28 July 2007, Aleksander Adamowski wrote: > > > > I have a problem with KDEnlive not starting up, only displaying > > > > "Cannot find your MLT installation, please give the path" dialog. > > > > > > Enter the path to the --prefix used when you configured MLT > > > > I'm using the kdenlive_builder.sh script and it does specify the > > prefix - see for yourself: > > I suppose kdenlive does not assume the prefix, you have to tell it the > first time. Maybe JB can improve on this because $(mlt-config --prefix) > provides this information. The pkg-config mlt-framework is supposed to > provide this as well, but looking at mine now, there seems to be a problem > there that I have to fix. I just fixed this, and the prefix can now be obtained via pkg-config as: pkg-config --variable=prefix mlt-framework -- +-DRD-+ |
From: Aleksander A. <ale...@ol...> - 2007-07-31 13:43:35
|
On 7/30/07, Dan Dennedy <da...@de...> wrote: > I just fixed this, and the prefix can now be obtained via pkg-config as: > > pkg-config --variable=prefix mlt-framework Using pkg-config by KDEnlive build system woudn't be good for me and others using kdenlive-builder because system wide pkg-config would know nothing about MLT installed in some directory in a user's homedir. The problem in my case is that KDEnlive build system in fact discovers where my MLT installation is located: $ pwd /home/olo/misc/soft/Graphics/KDEnlive/kdenlive-dev-helpers/kdenlive $ grep -i mlt Makefile* Makefile:KDE_XSL_STYLESHEET = /usr/share/apps/ksgmltools2/customization/kde-chunk.xsl Makefile:LIBMLT_CFLAGS = -I/home/olo/build/kdenlive.2007-07-31_14_16/include -I/home/olo/build/kdenlive.2007-07-31_14_16/include/mlt -D_REENTRANT Makefile:LIBMLT_LIBS = -L/home/olo/build/kdenlive.2007-07-31_14_16/lib -lmlt Makefile.in:LIBMLT_CFLAGS = @LIBMLT_CFLAGS@ Makefile.in:LIBMLT_LIBS = @LIBMLT_LIBS@ And the KDEnlive binary is correctly linked with those. The same prefix (/home/olo/build/kdenlive.2007-07-31_14_16) is specified for all 4 source trees that are built: ffmpeg, mlt, mlt++, kdenlive. KDenlive binary properly loads the dynamically linked MLT libraries, as debugging with LD_DEBUG indicates. But KDEnlive still complains that it cannot locate MLT libraries on startup. That's the problem. And it has worked previously. -- Best Regards, Aleksander Adamowski http://olo.org.pl |
From: Dan D. <da...@de...> - 2007-07-31 17:25:30
|
On Tuesday 31 July 2007 6:43:35 am Aleksander Adamowski wrote: > On 7/30/07, Dan Dennedy <da...@de...> wrote: > > I just fixed this, and the prefix can now be obtained via pkg-config as: > > > > pkg-config --variable=prefix mlt-framework > > Using pkg-config by KDEnlive build system woudn't be good for me and > others using kdenlive-builder because system wide pkg-config would Is this script even necessary now that mlt's configure --avformat-svn statically links and lets you specify all the options you want? > know nothing about MLT installed in some directory in a user's > homedir. If your script would set PKG_CONFIG_PATH, then pkg-config would find the mlt-framework.pc in a user's homedir. > The problem in my case is that KDEnlive build system in fact discovers > where my MLT installation is located: > > $ pwd > /home/olo/misc/soft/Graphics/KDEnlive/kdenlive-dev-helpers/kdenlive > $ grep -i mlt Makefile* > Makefile:KDE_XSL_STYLESHEET = > /usr/share/apps/ksgmltools2/customization/kde-chunk.xsl > Makefile:LIBMLT_CFLAGS = > -I/home/olo/build/kdenlive.2007-07-31_14_16/include > -I/home/olo/build/kdenlive.2007-07-31_14_16/include/mlt -D_REENTRANT > Makefile:LIBMLT_LIBS = -L/home/olo/build/kdenlive.2007-07-31_14_16/lib > -lmlt Makefile.in:LIBMLT_CFLAGS = @LIBMLT_CFLAGS@ > Makefile.in:LIBMLT_LIBS = @LIBMLT_LIBS@ > > And the KDEnlive binary is correctly linked with those. The same > prefix (/home/olo/build/kdenlive.2007-07-31_14_16) is specified for > all 4 source trees that are built: ffmpeg, mlt, mlt++, kdenlive. > > KDenlive binary properly loads the dynamically linked MLT libraries, > as debugging with LD_DEBUG indicates. > > But KDEnlive still complains that it cannot locate MLT libraries on > startup. > > That's the problem. > > And it has worked previously. Geez, I know it's not optimal, but you are not reading closely enough! This is not anything to do with the libraries and dynamic linking. It's not anything to do with the way it gets built. Kdenlive is now looking for the MLT profiles, but it is not yet smart enough to default to the MLT prefix, so it presents a dialog asking you. I already explained that you need to specify the MLT prefix in this dialog. Look in `mlt-config --prefix`/share/mlt/profiles. Do you see files in there? If so, then the value of `mlt-config --prefix` is what you need to enter into the dialog (manually, interactively). If you do not have files in the profiles dir, then kdenlive will continually present the dialog. -- +-DRD-+ |
From: Aleksander A. <ale...@ol...> - 2007-08-01 14:02:25
|
On 7/31/07, Dan Dennedy <da...@de...> wrote: > Is this script even necessary now that mlt's configure --avformat-svn > statically links and lets you specify all the options you want? I think yes, because with the script the checkout of FFMPEG from SVN and the build are separated and you can revert to an older FFMPEG revision (it the current revision doesn't work for you) before you build MLT, e.g.: $ kdenlive_builder.sh getsources $ cd ffmpeg $ svn update -r '{2007-07-20}' $ cd ../ $ kdenlive_builder.sh build > If your script would set PKG_CONFIG_PATH, then pkg-config would find the > mlt-framework.pc in a user's homedir. Hmm, good idea, I'll try this. > Kdenlive is now looking for the MLT > profiles, but it is not yet smart enough to default to the MLT prefix, so it > presents a dialog asking you. I already explained that you need to specify > the MLT prefix in this dialog. Look in I understood your answer, I just tried to specify the prefix directory using the GUI, and the dialog that pops up is a file select dialog - I didn't notice that it insists to select a file and refuses to accept a directory. When I copy/paste the prefix directory, it works fine. Are there any plans to imlement a configure option for KDEnlive to specify the default prefix for share/mlt/profiles/? Or to search in KDEnlive build prefix first, then system-wide /usr prefix? -- Best Regards, Aleksander Adamowski http://olo.org.pl |
From: jb <jb...@ad...> - 2007-08-01 15:36:01
|
On Wednesday 01 August 2007 16.02:19 Aleksander Adamowski wrote: > I understood your answer, I just tried to specify the prefix directory > using the GUI, and the dialog that pops up is a file select dialog - I > didn't notice that it insists to select a file and refuses to accept a > directory. When I copy/paste the prefix directory, it works fine. > > Are there any plans to imlement a configure option for KDEnlive to > specify the default prefix for share/mlt/profiles/? Or to search in > KDEnlive build prefix first, then system-wide /usr prefix? Yes, I am trying to fix the issue, but I havn't yet found a way to pass the path from the configure script to the kdenlive c++ source, havn't got much experience in that domain, so any hint is welcome... In the meantime, I fixed the issue with dialog waiting for a file instead of a directory. jb |
From: Aleksander A. <ale...@ol...> - 2007-08-01 17:05:41
|
On 8/1/07, jb <jb...@ad...> wrote: > Yes, I am trying to fix the issue, but I havn't yet found a way to pass the > path from the configure script to the kdenlive c++ source, havn't got much > experience in that domain, so any hint is welcome... Hey, I've tried Dan's suggestion of setting PKG_CONFIG_PATH to pkg/lib under the build prefix. It works! So no need to mess with KDEnlive build system, provided that PKG_CONFIG_PATH is correctly defined in build environment. After building everything with this definition, KDEnlive launches correctly. I'v added this fix to the latest version of kdenlive_builder.sh, so if anyone's interested, please test it: http://code.google.com/p/kdenlive-dev-helpers/ -- Best Regards, Aleksander Adamowski http://olo.org.pl |
From: Dan D. <da...@de...> - 2007-08-01 21:45:48
|
On Wednesday 01 August 2007 8:36:01 am jb wrote: > On Wednesday 01 August 2007 16.02:19 Aleksander Adamowski wrote: > > I understood your answer, I just tried to specify the prefix directory > > using the GUI, and the dialog that pops up is a file select dialog - I > > didn't notice that it insists to select a file and refuses to accept a > > directory. When I copy/paste the prefix directory, it works fine. > > > > Are there any plans to imlement a configure option for KDEnlive to > > specify the default prefix for share/mlt/profiles/? Or to search in > > KDEnlive build prefix first, then system-wide /usr prefix? > > Yes, I am trying to fix the issue, but I havn't yet found a way to pass the > path from the configure script to the kdenlive c++ source, havn't got much > experience in that domain, so any hint is welcome... In the makefile, set a variable to the output of the config script: MLT_PREFIX = `mlt-config --prefix` Then, add a cxxflag: -DMLT_PREFIX=\""$(MLT_PREFIX)"\" In the source, you can use the define: std::string(MLT_PREFIX "/share/mlt/profiles/") |