Hi,<br><br> Apologies if this has already been addressed; a quick search of bugzilla<br>and the mailing list did not turn anything up so I am posting here. <br><br> This question refers to a stock Fedora Core 4 install, immediately upgraded
<br>to rawhide (daily updates), pulling packages from both the livna and gstreamer<br>respositories. The most recent 0.8.11 packages are all installed, as well as all<br>dependencies. <br><br> For some reason, when I run "
gst-launch-ext-0.8" on an m4a file ("test.m4a"), <br>the command it executes is:<br><br>gst-launch-0.8 filesrc location="test.m4a" ! qtdemux .audio_00 ! { queue ! faad ! osssink }<br><br>This command results in a "Running Pipeline" followed immediately by a
<br>"Segmentation Fault", when I type it in myself. Needless to say, there is<br>no audio. This is the result no matter what m4a file I run the command on.<br>Other programs, such as ffplay, correctly play these files, and faad successfully
<br>decodes them. Re-running the gst-launch command at debug level 2 yields<br><br>gst-launch-0.8 filesrc location="test.m4a" ! qtdemux .audio_00 ! { queue ! faad ! osssink } --gst-debug-lev el=2<br>RUNNING pipeline ...
<br>WARN (0x8b83928 - 315474:29:57.091538000) qtdemux(22151) qtdemux.c(1483):qtdemux_type_get: unknown QuickTime node type mean<br>WARN (0x8b83928 - 315474:29:57.091648000) qtdemux(22151) qtdemux.c
(1483):qtdemux_type_get: unknown QuickTime node type name<br>WARN (0x8b83928 - 315474:29:57.091708000) qtdemux(22151) qtdemux.c(1483):qtdemux_type_get: unknown QuickTime node type iods<br>WARN (0x8b83928 - 315474:29:
57.091931000) qtdemux(22151) qtdemux.c(1483):qtdemux_type_get: unknown QuickTime node type mean<br>WARN (0x8b83928 - 315474:29:57.103739000) qtdemux(22151) qtdemux.c(1483):qtdemux_type_get: unknown QuickTime node type name
<br>WARN (0x8b83928 - 315474:29:57.103834000) qtdemux(22151) qtdemux.c(1483):qtdemux_type_get: unknown QuickTime node type iods<br>Segmentation fault<br><br>Now, if I replace "qtdemux .audio_00" in the previous command with "ffdemux_mov_mp4_m4a_3gp_3g2"
<br>the file plays fine. <br><br>Why does gst-launch-ext try to use qtdemux, as opposed to the ffdemux I used above? Is this<br>the correct behavior? Should I file a bug, or is this problem just on my end? If so, how can I instruct
<br>gst-launch-ext to correctly play m4a files? They constitute about half of my music, so I can't run <br>rhythmbox, for instance, without continuous crashes. <br><br>Thanks very much,<br><br>Robert McNees<br>