GNOME Bugzilla – Bug 548724
GStreamer cannot play WAV files on PPC.
Last modified: 2008-08-21 09:12:09 UTC
Please describe the problem: No GStreamer-enabled application can play a WAV file on the PPC platform. The application thinks everything is working, but it hangs and does not play. This problem does not occur on x86. Could this be an endianness issue? Steps to reproduce: 1. Create a WAV file. (Export from Audacity in this case.) 2. Try to play it with GStreamer. 3. Gape in horror. Actual results: GStreamer cannot play the WAV file. Expected results: GStreamer should play the WAV file. Does this happen every time? Sure does. Other information: [alex@localhost tmp]$ flac -d id3v2_test.flac flac 1.2.1, Copyright (C) 2000,2001,2002,2003,2004,2005,2006,2007 Josh Coalson flac comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. Type `flac' for details. id3v2_test.flac: done [alex@localhost tmp]$ file id3v2_test.wav id3v2_test.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, mono 44100 Hz [alex@localhost tmp]$ gst-launch-0.10 -t playbin uri=file:///tmp/id3v2_test.wav Setting pipeline to PAUSED ... Pipeline is PREROLLING ... FOUND TAG : found by element "wavparse0". audio codec: Uncompressed 16-bit PCM audio *** HANGS HERE ***
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. 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.
Alex, I'd suggest that you report this bug at Fedora then. My guess is that they built it against glib 2.16.4 (which defined #define G_BYTE_ORDER G_LITTLE_ENDIAN on big endian machines because of a autoconf bug) and that this can be fixed by a simple rebuild against a fixed glib.