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 653654 - decklinksrc: Does not respect the PTS that comes in the input source
decklinksrc: Does not respect the PTS that comes in the input source
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other All
: Normal normal
: git master
Assigned To: David Schleef
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-06-29 15:51 UTC by Rafael Diniz
Modified: 2014-12-19 13:57 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
a simple patch to use the decklink timestamp for audio/video sync (2.61 KB, patch)
2011-11-30 14:17 UTC, Thomas Butter 		rejected Details | Review

Description Rafael Diniz 2011-06-29 15:51:43 UTC 
Decklink sink has no mechanism to respect the PTS that comes in the source media in order to provide synced Audio/Video playback.

Previous discussion about this topic happened here:
https://bugzilla.gnome.org/show_bug.cgi?id=650914
Comment 1 Thomas Butter 2011-11-30 14:17:26 UTC 
Created attachment 202445 [details] [review]
a simple patch to use the decklink timestamp for audio/video sync

tested with Intensity Pro on Linux, HDMI audio/video
Comment 2 Rafael Diniz 2011-11-30 14:47:07 UTC 
In my opinion, it's fine to be applied to trunk.
Comment 3 Sebastian Dröge (slomo) 2014-01-18 13:57:39 UTC 
Comment on attachment 202445 [details] [review]
a simple patch to use the decklink timestamp for audio/video sync

This needs to be handled differently as the timestamp we get from decklink must mean something sensible in the segment that we configure. Check the v4l2 code, basically you need to make sure that the beginning of capture gets a running time of 0.

If decklink timestamps mean exactly that (capture start gets timestamp 0), then this patch is correct.
Comment 4 Sebastian Dröge (slomo) 2014-12-19 13:56:49 UTC 
Please test if this is still a problem with latest GIT master. The decklink elements were rewritten.

The timing should now be handled properly and be based on the hardware clock of the capture card, while also properly handling pipelines that have a different clock than that one configured.