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 104208 - [PPC]ffmpeg plugin fails to load
[PPC]ffmpeg plugin fails to load
Status: VERIFIED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins
0.5.2
Other Linux
: Normal blocker
: 0.4.0
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2003-01-23 09:45 UTC by Christian Meyer
Modified: 2009-08-15 18:40 UTC
See Also:
GNOME target: ---
GNOME version: 2.1/2.2



Description Christian Meyer 2003-01-23 09:45:31 UTC
gstreamer's ffmpeg plugin fails to load:
taaz and ds pointed out that it might be the -fPIC flag which doesn't work
correctly on PPC's.

Here's the output:
INFO (28157: 0)gstxmlregistry.c(1624): gst_xml_registry_rebuild: : Plugin
/opt/gnome2/lib/gstreamer-0.5/libgstffmpeg.so failed to load: Error loading
plugin /opt/gnome2/lib/gstreamer-0.5/libgstffmpeg.so, reason:
/opt/gnome2/lib/gstreamer-0.5/libgstffmpeg.so: R_PPC_REL24 relocation at
0x0c9e428c for symbol `fpr_23_x' out of range
 
Plugin /opt/gnome2/lib/gstreamer-0.5/libgstffmpeg.so failed to load

The same error occurs in arts, (x)videosink.
Comment 1 Thomas Vander Stichele 2003-01-23 13:20:47 UTC
First of all, more interested in the more "stable" plugins, ie
xvideosink for example.

Second, who takes up this bug ?
Comment 2 Christian Meyer 2003-01-23 13:33:15 UTC
that's what it says about (x)videosink:

DEBUG(24472: 0)gstplugin.c(161): gst_plugin_load_plugin: : attempt to
load plugin "/opt/gnome2/lib/gstreamer-0.5/libgstvideosink.so"
INFO (24472: 0)gstxmlregistry.c(1624): gst_xml_registry_rebuild: :
Plugin /opt/gnome2/lib/gstreamer-0.5/libgstvideosink.so failed to
load: Error loading plugin
/opt/gnome2/lib/gstreamer-0.5/libgstvideosink.so, reason:
/opt/gnome2/lib/gstreamer-0.5/libgstvideosink.so: R_PPC_REL24
relocation at 0x0caf7428 for symbol `element_add_pad' out of range
 
Plugin /opt/gnome2/lib/gstreamer-0.5/libgstvideosink.so failed to load
DEBUG(24472: 0)gstplugin.c(161): gst_plugin_load_plugin: : attempt to
load plugin "/opt/gnome2/lib/gstreamer-0.5/libgstxvideosink.so"
INFO (24472: 0)gstxmlregistry.c(1624): gst_xml_registry_rebuild: :
Plugin /opt/gnome2/lib/gstreamer-0.5/libgstxvideosink.so failed to
load: Error loading plugin
/opt/gnome2/lib/gstreamer-0.5/libgstxvideosink.so, reason:
/opt/gnome2/lib/gstreamer-0.5/libgstxvideosink.so: R_PPC_REL24
relocation at 0x0caf7440 for symbol `ist_delete_link' out of range
 
Plugin /opt/gnome2/lib/gstreamer-0.5/libgstxvideosink.so failed to load
Comment 3 David I. Lehn 2003-01-24 09:22:17 UTC
I was thinking this is a problem of ffmpeg libs not being built
shared.  Right now the ffmpeg plugin links to ibavcodec.a and
libavformat.a.  I think the theory is that we have to change the build
so that ffmpeg's configure script is called with --enable-shared.  I
did this and can provide the patch but I'm not sure it matters. 
ffmpeg only builds libavcodec.so not libavformat.so.  Just fixing one
of the libs probably isn't enough.  Plus if you look at the ffmpeg
build scripts it's not like it even bothers to use the flag to do
-fPIC.  This is ok on x86 but not many other archs.  It looks like the
solution may be to work on the ffmpeg build so it uses the
BUILD_SHARED flag to use -fPIC and build shared lib for libavformat
too.  Yuck.

Or of course I may be totally misdirected about the whole problem.
Comment 4 Christian Meyer 2003-01-29 23:13:47 UTC
I've compiled the latest tarballs, ffmpeg can be loaded now. The arts
plugin still doesn't load. I'm going to try out arts1.1 which is
shipped with KDE3.1.
Comment 5 David Schleef 2003-05-13 04:34:46 UTC
Is this still a problem?
Comment 6 Elijah Newren 2003-08-16 17:44:58 UTC
No response in over three months--closing.  Feel free to reopen if
this is still a problem.