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