Registered Member
|
Version 2.0 is out :) NOTE: #!/bin/bash UPDATE - 18.7.2007 |
Registered Member
|
Actually I have problems building ffmpeg using your script
I use kubuntu 7.04 and x264 is located here ra@kubuntu-testbox:/usr/local/lib$ locate libx264 Any idea? btw - I would love to use such a script to install a stable version beside the development version! btw2 - "./kdenlive_builder.sh clean" seems not to work after a fresh checkout since some files are not existent at this point ... ra@kubuntu-testbox:/prog/build$ ./kdenlive_builder.sh clean greetings ) Always using latest svn versions of mlt, mlt++ and kdenlive (ubuntu). |
Registered Member
|
reinhard wrote:
I use kubuntu 7.04 and x264 is located here Hmmm, locate on my system returns an: /usr/bin/x264 entry, are you certain you have it installed? Maybe you need the binary as well as the -dev package? failing that, you could just remove the --enable-libx264 line from the script.
reinhard wrote:
btw - I would love to use such a script to install a stable version beside the development version! Hmmm, would this be needed? There're stable version binaries of Kdenlive (and MLT, for Ubuntu) available.
reinhard wrote:
btw2 - "./kdenlive_builder.sh clean" seems not to work after a fresh checkout since some files are not existent at this point ... A clean will only work after a successful compile. :) *** EDIT *** |
Registered Member
|
Quote:
btw - I would love to use such a script to install a stable version beside the development version! Indeed you can! I myself have stable 0.4 and SEVERAL versions of 0.5svn installed (all builded by kdenlive_builder). This script was created exactly for this reason. AD x264 |
Registered Member
|
jeevesbond wrote:
Yes, but using your script I could create several stable kdenlive versions and stuff, the other way round, in a non-system directory which prevent conflicts with developer version which I actually install to /usr/local! The other point is that I can create kdenlive directly after the release and don't have to wait for the official release of the distro's package maintainer. ;) Also it's easy to tweak the compile options within your script to serve a special purpose!! I think there should be a way to checkout stable branches by modify the checkout strings, right? But maybe this don't make sense? What do you mean :?: greetings ) Always using latest svn versions of mlt, mlt++ and kdenlive (ubuntu). |
Registered Member
|
espinosa_cz wrote:
I'm sure I've checked that libx264-dev package (kubuntu) is installed, but I will check this again when back on a linux machine. Can you please give some more information how do you modified your script to create the stable version ? greetings ) Always using latest svn versions of mlt, mlt++ and kdenlive (ubuntu). |
Registered Member
|
Quote:
I'm sure I've checked that libx264-dev package (kubuntu) is installed, but I will check this again when back on a linux machine. Then there is the right time to fill a bug report to Ubuntu bugzilla or whatever they use. Check the Ubuntu forums first you may be not the first one having issues with this. Note: I'm on SUSE. Quote:
Stable version - you mean 0.4? I installed it from my distribution repository. (Packman additional repo to be precise) There is a little problem with ffmpeg it lacks proper release management all distributions use SVN snapshots. With mtl and kdenlive - yes they DO have release management. Particular SVN revision is simply proclaimed as a stable release and you can retrieve this specified revision whenever you want, just modify the svn command, check man page for SVN. Or JB will branch it, splitting HEAD and STABLE_0_5 branches. Then you can retrieve source snapshot by name not a number :) P.S. |
Registered Member
|
I have created a record about the script in kdenlive wiki in Getting_and_installing section. See: |
Registered Member
|
Espinosa, I've started a new project on Google Code project hosting: http://code.google.com/p/kdenlive-dev-helpers/ I've imported your script v.2.0 over there. Do you have a Google account? If so, contact me at mailto:aleksander.adamowski@gmail.com and I'll give you necessary access to the project. |
Registered Member
|
vhof973 wrote:
Look at the error message from the ld (the linker utility) - gcc received the instructions -lmad, which means to link with the mad library, but you probably don't have the necessary development package installed that would contain header files and libtool library files that are necessary for linking. For Ubuntu Feisty, install libmad0-dev package. |
Registered Member
|
extremebob wrote:
Hi, Yes, it has. Always use the latest version of the kdenlive_builder.sh build script from http://code.google.com/p/kdenlive-dev-helpers/ . |
Registered Member
|
vhof973 wrote:
Another question, Why are you doing anything as root? Apart from installing necessary libraries, you can do everything from an unprivileged account - build KDEnlive, use it and debug it, modify the source, rebuild and test your modifications. No need to use root at all.
vhof973 wrote:
A stack trace that KCrash display would be more useful. But AFAIR, if you build KDEnlive with kdenlive_builder.sh, KCrash will not kick in - did you run the version built with kdenlive_builder.sh? It would be better to disable KCrash and extract the stack trace using gdb: 1) run the kdenlive binary from gdb (GNU Debugger):
2) after it crashes and gdb waits for your input, instruct it to show you the info about running threads at the moment of the crash:
3) and the call stack (stacktrace / backtrace) for all the threads is necessary:
The call stack will be human readable only if you compiled KDEnlive with debug symbols - the kdenlive_builder.sh script does that. At this moment you can usually spot where the crash comes from in KDEnlive source code and have a look at the problematic fragment by yourself, and try to fix it (C++ knowledge required). |
Registered Member
|
extremebob wrote:
In my case it's cpp-4.1.2:
However, it might be a problem with the particular MLT revision from that day - remember, we're using SVN versions, they might not compile. Simply wait till the next day, update your sources and try again... |
Registered Member
|
vhof973 wrote:
yes, I compiled everything with kdenlive_builder.sh, but I'll check again this problem :geek: BTW, you may find this KDEnlive debug HOWTO useful: |
Registered Member
|
TO ALL If you run kdenlive like ~/build/kdenlive/bin/kdenlive it will most probably break. Beacause it will not find the compiled libraries or will try to run against older system ones, probably incompatible. Explanation: Unfortunatelly I don't know how to instruct the build proces to treat relative paths as relative to binary location not to a current directory :( Until this is solved you need change directory to ~/build/kdenlive first when launching from command line. There are many workarounds: |
Registered users: Bing [Bot], blue_bullet, Google [Bot], Yahoo [Bot]