On Mon, Nov 14, 2011 at 9:45 AM, j-b-m <j-b-m@...> wrote:
> On Monday 14 November 2011 09:37:29 Dan Dennedy wrote:
>> On Mon, Nov 14, 2011 at 9:12 AM, jb <jb@...> wrote:
>> > On Sunday 13 November 2011 22:14:21 j-b-m wrote:
>> >> On Sunday 13 November 2011 12:46:26 Dan Dennedy wrote:
>> >> > On Sun, Nov 13, 2011 at 12:23 PM, j-b-m
>> >> > <j-b-m@...>
>> > wrote:
>> >> > > Hello Dan.
>> >> > >
>> >> > > I have updated the kdenlive build script that is hosted on
>> >> > > mltframework.org to now use the kdenlive git repository
>> >> > > instead of
>> >> > > the
>> >> > > expired svn one.
>> > I just noticed an error in the lame processing, since I updated the
>> > downloaded version but not the version, so it failed to rename the
>> > folder.
>> > Also, I added a config option to enable libxvid in FFmpeg (disabled by
>> > default).
>> The lame version is indeed a necessary fix, but I am not particularly
>> keen on the libxvid option. I do not want to start adding many options
>> that invoke an external dependency on libs that are difficult to get
>> on some distros. And I do not want to approach the coverage of all the
>> configurations possible in each subproject. Look at ./configure --help
>> for the latest ffmpeg or libav to see where this can go. Besides
>> MPEG-4 part 2 is rather lame, and libavcodec alone is quite good at
>> it. IMHO, it's not compelling like potentially some other things. Is
>> this because you have Xvid profiles in Kdenlive?
> I just added it because a user complained about xvid profiles not available in
> Kdenlive (build using the script) despite having libxvid installed...
> The option I added is disabled by default, so one has to manually edit the
> script to enable it, which should hopefully only be done by experienced users.
> But for sure, the script cannot handle all ffmpeg options...
> I personnaly don't care, advanced users can also edit the configure options in
> the script anyways.
I uploaded your version with the libxvid option disabled by default.