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@xxxxxxxxxxx> 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. _______________________________________________ Fedora-package-review mailing list Fedora-package-review@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-package-review