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 558962 - M4A files give ´This file contains no playable streams.´ on PPC
M4A files give ´This file contains no playable streams.´ on PPC
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
0.10.20
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-11-02 18:14 UTC by Han-Wen Nienhuys
Modified: 2009-01-09 23:15 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22



Description Han-Wen Nienhuys 2008-11-02 18:14:59 UTC
$ faad -o /tmp/out.wav Music/Steve\ Martland/Patrol/01\ Danceworks_\ Dance\ 1.m4a 

generates a correct .wav file of my AAC file.  Trying to load it into rhythmbox or GST yields


$ gst-launch-0.10 playbin uri=file:///home/hanwen/Music/Steve\ Martland/Patrol/01\ Danceworks_\ Dance\ 1.m4a 
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
ERROR: from element /playbin0/decodebin0/qtdemux0: This file contains no playable streams.
Additional debug info:
qtdemux.c(1815): gst_qtdemux_loop (): /playbin0/decodebin0/qtdemux0:
no known streams found
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
FREEING pipeline ...



The FAAD plugin is known to GST,

$ gst-inspect|grep faad
faad:  faad: AAC audio decoder

$ rpm -qa | grep gstreamer 
gstreamer-plugins-bad-extras-0.10.7-1.lvn9.ppc
gstreamer-plugins-ugly-0.10.8-1.lvn9.ppc
gstreamer-plugins-flumpegdemux-0.10.15-2.fc9.ppc
gstreamer-plugins-bad-devel-0.10.7-1.lvn9.ppc
totem-gstreamer-2.23.2-7.fc9.ppc
gstreamer-plugins-base-devel-0.10.19-2.fc9.ppc
gstreamer-plugins-schroedinger-1.0.3-2.fc9.ppc
gstreamer-plugins-pulse-0.9.5-0.5.svn20070924.fc9.ppc
gstreamer-python-0.10.11-2.fc9.ppc
gstreamer-plugins-base-0.10.19-2.fc9.ppc
gstreamer-plugins-farsight-0.12.7-2.fc9.ppc
gstreamer-ffmpeg-0.10.4-1.lvn9.ppc
gstreamer-devel-0.10.20-1.fc9.ppc
gstreamer-plugins-bad-0.10.7-1.lvn9.ppc
gstreamer-plugins-good-devel-0.10.8-8.fc9.ppc
gstreamer-0.10.20-1.fc9.ppc
gstreamer-tools-0.10.20-1.fc9.ppc
gstreamer-plugins-good-0.10.8-8.fc9.ppc

$ rpm -qa | grep faad
xmms-faad2-2.6.1-3.lvn9.ppc
faad2-libs-2.6.1-3.lvn9.ppc
faad2-2.6.1-3.lvn9.ppc
faad2-devel-2.6.1-3.lvn9.ppc

It does work with on x86. Checking the above list for differences with my thinkpad t60 (which runs Fedora 9 too), I have

[hanwen@haring Music]$ diff -u x86 ppc
--- x86	2008-11-02 16:07:55.000000000 -0200
+++ ppc	2008-11-02 16:08:36.000000000 -0200
@@ -18,9 +18,5 @@
 gstreamer-plugins-ugly-0.10.8-1.lvn9
 gstreamer-python-0.10.11-2.fc9
 gstreamer-tools-0.10.20-1.fc9
-phonon-backend-gstreamer-4.2.0-5.fc9
-ruby-gstreamer-0.17.0-2.fc9
 totem-gstreamer-2.23.2-7.fc9
 xmms-faad2-2.6.1-3.lvn9


Could this be some endianness error in the AAC detection logic?

I think this problem was introduced when I upgraded my machine from Fedora 8 to Fedora 9.
Comment 1 Sebastian Dröge (slomo) 2008-11-03 08:49:59 UTC
Could you attach a file with this behaviour?
Comment 2 Han-Wen Nienhuys 2008-11-03 14:18:56 UTC
Please see the file in http://lilypond.org/~hanwen/pv.m4a - it's a 384kbps file from iTunes on macos 10.3 / PPC.
Comment 3 Wim Taymans 2008-11-04 10:07:33 UTC
That file seems to play fine for me.
Comment 4 Wim Taymans 2008-11-04 10:11:24 UTC
Can you make a debug log like this:

GST_DEBUG=*qt*:5 gst-launch playbin uri=file:///home/hanwen/Music/... >debug.log 2>&1 

The bzip2 or gzip the debug.log file and attach it here.
Comment 5 Sebastian Dröge (slomo) 2008-11-04 12:12:51 UTC
Plays fine here on PPC too
Comment 6 Han-Wen Nienhuys 2008-11-09 02:04:50 UTC
Setting pipeline to PAUSED ...
0:00:00.095609000  2860 0x1012d900 LOG                qtdemux qtdemux.c:1762:gst_qtdemux_loop:<qtdemux0> loop at position 0, state 0
0:00:00.095820000  2860 0x1012d900 DEBUG              qtdemux qtdemux.c:972:extract_initial_length_and_fourcc: length 20000000
0:00:00.095856000  2860 0x1012d900 DEBUG              qtdemux qtdemux.c:974:extract_initial_length_and_fourcc: atom type pytf
0:00:00.095895000  2860 0x1012d900 LOG                qtdemux qtdemux.c:1054:gst_qtdemux_loop_state_header:<qtdemux0> unknown 66747970 'pytf' at 0
0:00:00.095927000  2860 0x1012d900 LOG                qtdemux qtdemux.c:1762:gst_qtdemux_loop:<qtdemux0> loop at position 536870912, state 0
0:00:00.095975000  2860 0x1012d900 LOG                qtdemux qtdemux.c:1802:gst_qtdemux_loop:<qtdemux0> pausing task, reason unexpected
0:00:00.096123000  2860 0x1012d900 WARN               qtdemux qtdemux.c:1815:gst_qtdemux_loop:<qtdemux0> error: This file contains no playable streams.
0:00:00.096157000  2860 0x1012d900 WARN               qtdemux qtdemux.c:1815:gst_qtdemux_loop:<qtdemux0> error: no known streams found
0:00:00.096325000  2860 0x1012d900 LOG                qtdemux qtdemux.c:1837:gst_qtdemux_loop:<qtdemux0> Sending EOS at end of segment
0:00:00.096383000  2860 0x1012d900 DEBUG              qtdemux qtdemux.c:487:gst_qtdemux_push_event:<qtdemux0> pushing eos event on all source pads
Pipeline is PREROLLING ...
ERROR: from element /playbin0/decodebin0/qtdemux0: This file contains no playable streams.
Additional debug info:
qtdemux.c(1815): gst_qtdemux_loop (): /playbin0/decodebin0/qtdemux0:
no known streams found
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
FREEING pipeline ...
Comment 7 Alessandro Decina 2008-11-09 12:25:47 UTC
qtdemux.c:1054:gst_qtdemux_loop_state_header:<qtdemux0> unknown 66747970 'pytf'

GStreamer compiled against the broken glib version that had G_BYTE_ORDER == G_LITTLE_ENDIAN on ppc?

Comment 8 Han-Wen Nienhuys 2008-12-28 21:42:43 UTC
fixed in Fedora 10 and associated plugins.