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).