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 667724 - decklinksrc: add timeout property
decklinksrc: add timeout property
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
0.10.22
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-01-11 23:38 UTC by blake tregre
Modified: 2018-05-04 09:52 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
patch adding timeout property (5.95 KB, patch)
2012-01-11 23:38 UTC, blake tregre 		needs-work Details | Review

Description blake tregre 2012-01-11 23:38:07 UTC 
Created attachment 205055 [details] [review]
patch adding timeout property

The decklink sdk doesn't provide a reliable EOS indicator.  There is a flag that specifies whether a frame arrived with carrier signal, but it seems to give false negatives.  Thus decklinksrc currently doesn't send an EOS signal, though this could be useful.  

Rather than using decklink's indicator, I've added a timeout property, which specifies in milliseconds how long to wait for a video frame before declaring EOS.  A negative or zero value means to use the current behavior of never sending EOS and waiting forever for a new frame.  I'm not wed to this implementation, but I do think that the timeout is a useful property.
Comment 1 David Schleef 2012-03-17 20:29:54 UTC 
I think we need to add something like this to BaseSrc, since it's needed by other elements, such as dvbsrc.  I'm thinking along the lines of introducing the concept of "carrier" or "signal", and having bus messages for gain/loss of carrier.  And combined with a timeout property, BaseSrc can send events based on loss of carrier/signal.
Comment 2 Stefan Sauer (gstreamer, gtkdoc dev) 2012-07-09 15:46:37 UTC 
See also bug #668018
Comment 3 rubenrua 2012-07-27 12:17:00 UTC 
See also #680700
Comment 4 Sebastian Dröge (slomo) 2017-01-03 15:35:36 UTC 
Comment on attachment 205055 [details] [review]
patch adding timeout property

This does not apply to the latest code anymore. Also there is now detection of there's signal or not, and no signal is marked on each buffer and changes are notified via messages. Does that also solve your use case?
Comment 5 Sebastian Dröge (slomo) 2018-05-04 09:52:01 UTC 
Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment.
Thanks!