Question

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

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，然后返回。

我非常确定videotestsrc和ximagesink是两个独立的顶级元素，但是当我添加以下代码时，检查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，尽管文档说明了这一点。

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

Answer 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;
}

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

1 个答案: