GNOME Bugzilla – Bug 142272
[PATCH] [qtdemux] doesn't work with sources that cannot seek
Last modified: 2005-01-29 12:54:58 UTC
1. Create this (or a similar) pipeline: fdsrc ! qtdemux ! faad ! osssink 2. Pipe an m4a file through the fd 3. qtdemux fails to detect the data stream as an audio file What should happen: qtdemux should generate an audio_00 pad and push data to the faad decoder. Why it doesn't work: qtdemux seeks the incoming stream, but fdsrc does provide a seek function.
Created attachment 27542 [details] [review] Patch to qtdemux to support sources that can't seek Attached is a patch to the latest CVS version of qtdemux that uses gst_bytestream_flush() when gst_bytestream_seek() fails. This allows non-seeking sources to play correctly.
Applied, thanks.
It seems that the above patch got reverted soon after it was committed: http://cvs.freedesktop.org/gstreamer/gst-plugins/gst/qtdemux/qtdemux.c?r1=1.64&r2=1.65 (CVS comment this time was "Fix seeking, add SVQ3 format") This prevents me from playing m4a files over a stream. I rediffed the patch posted here against gst-plugins-0.8.7 and now my streaming works. I also used totem to test playing these files locally, and seeking still works.
Created attachment 36457 [details] [review] qtdemux-seek-fix.patch The rediffed patch
Seems to work for me too, don't know why I reverted earlier...