decklink plugin

Wed Mar 26 09:17:18 PDT 2014

This solution works for me also. I tested it also with audio and it seems to be synchronized – which means the problem is solved.

Thank you both, Mitchell and David.

-- 

Best regards,

Krzysztof Borowczyk

From: gstreamer-devel [mailto:gstreamer-devel-bounces at lists.freedesktop.org] On Behalf Of Mitchell Foley
Sent: Wednesday, March 26, 2014 4:21 PM
To: Discussion of the development of and with GStreamer
Subject: Re: decklink plugin

I've had problems using xvideosink with decklinksrc, which might be what autovideosink is loading. For me, this command works fine:

gst-launch-1.0 decklinksrc connection=HDMI mode=11 name=demux demux. ! alsasink sync=false demux. ! queue ! xvimagesink sync=false

-Mitch

On Wed, Mar 26, 2014 at 6:24 AM, Krzysztof Borowczyk <k.borowczyk at samsung.com> wrote:

Update:

The queue problem was that it connected to the audio output, I fixed it  by running:

gst-launch-1.0 decklinksrc name=d mode=9 connection=1  d. ! queue  !  fakesink d. ! queue ! videoconvert ! autovideosink

unfortunately the problem still persists – I get the playback at 1-2 frames per second.

From: gstreamer-devel [mailto:gstreamer-devel-bounces at lists.freedesktop.org] On Behalf Of Krzysztof Borowczyk
Sent: Wednesday, March 26, 2014 10:44 AM
To: 'Discussion of the development of and with GStreamer'
Subject: RE: decklink plugin

[...]

Try turning on debug for the decklinksrc:

    GST_DEBUG=decklinksrc:6 gst-launch-1.0 ...

That will tell you if it is having to drop frames because the pipeline

isn't receiving them fast enough. If that's the case try adding a queue

after decklinksrc (?).

I tried with these logs, and decklink doesn’t say anything about dropping frames – quite the opposite, it reports Valid Frame (log.txt):

:00:02.684938080  2552  0x8163120 DEBUG            decklinksrc capture.cpp:114:VideoInputFrameArrived:<decklinksrc0> Frame received [No timecode] - Valid Frame - Size: 4147200 bytes

0:00:02.688372967  2552  0x815dbb0 DEBUG            decklinksrc gstdecklinksrc.cpp:746:gst_decklink_src_task:<decklinksrc0> task

0:00:02.718353360  2552  0x8163120 DEBUG            decklinksrc capture.cpp:114:VideoInputFrameArrived:<decklinksrc0> Frame received [No timecode] - Valid Frame - Size: 4147200 bytes

0:00:02.721746566  2552  0x815dbb0 DEBUG            decklinksrc gstdecklinksrc.cpp:746:gst_decklink_src_task:<decklinksrc0> task

although, I’m not sure if the “No timecode” is expected here? Maybe that’s the reason for drops?

You could also try "autovideosink sync=false" and see what happens (you

probably don't want to do that in practice, but trying it might give some

insight as to what's causing your low framerate).

Setting the sync to false helps. The playback is not 100% smooth, but it’s much better.

Maybe also try with fakesink, to eliminate videoconvert and your video

sink from the equation: gst-launch-1.0 decklinksrc mode=... ! fakesink

This also seems to help, there are no messages about dropped buffers.

I don’t know if the queue solution would help, because GStreamer does not want to connect it (log2.txt):

WARNING: erroneous pipeline: could not link queue0 to videoconvert0

Any idea why it would do so?

-- 

Best regards,
Krzysztof Borowczyk

_______________________________________________
gstreamer-devel mailing list
gstreamer-devel at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20140326/0b4c5da8/attachment-0001.html>