[gst-devel] qtdemux versus ffdemux for m4a files?

Robert McNees mcnees at gmail.com
Mon Jan 2 01:32:20 CET 2006


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 as
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="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="test.m4a" ! qtdemux .audio_00 ! { queue !
faad ! osssink } --gst-debug-lev el=2
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 used
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 my
music, so I can't run
rhythmbox, for instance, without continuous crashes.

Thanks very much,

Robert McNees
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20060102/65f86f6b/attachment.htm>


More information about the gstreamer-devel mailing list