GNOME Bugzilla – Bug 740620
decklinksink 59.94i and 60i are 30 fps.
Last modified: 2018-01-25 12:48:11 UTC
This commit http://cgit.freedesktop.org/gstreamer/gst-plugins-bad/commit/sys/decklink/gstdecklink.cpp?id=a8f94fe1e153c615f8991d5828e379fdeacda614 change framerate of 1080 59.94i/60i modes to 60000/1001 and 60/1. But it should be 30000/1001 and 30/1. The last chage for progressive mode is correct. If you run "gst-launch-1.0 videotestsrc num-buffers=60 ! decklinksink mode=11" or mode=12 it takes 2 seconds to complete and not 1 second as you would expect.
Here it takes 1 second instead of 2 as expected: $ gst-launch-1.0 videotestsrc num-buffers=60 ! decklinksink mode=12 Setting pipeline to PAUSED ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstSystemClock Got EOS from element "pipeline0". Execution ended after 0:00:01.003848638 This is on Linux with a 4k Extreme via HDMI. What are you running?
Decklink Mini Monitor and Intesity Pro both HDMI. Can you try mode=10 because 1080 50i have on other hand 25/1
I forgot I run Linux too with latest blackmagic driver.
Yes, I had to change it to 50/1 too to make it work properly here. Also using the latest driver here. The Mini Monitor and Intensity Pro, are they using the blackmagic or blackmagic-io driver?
lsmod show only blackmagic
Hmmm, but the synchronization in there is fishy anyway :) I'm going to work on cleaning all that up a bit in the next weeks, hopefully that will magically make this bug / inconsistency go away. Or maybe the blackmagic (not blackmagic-io) driver expects different settings than the other.
Please test if this is still a problem with latest GIT master. The decklink elements were rewritten and handle synchronization properly now (hopefully).
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!