From: Mads B. D. <ma...@dy...> - 2008-09-27 19:06:58
|
Hi there I have multiple installs of mlt and kdenlive on my system. When running kdenlive, it will read the configuration information about which MLT to use, both profiles, and the path to inigo. Is there a way to override this? During install? As a command line parameter? I ask, because I would like to embed this into my Kdenlive Builder Wizard, so people get to use the version of MLT that they have just compiled... :-) If there is no way, I would not mind trying to provide a patch to read it from the command line or whatever would be best? Regards Mads -- Mads Bondo Dydensborg ma...@dy... http://www.madsdydensborg.dk/ I find the whole business of religion profoundly interesting. But it does mystify me that otherwise intelligent people take it seriously. - Douglas Adams |
From: jb <jb...@kd...> - 2008-09-28 00:54:11
|
On Saturday 27 September 2008 21:06:25 Mads Bondo Dydensborg wrote: > Hi there > > I have multiple installs of mlt and kdenlive on my system. When running > kdenlive, it will read the configuration information about which MLT to > use, both profiles, and the path to inigo. > > Is there a way to override this? During install? As a command line > parameter? Currently there is no way to override it. If you delete the config file ( $HOME/.kde/share/config/kdenliverc ), Kdenlive will try to detect MLT using the MLT_PREFIX variable that is defined at install time (by the cmake module FindLIBMLT.cmake ). So basically removing the config file (or deleting the necessary lines) should make Kdenlive use the MLT version used for its compilation. I also just commited a change so that the renderer (kdenlive_render) is now taken from the same folder as the running kdenlive instance. If you still want to work on a patch, it's ok for me. regards |
From: Mads B. D. <ma...@dy...> - 2008-10-11 10:09:30
|
søndag 28 September 2008 skrev jb: > > Is there a way to override this? During install? As a command line > > parameter? > > I also just commited a change so that the renderer (kdenlive_render) is now > taken from the same folder as the running kdenlive instance. > > If you still want to work on a patch, it's ok for me. Hi jb. Would you please consider this very small patch: $ svn diff mainwindow.cpp Index: mainwindow.cpp =================================================================== --- mainwindow.cpp (revision 2442) +++ mainwindow.cpp (working copy) @@ -982,6 +982,13 @@ void MainWindow::parseProfiles() { //kdDebug()<<" + + YOUR MLT INSTALL WAS FOUND IN: "<< MLT_PREFIX <<endl; + // If MLT_PREFIX is specified in the environment, it overrides the stored + // setting. + QString mltPrefix = getenv( "MLT_PREFIX" ); + if ( mltPrefix != "" ) { + KdenliveSettings::setMltpath( mltPrefix + "/share/mlt/profiles/" ); + KdenliveSettings::setRendererpath( mltPrefix + "/bin/inigo" ); + } //KdenliveSettings::setDefaulttmpfolder(); if (KdenliveSettings::mltpath().isEmpty()) { AFAICT this works, and allows me to set MLT_PREFIX in the environment, and have kdenlive use it. The drawback is that kdenlive stores this in its settings, but if it is only used from the wizard, not very many users should have problems with this. Please let me know if you can accept it, as I need to update the wizard to use this. Most installs done by the wizard, using the append date options is broken, and I would really like to fix that :-) Thanks Mads -- Mads Bondo Dydensborg ma...@dy... http://www.madsdydensborg.dk/ The US population is 4 % of the global one. They produce 23 % of the global pollution. |