After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 618535 - [avidemux] fails to stream eva_2010_2.22_promo1.avi
[avidemux] fails to stream eva_2010_2.22_promo1.avi
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal normal
: 0.10.25
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-05-13 13:06 UTC by Philippe Normand
Modified: 2010-07-22 09:48 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Philippe Normand 2010-05-13 13:06:49 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.
Comment 1 André Klapper 2010-05-17 21:19:36 UTC
Then please post the errors here...
Comment 2 Philippe Normand 2010-05-19 06:55:56 UTC

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
Comment 3 Philippe Normand 2010-07-21 10:40:11 UTC
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.
Comment 4 Tim-Philipp Müller 2010-07-21 23:30:16 UTC
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.
Comment 5 Mark Nauwelaerts 2010-07-22 09:48:10 UTC
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.