Hi,<br><br>&nbsp;&nbsp; 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>&nbsp; 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>&nbsp;&nbsp; For some reason, when I run &quot;
gst-launch-ext-0.8&quot; on an m4a file (&quot;test.m4a&quot;), <br>the command&nbsp; it executes is:<br><br>gst-launch-0.8 filesrc location=&quot;test.m4a&quot; ! qtdemux .audio_00 ! { queue ! faad ! osssink }<br><br>This command results in a &quot;Running Pipeline&quot; followed immediately by a 
<br>&quot;Segmentation Fault&quot;, 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=&quot;test.m4a&quot; ! qtdemux .audio_00 ! { queue ! faad ! osssink } --gst-debug-lev el=2<br>RUNNING pipeline ...
<br>WARN&nbsp; (0x8b83928 - 315474:29:57.091538000)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; qtdemux(22151) qtdemux.c(1483):qtdemux_type_get: unknown QuickTime node type mean<br>WARN&nbsp; (0x8b83928 - 315474:29:57.091648000)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; qtdemux(22151) qtdemux.c
(1483):qtdemux_type_get: unknown QuickTime node type name<br>WARN&nbsp; (0x8b83928 - 315474:29:57.091708000)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; qtdemux(22151) qtdemux.c(1483):qtdemux_type_get: unknown QuickTime node type iods<br>WARN&nbsp; (0x8b83928 - 315474:29:
57.091931000)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; qtdemux(22151) qtdemux.c(1483):qtdemux_type_get: unknown QuickTime node type mean<br>WARN&nbsp; (0x8b83928 - 315474:29:57.103739000)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; qtdemux(22151) qtdemux.c(1483):qtdemux_type_get: unknown QuickTime node type name
<br>WARN&nbsp; (0x8b83928 - 315474:29:57.103834000)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; qtdemux(22151) qtdemux.c(1483):qtdemux_type_get: unknown QuickTime node type iods<br>Segmentation fault<br><br>Now, if I replace &quot;qtdemux .audio_00&quot; in the previous command with &quot;ffdemux_mov_mp4_m4a_3gp_3g2&quot;
<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>