GNOME Bugzilla – Bug 548720
GStreamer cannot play FLAC files on PPC.
Last modified: 2008-08-21 01:44:49 UTC
Please describe the problem: No GStreamer-enabled application can play a FLAC file on the PPC platform. This problem does not occur on x86. Possibly an endianness issue? Steps to reproduce: 1. Encode a FLAC file. 2. Try to play it. 3. Gape in horror. Actual results: GStreamer does not play the FLAC. Expected results: GStreamer should play the FLAC. Does this happen every time? Indeed it does. Other information: [alex@localhost tmp]$ gst-launch-0.10 -t playbin uri=file:///tmp/id3v2_test.flac Setting pipeline to PAUSED ... (gst-launch-0.10:11788): GStreamer-WARNING **: pad flacdec0:src returned caps which are not a real subset of its template caps Pipeline is PREROLLING ... FOUND TAG : found by element "flacdec0". audio codec: FLAC ERROR: from element /playbin0/decodebin0/flacdec0: Internal data stream error. Additional debug info: gstflacdec.c(1264): gst_flac_dec_loop (): /playbin0/decodebin0/flacdec0: stream stopped, reason not-negotiated ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... FREEING pipeline ... [alex@localhost tmp]$
Sorry, same question as in the WAV bug ;) What's your distribution and your glib version? Also what's G_BYTE_ORDER in /usr/include/glib-2.0/glib/gtypes.h (or wherever your glib is installed)? I'm guessing that you are using glib 2.16.4 or used that version for compiling gst-plugins-good as it had a endianness bug on big endian machines.
A legitimate question. (But, the same question calls for the same answer.) Here's the relevant info: [root@localhost tmp]# uname -a Linux localhost.localdomain 2.6.25.14-108.fc9.ppc #1 Mon Aug 4 13:39:44 EDT 2008 ppc ppc ppc GNU/Linux [root@localhost tmp]# cat /usr/lib/glib-2.0/include/glibconfig.h | grep -i G_BYTE_ORDER #define G_BYTE_ORDER G_BIG_ENDIAN [root@localhost tmp]# rpm --query glib2 glib2-2.16.5-1.fc9.ppc [root@localhost tmp]# So the currently-installed Glib appears to be configured properly. However, I'm using my distro's GStreamer packages, so GStreamer wasn't necessarily compiled with this same glib setup. (#gstreamer at irc.freenode.net suggested I report with you guys {instead of,in addition} to with the fedora team.) I'm quite willing to compile and test to verify that it's actually a bug in GStreamer. (Although I would prefer to do my testing without disrupting my existing packages.) Any pointers?
I just built and tested CVS HEAD on my PPC, and verified that it doesn't appear to be a GStreamer bug. (Or, if it was, it's not there now.) I'm guessing my problems are due to faulty fedora packaging, so I'll take my reports to them. Thanks for your time, and sorry for any confusion.