使用gst-rtsp-server Python绑定处理错误

时间:2019-01-17 00:25:10

标签: python gstreamer rtsp pygobject python-gstreamer

我有一个简单的Python程序,使用gst-rtsp-server创建RTSP流。它可以工作,但是没有错误处理。如果管道中有拼写错误,或者连接到视频源时出现问题,则看不到堆栈跟踪或任何日志记录。我将在哪里挂接代码来处理此类问题?

我应该提到我是GObject世界的一个完整的初学者。我怀疑这些库有一种报告错误的标准方法,但是我无法在我阅读的文档中找到有关此操作的任何信息。

如果有帮助,请看下面的代码:

from threading import Thread
from time import sleep
import signal

import gi
gi.require_version("Gst", "1.0")
gi.require_version("GstRtsp", "1.0")
gi.require_version("GstRtspServer", "1.0")
from gi.repository import GLib, GObject, Gst, GstRtsp, GstRtspServer

PIPELINE = (
    "( videotestsrc ! vp8enc ! rtpvp8pay name=pay0 pt=96 )")


def main():
    GObject.threads_init()
    Gst.init(None)

    server = GstRtspServer.RTSPServer.new()
    server.props.service = "3000"

    server.attach(None)

    loop = GLib.MainLoop.new(None, False)

    def on_sigint(_sig, _frame):
        print("Got a SIGINT, closing...")
        loop.quit()
    signal.signal(signal.SIGINT, on_sigint)

    def run_main_loop():
        loop.run()

    main_loop_thread = Thread(target=run_main_loop)

    main_loop_thread.start()

    media_factory = GstRtspServer.RTSPMediaFactory.new()
    media_factory.set_launch(PIPELINE)
    media_factory.set_shared(True)
    server.get_mount_points().add_factory("/test", media_factory)
    print("Stream ready at rtsp://127.0.0.1:3000/test")


    while loop.is_running():
        sleep(0.1)


if __name__ == "__main__":
    main()

2 个答案:

答案 0 :(得分:0)

在对GStreamer和RTSP服务器库进行了更多试验之后,错误处理情况变得复杂了。

正常方式

在GStreamer管道上看到错误的规范方法是在管道的总线上添加观察者并侦听错误消息。

def watcher(bus, message, *user_data);
    if message.type == Gst.MessageType.ERROR:
        error, message = message.parse_error()
        # TODO: Do something with the error

my_pipeline.get_bus().add_watch(
    GLib.PRIORITY_DEFAULT,
    watcher,
    None)

但是,您不能使用提供给GstRtspServer的管道来执行此操作。这是因为GstRtspServer希望能够在管道总线上安装自己的监视程序,并且一次只能将一个监视程序连接到总线。这特别不幸,因为这使我们无法侦听管道上的任何事件,而不仅仅是错误。

我的解决方法

我们可以将管道分成两部分:一个负责连接到源并解码帧的容易出错的过程,另一个负责编码结果帧并将其有效负载给GstRtspServer。然后,我们可以使用视频中间插件在两者之间进行通信。

例如,假设您正在尝试从VP8格式的文件中流式传输。我们的第一个负责读取和解码帧的管道如下所示:

filesrc location="{filepath}" ! decodebin ! intervideosink channel="file-channel"

...,第二个负责编码和加载帧的管道如下所示:

intervideosrc channel="file-channel" ! videoconvert ! vp8enc deadline=1 ! rtpvp8pay name=pay0 pt=96

此处的关键是仅第二条管道必须由GstRtspServer管理,因为它是提供有效数据的管道。第一个由我们管理,我们可以为其附加观察者 对错误做出明智的响应,并做我们需要做的其他事情。当然,这不是一个完美的解决方案,因为我们无法响应与编码和有效负载有关的错误,但是我们已经获得了接收与读取文件和解码有关的错误的能力。现在,我们还可以执行其他与消息相关的任务,例如拦截流结束的消息以循环播放视频文件。

答案 1 :(得分:0)

因此,您可以通过以下方式覆盖do_handle_message中的Gst.Bin

import gi
gi.require_version("Gst", "1.0")
from gi.repository import Gst, GLib
Gst.init(None)

class SubclassBin(Gst.Bin):
    def do_handle_message(self, message):
        if message.type == Gst.MessageType.ERROR:
            error, message = message.parse_error()
            # TODO: Do something with the error
        # Call the base Gst.Bin do_handle_message
        super().do_handle_message(self, message)

subclass_bin = SubclassBin("mybin")

也就是说,我不确定如何告诉GstRtspServer.RTSPMediaFactory使用SubclassBin而不是Gst.Bin,因为据我所知,这是将任何Bin连接到{的唯一方法{1}}通过RTSPMediaFactory方法,该方法需要管道字符串而不是预建的bin。如果有一种方法可以向set_launch添加一个预构建的垃圾箱,那将是一个完整的答案...但是不幸的是,这是我所能得到的。