Dropping buffers - hlsdemux ! decodebin2

[Thomas Werner]

Hi, 

using a pipeline like:

GST_DEBUG=2 gst-launch souphttpsrc location=http://ipad.akamai.com/Video_Content/cbc/being_erica/1240k/prog_index.m3u8 ! hlsdemux ! decodebin2 ! autovideosink

I'm getting the messages below after a while and the video gets increasingly choppy the longer I run it. Surprisingly it runs for about 10 minutes and then starts to produce the messages.

Trying the same setup with other streams leads to the same behavior, depending on the stream it happens sooner or later. GStreamer and plugins are git master.

0:03:48.558387491 10829  0x9ca7600 WARN                basesink gstbasesink.c:2875:gst_base_sink_is_too_late:<autovideosink0-actual-sink-xvimage> warning: A lot of buffers are being dropped.

0:03:48.558440641 10829  0x9ca7600 WARN                basesink gstbasesink.c:2875:gst_base_sink_is_too_late:<autovideosink0-actual-sink-xvimage> warning: There may be a timestamping problem, or this computer is too slow.

WARNING: from element /GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0/GstXvImageSink:autovideosink0-actual-sink-xvimage: A lot of buffers are being dropped.

Additional debug info:

gstbasesink.c(2875): gst_base_sink_is_too_late (): /GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0/GstXvImageSink:autovideosink0-actual-sink-xvimage:

There may be a timestamping problem, or this computer is too slow.

As the system can play 1080p25 content without any issues I don't think that the system is too slow.

Any idea there this may come from?

Thanks,

tomw

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Lauraire]

Hi,

I've had quite the same problem with a vdpausink (see my post : "Frames dropped by vdpausink").... What solved my problem is to set "sync" property as "false" for your sink. With :

g_object_set (yoursink, "sync", false, NULL);

Tell me about that!

++

[tomw]

Hi,

I've been reading your post earlier and I tried that option as well.
Unfortunately it did not solve the issue. There must be some other
reason...

best



On Fr, 2011-07-29 at 07:24 -0700, Lauraire wrote:

> Hi,
>
> I've had quite the same problem with a vdpausink (see my post : "Frames
> dropped by vdpausink").... What solved my problem is to set "sync" property
> as "false" for your sink. With :
>
> g_object_set (yoursink, "sync", false, NULL);
>
> Tell me about that!
>
> ++
>
> --
> View this message in context: http://gstreamer-devel.966125.n4.nabble.com/Dropping-buffers-hlsdemux-decodebin2-tp3698247p3704235.html
> Sent from the GStreamer-devel mailing list archive at Nabble.com.
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

--
tomw <[hidden email]>

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[tomw]

Hi,

after visiting the issue again and after pulling the latest gstreamer
and gst-plugins from master I was wondering whether the issue would
still exists. Unfortunately it does. Launching a pipeline like:

gst-launch-0.10 playbin2
uri=http://qthttp.apple.com.edgesuite.net/1010qwoeiuryfg/3340_vod.m3u8

or with explicitly specifying the elements:

gst-launch-0.10 souphttpsrc
location=http://qthttp.apple.com.edgesuite.net/1010qwoeiuryfg/3340_vod.m3u8 ! hlsdemux ! decodebin2 ! autovideosink


would run perfectly well for about 3 to 5 minutes and then it starts
dropping frames.
I could not exactly reproduce the time when the dropping of frames
occurs but the issue can be reproduced with different sources with
roughly the same time span until frames are dropped. I've been running
some tests on different machines (32 bit and 64 bit Ubuntu) but the
issue is the same.  

0:05:29.590567707 12413  0x94c2848 WARN                basesink
gstbasesink.c:2875:gst_base_sink_is_too_late:<videosink-actual-sink-xvimage> warning: There may be a timestamping problem, or this computer is too slow.
WARNING: from
element /GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage: A lot of buffers are being dropped.
Additional debug info:
gstbasesink.c(2875): gst_base_sink_is_too_late
(): /GstPlayBin2:playbin20/GstPlaySink:playsink0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage:


Any idea how to get this solved, or at least what to look for?

thanks,




On So, 2011-07-31 at 18:27 +0200, tomw wrote:

> Hi,
>
> I've been reading your post earlier and I tried that option as well.
> Unfortunately it did not solve the issue. There must be some other
> reason...
>
> best
>
>
>
> On Fr, 2011-07-29 at 07:24 -0700, Lauraire wrote:
> > Hi,
> >
> > I've had quite the same problem with a vdpausink (see my post : "Frames
> > dropped by vdpausink").... What solved my problem is to set "sync" property
> > as "false" for your sink. With :
> >
> > g_object_set (yoursink, "sync", false, NULL);
> >
> > Tell me about that!
> >
> > ++
> >
> > --
> > View this message in context: http://gstreamer-devel.966125.n4.nabble.com/Dropping-buffers-hlsdemux-decodebin2-tp3698247p3704235.html
> > Sent from the GStreamer-devel mailing list archive at Nabble.com.
> > _______________________________________________
> > gstreamer-devel mailing list
> > [hidden email]
> > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>

--
tomw <[hidden email]>

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[tonyt]

I have the same problem, has it been resolved ?