[Bug 781776] decklink: Detect gaps on incoming stream times, issue warnings

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Wed Sep 20 15:10:15 UTC 2017


https://bugzilla.gnome.org/show_bug.cgi?id=781776

Sebastian Dröge (slomo) <slomo at coaxion.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #353815|none                        |needs-work
             status|                            |

--- Comment #14 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
Review of attachment 353815:
 --> (https://bugzilla.gnome.org/review?bug=781776&attachment=353815)

::: sys/decklink/gstdecklinkaudiosrc.cpp
@@ +690,3 @@
+    if (self->expected_stream_time != GST_CLOCK_TIME_NONE &&
+        ABSDIFF (self->expected_stream_time, p.stream_timestamp) >
+        gst_util_uint64_scale (2, GST_SECOND, self->info.rate)) {

2 samples? Why not > 1?

::: sys/decklink/gstdecklinkvideosrc.cpp
@@ +803,3 @@
   }

+  self->processed += f.stream_duration;

This and the other counter accumulate duration rounding errors

@@ +805,3 @@
+  self->processed += f.stream_duration;
+  if (self->expected_stream_time != GST_CLOCK_TIME_NONE &&
+      ABSDIFF (self->expected_stream_time, f.stream_timestamp) > 1) {

1ns seems dangerous, are you sure? There might be rounding errors with the
duration.

Maybe > 1/fps?

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list