[Bug 770282] New: "Failed to schedule frame" with decklinkvideosink and Decklink Duo 2

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 770282
           Summary: "Failed to schedule frame" with decklinkvideosink and
                    Decklink Duo 2
    Classification: Platform
           Product: GStreamer
           Version: 1.9.1
                OS: Linux
            Status: NEW
          Severity: major
          Priority: Normal
         Component: gst-plugins-bad
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: mark at gamer-network.net
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

I'm doing a very simple playout test with my shiny new Decklink Duo 2 card (4 x
bidirectional SDI ports).

```
gst-launch-1.0 \
  videotestsrc pattern=smpte100 is-live=true do-timestamp=true \
  ! video/x-raw, width=1280, height=720, framerate=60/1,
interlace-mode=progressive \
  ! decklinkvideosink mode=720p60 device-number=3
```

On earlier decklink models (e.g. Decklink Quad or Mini monitor) and Gstreamer
(+plugins-bad) 1.6.4, this would output 720p60 video on the correct SDI port,
which I could monitor using any auto format detecting SDI monitor (such as BM
Video Assist).

With the Duo 2 I get a fatal 'Failed to schedule frame 0x80000008' error which
appears to be the result of the BMD SDK's ScheduleVideoFrame returning FAIL.

I do appear to get a single frame on the output before the pipeline bombs.

See GST_DEBUG=decklink*:6 output here:

https://gist.github.com/mrmonkington/cf16fc4f5ed6a490c948f108074d63d5

I'm on Ubuntu 16.04 (Linux 4.4.0-34-generic x86_64). I have two Duo 2 cards
installed. I have the cards configured using the BMD tools as 4 unlinked ports
each, though linking the ports makes no difference.

I've tried Gstreamer (+plugins-bad) 1.9.1 (from ricotz Ubuntu Experimental PPA
build 1.9.1.1+git20160821.89554f66-0ubuntu1~16.04~ricotz0) and building
gst-plugins-bad master myself today from source. 1.8.2 gives the same error on
completely vanilla install. I haven't built gstreamer in entirety from master.

The Blackmagic SDK Samples can drive the outputs correctly with test patterns.
bmdplay from bmdtools also works built against the current SDK.

I have tried building gst-plugins-bad against the latest Blackmagic SDK drivers
which results in an identical schedule error (after making some tweaks to
DeckLinkAPIDispatch.cpp to get it to build).

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