GNOME Bugzilla – Bug 618535
[avidemux] fails to stream eva_2010_2.22_promo1.avi
Last modified: 2010-07-22 09:48:10 UTC
http://www.evageeks.org/video/eva_2010_2.22_promo1.avi It keeps buffering and spitting ffmpeg header errors :( However if you manually download the file and play it locally it works fine.
Then please post the errors here...
0:00:17.682142741 19703 0x7f690c0028e0 ERROR ffmpeg :0:: header damaged 0:00:17.682147784 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:1764:gst_ffmpegdec_video_frame:<ffdec_mpeg40> after decode: len -1, have_data 0 0:00:17.682152804 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:1996:gst_ffmpegdec_video_frame:<ffdec_mpeg40> return flow 0, out (nil), len 0 0:00:17.682158147 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:2717:gst_ffmpegdec_chain:<ffdec_mpeg40> Dropping 10 bytes of data 0:00:17.756056469 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:1359:gst_ffmpegdec_do_qos:<ffdec_mpeg40> QOS: qostime 0:00:00.045000000, earliest 0:00:00.019659863 0:00:17.756071104 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:1741:gst_ffmpegdec_video_frame:<ffdec_mpeg40> Going to store opaque values, current ts:0:00:00.045000000, offset: 45 0:00:17.756080916 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:1626:opaque_store:<ffdec_mpeg40> Stored ts:0:00:00.045000000, duration:0:00:00.001000000, offset:45 as opaque 0x7f690c027a60 0:00:17.756091532 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:1764:gst_ffmpegdec_video_frame:<ffdec_mpeg40> after decode: len 8, have_data 0 0:00:17.756097280 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:1996:gst_ffmpegdec_video_frame:<ffdec_mpeg40> return flow 0, out (nil), len 8 0:00:17.756104355 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:2297:gst_ffmpegdec_frame:<ffdec_mpeg40> We didn't get a decoded buffer 0:00:17.756109787 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:1741:gst_ffmpegdec_video_frame:<ffdec_mpeg40> Going to store opaque values, current ts:99:99:99.999999999, offset: -1 0:00:17.756115898 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:1626:opaque_store:<ffdec_mpeg40> Stored ts:99:99:99.999999999, duration:99:99:99.999999999, offset:18446744073709551615 as opaque 0x178cd20 0:00:17.756123780 19703 0x7f690c0028e0 ERROR ffmpeg :0:: header damaged 0:00:17.756129051 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:1764:gst_ffmpegdec_video_frame:<ffdec_mpeg40> after decode: len -1, have_data 0 0:00:17.756134059 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:1996:gst_ffmpegdec_video_frame:<ffdec_mpeg40> return flow 0, out (nil), len 0 0:00:17.756139209 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:2717:gst_ffmpegdec_chain:<ffdec_mpeg40> Dropping 10 bytes of data 0:00:17.842119919 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:1359:gst_ffmpegdec_do_qos:<ffdec_mpeg40> QOS: qostime 0:00:00.046000000, earliest 0:00:00.019659863 0:00:17.842145590 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:1741:gst_ffmpegdec_video_frame:<ffdec_mpeg40> Going to store opaque values, current ts:0:00:00.046000000, offset: 46 0:00:17.842162657 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:1626:opaque_store:<ffdec_mpeg40> Stored ts:0:00:00.046000000, duration:0:00:00.001000000, offset:46 as opaque 0x1793920 0:00:17.842181568 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:1764:gst_ffmpegdec_video_frame:<ffdec_mpeg40> after decode: len 8, have_data 0 0:00:17.842193660 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:1996:gst_ffmpegdec_video_frame:<ffdec_mpeg40> return flow 0, out (nil), len 8 0:00:17.842207718 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:2297:gst_ffmpegdec_frame:<ffdec_mpeg40> We didn't get a decoded buffer 0:00:17.842218940 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:1741:gst_ffmpegdec_video_frame:<ffdec_mpeg40> Going to store opaque values, current ts:99:99:99.999999999, offset: -1 0:00:17.842232055 19703 0x7f690c0028e0 DEBUG ffmpeg gstffmpegdec.c:1626:opaque_store:<ffdec_mpeg40> Stored ts:99:99:99.999999999, duration:99:99:99.999999999, offset:18446744073709551615 as opaque 0x179e820
If I play it in Totem the initial buffering is rather slow but then playback goes more or less fine after that. Probably gst-launch doesn't handle progressive download buffering like Totem does.
Can easily be reproduced with: gst-launch playbin2 uri=pushfile:///path/to/eva_2010_2.22_promo1.avi Stops after ca. 20secs instead of 1:54 minutes. Initial video frames are either skipped or play way too fast, audio works fine. Moving to avidemux for now.
The ffmpeg errors are also present in pull mode, video is simply too fast in push mode. commit f62c6ce5c8d03b5645a4945ca95da2be3431e83e Author: Mark Nauwelaerts <mark.nauwelaerts@collabora.co.uk> Date: Thu Jul 22 11:46:35 2010 +0200 avidemux: push mode; handle 0-size data chunks Fixes #618535.