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 343581 - dv1394src seems to deliver incorrect timestamp
dv1394src seems to deliver incorrect timestamp
Status: RESOLVED DUPLICATE of bug 169383
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 343582 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-06-01 11:34 UTC by Paul van Tilburg
Modified: 2006-06-01 11:46 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Description Paul van Tilburg 2006-06-01 11:34:12 UTC 
When using the dv1394src in a pipeline that is directly displayed leads to some synchronization problems that leads to 1fps-like displaying.  The same holds also for the sound, the audiosink immediately stop.

This may be a result of the start timestamp errors that the dv1394src reports:

% gst-launch --gst-debug-level=5 -vt dv1394src ! dvdemux name="demux" ! dvdec ! xvimagesink  2>&1  | egrep -i 'invalid'

DEBUG (0x6716c0 - 0:00:00.564008000)              basesrc(21914) gstbasesrc.c(1159):gst_base_src_do_sync:<dv1394src0> get_times returned invalid start
DEBUG (0x6716c0 - 0:00:00.788102000)              basesrc(21914) gstbasesrc.c(1159):gst_base_src_do_sync:<dv1394src0> get_times returned invalid start
DEBUG (0x6716c0 - 0:00:00.919010000)              basesrc(21914) gstbasesrc.c(1159):gst_base_src_do_sync:<dv1394src0> get_times returned invalid start
Comment 1 Wim Taymans 2006-06-01 11:46:14 UTC 
sync to the clock is done in dv1394src since it is a live source. the get_times returning GST_CLOCK_TIME_NONE values is to instruct GstBaseSrc that it should not simulate a live source.

Stuttery playback is a combination of:

1) dv1394src not providing a clock. (see bug #169383)
2) no latency calculations (yet) for live sources (see bug #340842).

As for timestamping of buffers from dv1394src, I'm pretty sure it is wrong and just starts counting from 0 without either listening to the pipeline clock or providing its own clock. Marking as duplicate when implementing proper live source behaviour.

*** This bug has been marked as a duplicate of 169383 ***
Comment 2 Wim Taymans 2006-06-01 11:46:37 UTC 
*** Bug 343582 has been marked as a duplicate of this bug. ***