[Bug 459979] Review Request: mlt - Toolkit for broadcasters, video editors, media players, transcoders

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=459979





--- Comment #27 from Dan Dennedy <dan at dennedy.org>  2008-10-30 13:53:58 EDT ---
(In reply to comment #26)
> I just wonder if it seems rational to build plugins for applications that
> cannot goes to fedora  (let's name kino or kdenelive) ?

Do you refer to Kino and kdenlive the applications or to the MLT modules named
kino and kdenlive? Kino does not use MLT, but kdenlive requires it. The MLT
kino module simply contains Kino's DV AVI code. The MLT kdenlive module does
not contain anything specific to kdenlive. Rather, it is more of a work area
for the kdenlive lead developer to add his own effects to MLT.

> At least I wonder if we lack libffmpeg support the program would still be
> usable ?

MLT is hardly usable at this time without FFmpeg libavformat and libavcodec.
There are plans for a gstreamer module, but work has not yet begun. Without
FFmpeg, MLT can still be useful for DV only work via libdv and the kino module.

> And what about extending capabilities ?
> In my test case, the libavformat module failed to load :
> mlt_repository.c, mlt_repository_init: failed to dlopen
> /usr/lib64/mlt/libmltavformat.so
> Whereas the file seems present.

Either there are unresolved symbols or some other build error preventing
loading. Quite recently, FFmpeg starting requiring libbz2, and depending upon
how you configured, that might be missing. You can do a 'ldd $(which ffmpeg)'
and 'ldd libmltavformat.so' and compare them.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.