After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 646466 - opal no longer loads h263/4 and mpeg4 codecs with latest ffmpeg
opal no longer loads h263/4 and mpeg4 codecs with latest ffmpeg
Status: RESOLVED DUPLICATE of bug 596006
Product: ekiga
Classification: Applications
Component: OPAL
3.2.x
Other Linux
: Normal major
: ---
Assigned To: Ekiga maintainers
Ekiga maintainers
Depends on:
Blocks:
 
 
Reported: 2011-04-01 17:53 UTC by James Bottomley
Modified: 2011-09-05 16:33 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Fix opal to use libavcodec codecs correctly (5.43 KB, patch)
2011-04-01 17:54 UTC, James Bottomley
none Details | Review

Description James Bottomley 2011-04-01 17:53:30 UTC
This is with ekiga 3.2.7 and opal 3.6.8 in openSUSE

The problem is that the latest version of the ffmpeg libs no longer exports the individual encoder/decoders in the shared library, so configure no longer finds them and even if you force override that, DYNA will not load them.  The fix is just to make opal behave properly and to an avcodec_register_all instead of trying to register the individual ones (The stated reason, that the binary will be smaller, is rubbish on a shared lib system).  The configure.ac script also has to be updated to check for the existence of codecs using avcodec_find_encoder/decoder.
Comment 1 James Bottomley 2011-04-01 17:54:58 UTC
Created attachment 184885 [details] [review]
Fix opal to use libavcodec codecs correctly
Comment 2 Eugen Dedu 2011-09-05 16:33:57 UTC
This is alreasy fixed, please test/use ekiga >= 3.3.2 (http://git.gnome.org/browse/ekiga/plain/NEWS).  Thank you.

*** This bug has been marked as a duplicate of bug 596006 ***