【问题标题】:GStreamer-CRITICAL **: gst_debug_log_valist: assertion `category != NULL' failed?GStreamer-CRITICAL **:gst_debug_log_valist:断言“类别!= NULL”失败?
【发布时间】:2013-01-02 16:03:11
【问题描述】:

我如何追查此错误消息的根本原因?

(测试:1090):GStreamer-CRITICAL **:gst_debug_log_valist:断言 `category != NULL' 失败

我正在使用--gst-debug=GST_REFCOUNTING:5 调试代码中可能需要 10 多个小时才能重现的间歇性问题。即使有 gst-debug 错误消息,管道似乎也能正常工作。我应该担心 GStreamer-CRITICAL 错误消息吗?

【问题讨论】:

    标签: gstreamer vala


    【解决方案1】:

    我通常做的是在 gdb 中使用 G_DEBUG=fatal-criticals 环境变量(请参阅 GLib 手册的 Running GLib Applications 部分)在 gdb 和 use gdb to get a backtrace 中运行程序...类似

    G_DEBUG=fatal-criticals gdb -ex run --args ./test arg1 arg2 ...
    

    如果您不想在 gdb 中实际运行程序,您可以use a core dump instead

    一旦你得到跟踪,你应该能够相当容易地找到有问题的代码。该消息可能是无害的和/或 GStreamer 内部的问题,但如果我是您,我至少会检查一下……这样的批评通常表明存在严重问题,例如等待发生的段错误。

    请注意,该消息中的 1090 可能指的是 PID,而不是生成的 C 中的行号。

    【讨论】:

      【解决方案2】:

      看起来这条消息试图告诉您代码中某处的 gstreamer 日志消息只是缺少一个类别(如 GST_REFCOUNTING 或 )。由于您只想查看有关 GST_REFCOUNTING 消息的日志消息,因此 gstreamer 无法确定此特定消息是否重要。除非您编写了自己的插件或自己调用了一些 Logging functions,否则我猜这很可能是 gstreamer 本身或其插件之一的问题。

      但除了分类错误的日志消息之外,它不应该引起任何麻烦

      【讨论】:

        猜你喜欢
        • 2019-08-22
        • 1970-01-01
        • 1970-01-01
        • 2017-03-14
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多