[gstreamer-bugs] [Bug 626300] gstbasesink.c(2686): gst_base_sink_is_too_late (): /GstPlayBin:playbin0/GstBin:vbin/GstAutoVideoSink:videosink/GstXvImageSink:videosink-actual-sink-xvimage: There may be a timestamping problem, or this computer is too slow.

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=626300
  GStreamer | don't know | 0.10.30

Tim-Philipp Müller <t.i.m> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |t.i.m at zen.co.uk

--- Comment #12 from Tim-Philipp Müller <t.i.m at zen.co.uk> 2010-08-07 15:27:33 UTC ---
Well, this is just not really how you're supposed to use /dev/videoN.

If the input is live, you should be using a source element that handles that
properly, e.g. v4l2src. If v4l2src doesn't support your format of choice, you
should add support for that.

Your problems stem from the fact that the source is live and there's a latency,
but no element in the pipeline answers the latency query properly, so the sink
doesn't know it needs to adjust for live input. You can work around that by
using xvimagesink sync=false, e.g:

 gst-launch-0.10 playbin2 uri=file:///dev/video0 video-sink='xvimagesink
sync=false'

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.