某些GStreamer管道不被认为是垃圾箱?

时间:2016-02-29 03:10:00

标签: c# gstreamer gstreamer-sharp

我可以从命令行运行一个非常简单的启动管道:

gst-launch-1.0 videotestsrc ! ximagesink

并且,从gst-inspect-1.0开始,ximagesink似乎支持GstVideoOverlay界面,以便我可以将其绑定到特定的Gtk小部件。

然而,当试图从一些代码中执行此操作时,我碰巧在网上找到它,似乎管道不被认为是bin(因此,小部件ID没有被赋予它)

执行此操作的代码如下,首先创建管道并将其设置为捕获总线消息:

Gst.Element playbin = Gst.Parse.Launch("videotestsrc ! ximagesink");
Gst.Bus bus = playbin.Bus;
bus.AddSignalWatch();
bus.Message += MsgCallback;

然后实际处理总线消息:

private void MsgCallback(object o, MessageArgs args) {
    // Only care about window ID binding requests.

    Gst.Message msg = args.Message;
    if (! Gst.Video.Global.IsVideoOverlayPrepareWindowHandleMessage(msg))
        return;

    // Get source of message.

    Gst.Element src = msg.Src as Gst.Element;
    if (src == null)
        return;

    // Find element supporting interface and notify it to bind.

    Gst.Element ov = null;
    if (src is Gst.Bin) {
        ov = ((Gst.Bin) src).GetByInterface(VideoOverlayAdapter.GType);
        VideoOverlayAdapter ad = new VideoOverlayAdapter(ov.Handle);
        ad.WindowHandle = windowXId;
    }
}

现在,由于某种原因,src is Gst.Bin为false,这意味着windowXId(我之前设置的小部件ID)永远不会传递给GStreamer。

但是,如果我提供playbin管道(playbin uri=XYZZY videosink='videoconvert ! videoflip method=none ! videoconvert ! autovideosink',如果您有兴趣),它就可以正常工作。

据我在Gst.Parse.Launch()的文档中可以看出,它应该给我一个管道,这是一个bin的特例,按照here(在修复了残暴的语法之后):< / p>

  

成功时返回一个新元素,失败时返回NULL。如果管道描述指定了多个顶级元素,则所有元素都将放入GstPipeline,然后返回。

我非常确定videotestsrcximagesink是两个独立的顶级元素,但是当我添加以下代码时,检查src是{{ 1}}:

null

我明白了:

Console.WriteLine("is bin      " + (src is Gst.Bin));
Console.WriteLine("is element  " + (src is Gst.Element));
Console.WriteLine("is pipeline " + (src is Gst.Pipeline));
Console.WriteLine(type is      " + src.GetType());

有问题的is bin False is element True is pipeline False type is Gst.Element 管道,以及好的videotestsrc管道的以下内容:

playbin

所以一切都指向有问题的人给出一个元素而不是一个bin,尽管文档说明了这一点。

我在这里缺少什么?导致不同行为的两个管道之间有什么区别?

1 个答案:

答案 0 :(得分:1)

好的,事实证明Gst.Parse.Launch函数 实际上正在返回一个管道。如果在创建bin后立即复制这些检查语句,则可以看到这一点:

Gst.Element playbin = Gst.Parse.Launch("videotestsrc ! ximagesink");
Console.WriteLine("is bin      " + (playbin is Gst.Bin));
Console.WriteLine("is element  " + (playbin is Gst.Element));
Console.WriteLine("is pipeline " + (playbin is Gst.Pipeline));
Console.WriteLine(type is      " + playbin.GetType());

你看到了:

is bin      True
is element  True
is pipeline True
type is     Gst.Pipeline

就是这样,当我们在回调中获得消息时,源似乎被设置为元素。我实际上并没有想出为什么消息来源作为一个元素(或者甚至是哪个元素)而来,但我至少有一个解决方法,部分归功于我的高级智能,但主要是偷偷摸摸地看着Banshee的做法: - )

事实证明,回调可以直接访问bin而不是试图将其从源中取出。这适用于我的情况,因为我每个实例只有一个视频流(bin)。如果你有倍数,可能会有点困难。

要实现这一点,首先要使playbin成为一个成员变量(如果它还没有),然后你可以修改回调:

private void MsgCallback(object o, MessageArgs args) {
    // Only care about window ID binding requests.

    Gst.Message msg = args.Message;
    if (! Gst.Video.Global.IsVideoOverlayPrepareWindowHandleMessage(msg))
        return;

    // Get instance bin, interface element, then notify it to bind.

    Gst.Bin src = (Gst.Bin)(this.playbin);
    if (src == null) return;

    Gst.Element ov = src.GetByInterface(VideoOverlayAdapter.GType);
    if (ov == null) return;

    VideoOverlayAdapter ad = new VideoOverlayAdapter(ov.Handle);
    if (ad == null) return;

    ad.WindowHandle = windowXId;
}