Question

我正在尝试构建一个程序或机器人，可以动态生成音频和视频，并将其流式传输到rtmp服务器，如Twitch或Youtube。我发现我可以使用Gstreamer吸引视频和音频流。我也发现Gstreamer有一个Python库，这很好，因为我的机器人已经用Python编写了。

问题是，在使用testvideosrc输入进行测试时，我可以在命令行上使用音频和视频使命令正常工作，但在尝试运行时会立即退出。

代码是

# Command Trying to Replicate in Python
# gst-launch-1.0 videotestsrc is-live=true ! videoconvert ! x264enc bitrate=1000 tune=zerolatency ! queue ! flvmux name=mux ! rtmpsink location='rtmp://live.twitch.tv/app/STREAM_KEY_HERE' audiotestsrc is-live=true ! audioconvert ! audioresample ! audio/x-raw,rate=48000 ! voaacenc bitrate=96000 ! audio/mpeg ! aacparse ! audio/mpeg, mpegversion=4 ! mux.

# ORIGINAL (UNEDITED) COMMAND - gst-launch-1.0 videotestsrc is-live=true ! videoconvert ! x264enc bitrate=1000 tune=zerolatency ! video/x-h264 ! h264parse ! video/x-h264 ! queue ! flvmux name=mux ! rtmpsink location='rtmp://live.twitch.tv/app/STREAM_KEY_HERE' audiotestsrc is-live=true ! audioconvert ! audioresample ! audio/x-raw,rate=48000 ! voaacenc bitrate=96000 ! audio/mpeg ! aacparse ! audio/mpeg, mpegversion=4 ! mux.

STREAM_URL = "rtmp://REDACTED"

# For StackExchange - gst-launch-1.0 videotestsrc is-live=true ! autovideoconvert ! x264enc bitrate=1000 tune=zerolatency ! queue ! flvmux name=mux ! rtmpsink location='rtmp://live.twitch.tv/app/STREAM_KEY_HERE' audiotestsrc is-live=true ! audioconvert ! audioresample ! audio/x-raw,rate=48000 ! voaacenc bitrate=96000

# Imports
import gi
import time
from gi.repository import GObject, Gst
import os

# OS Variables and Requirements
gi.require_version('Gst', '1.0')
os.environ["GST_DEBUG"] = "4" # Enable Debug

# Initialize GStreamer
Gst.init(None) # gst-launch-1.0 !
pipeline = Gst.Pipeline()

# Create Video Source (Video Test Source)
videosrc = Gst.ElementFactory.make("videotestsrc") # videotestsrc is-live=true !
#videosrc.set_property('pattern', 18)
videosrc.set_property('is-live', True)
pipeline.add(videosrc)

# Convert Video (to x264enc?)
videoconvert = Gst.ElementFactory.make('autovideoconvert') # videoconvert
pipeline.add(videoconvert)

# IDK
idk = Gst.ElementFactory.make("x264enc") # x264enc bitrate=1000 tune=zerolatency
idk.set_property('bitrate', 1000)
idk.set_property('tune', 'zerolatency')
pipeline.add(idk)

# Queue Data
queueRTMP = Gst.ElementFactory.make("queue") # queue
pipeline.add(queueRTMP)

# Convert to Mux
flvmux = Gst.ElementFactory.make("flvmux", "mux") # flvmux name=mux
pipeline.add(flvmux)

# Stream to RTMP Server
rtmpsink = Gst.ElementFactory.make("rtmpsink") # rtmpsink location='rtmp://live.twitch.tv/app/STREAM_KEY_HERE'
rtmpsink.set_property("location", STREAM_URL)
pipeline.add(rtmpsink)

#  audiotestsrc is-live=true ! audioconvert ! audioresample ! audio/x-raw,rate=48000 ! voaacenc bitrate=96000 ! audio/mpeg ! aacparse ! audio/mpeg, mpegversion=4 ! mux.

videosrc.link(videoconvert)
videoconvert.link(idk)
idk.link(queueRTMP)
queueRTMP.link(flvmux)
flvmux.link(rtmpsink)

pipeline.set_state(Gst.State.PLAYING)

出于我试图修复它的原因，最初我无法让流工作，因为我有一个额外的＆＃34;沉没＆＃34;在里面。这个文件与＆＃34; sink＆＃34;之间的唯一区别问题是＆＃34; autovideoconvert＆＃34;是＆＃34; videoconvert＆＃34;。在命令行中运行时，此命令可以正常工作。

接收器问题错误消息：

0:00:00.038202264 25199      0x272a370 INFO        GST_ELEMENT_PADS gstelement.c:892:gst_element_get_static_pad: no such pad 'sink' in element "videotestsrc0"

现在，没有关于＆＃34; autovideoconvert＆＃34;的错误消息。相反，即使流处于播放状态，程序也会退出。

使用此消息在日志中显示解决了接收器问题：

0:00:00.039500044 25214      0x2568d40 INFO                GST_PADS gstpad.c:2388:gst_pad_link_full: linked videoconvert0:src and '':sink_internal, successful

日志中显示的最后一个状态更改消息如下：

0:00:00.043316535 25214      0x2568d40 INFO              GST_STATES gstelement.c:2328:gst_element_continue_state:<videoscale0> completed state change to PLAYING
0:00:00.043341987 25214      0x2568d40 INFO              GST_STATES gstelement.c:2233:_priv_gst_element_state_changed:<videoscale0> notifying about state-changed PAUSED to PLAYING (VOID_PENDING pending)

这些都是在日志级别设置为4时。我无法理解的是，我做错了什么使命令工作，而不是命令的Python版本。如果有人碰巧知道如何更改关键帧间隔，那就是奖励。除非我能将它设置为4秒和更快，否则Youtube不想合作。谢谢！

Answer 1

垫的错误似乎很明显。如果它的正确性没有查看pipleline - no such pad 'sink' in element "videotestsrc0"：所以这不是s sink而是src元素。当然，这些不具有下垫，因为它们是来源。
我不知道您应用的其余部分是什么样的。但是＆＃34;跑步＆＃34;管道是非阻塞调用。因此，如果您没有正确的应用程序循环或只是在通过其他方式等待通话后，应用程序可能会立即退出。
x264enc key-int-max=<max-number-of-frames>。或idk.set_property('key-int-max', 60)。

Python中的Gstreamer会立即退出，但在命令行

1 个答案: