Ciao Matthias! On Sat, 01 Sep 2007 11:00:15 +0200, Matthias Schneider wrote: > [deleted] >>> I guessed that and that's way I specifically asked why libx264 >>> isn't fully dynamically loaded (as libavcodec). >> >> Maybe Matthias can provide a "fix" to this. Then the Depends will >> also move to Suggests. > > Please let me elaborate why we have to go through all this hassles: Thank you for the explanation, I very much appreciated. > b) dynamically load x264 from the GPL process and tell the plugin > via the pipes whether the loading was successfull or not (which can > then activate or deactivate itself) [...] > how to get the library name of libavcodec ??? It seems that both issues have been fixed, from opal changelog: ===== 2007-09-02 22:56 dominance * plugins/: configure, configure.ac: fix detection of libavcodec. Thanks goes once again to Matthias Schneider. [...] 2007-09-02 14:03 dominance * plugins/video/H.264/: Makefile.in, h264-x264.cxx, h264pipe_unix.cxx, h264pipe_unix.h, gpl/Makefile.in, gpl/enc-ctx.cxx, gpl/enc-ctx.h, gpl/h264helper_unix.cxx, shared/h264frame.cxx, shared/pipes.h: * dynamically load libx264 at runtime on *nix * Improved error handling Patch received from and thus thanks goes to Matthias Schneider. 2007-09-02 14:00 dominance * configure.ac, plugins/Makefile.in, plugins/configure.ac, plugins/video/H.263-1998/Makefile.in, plugins/video/H.263-1998/h263-1998.cxx, plugins/video/MPEG4-ffmpeg/Makefile.in, plugins/video/MPEG4-ffmpeg/mpeg4.cxx, plugins/video/common/dyna.cxx: * Improved x264 and libavcodec detection: version check & library name check * changed BOOL to bool in mpeg4 ( completion of previous commit) patch received from and thus thanks goes to Matthias Schneider. ===== Thank you very much, Michael. Could you please send a fixed notice to the mailing list in case this will happen in the future? Kilian, I think that libopal-cvs should now also suggests libx264-54! However, even after having installed lix264-54 I still have some errors (log attached, there's also a parser error), because the opal plugins are in /usr/lib/pwlib-cvs/opal-2.3.2/codecs instead of /usr/lib/pwlib/codecs. As soon as I put the plugins in the correct place, ekiga-snapshot shows the H264 video codec, too. I don't want to bother you (i.e. all ekiga/opal/pwlib developers) with silly questions, but why don't install/search the plugins in /usr/lib/opal-$VERSION/codecs? Or, like pwlib actually does for its plugins, in /usr/lib/opal/$VERSION/codecs? From a profane POV, this will be "consistent" about the plugins origin. Now, we need to fix the ekiga-snasphot dependency to libopal-cvs :-) I'm not going to discuss the audio/video quality of ekiga-snapshot compared to ekiga-2.0.9, because I just performed a preliminary test and it doesn't belong to this thread. Again, kudos to Michael for the very fast fixes, replies and explanations. Thx, bye, Gismo / Luca
Attachment:
ekiga_opal-video-plugins-misplaced.log.gz
Description: opal h264 plugins not found but presents