Gstreamer:无法切换代码簿:rtpvorbisdepay

Gstreamer:无法切换代码簿:rtpvorbisdepay,gstreamer,Gstreamer,我正在尝试使用以下GStreamer管道流式传输音频: 服务器: gst-launch-1.0 -v audiotestsrc ! audioconvert ! vorbisenc ! rtpvorbispay ! udpsink host=127.0.0.1 port=5000 客户: gst-launch-1.0 udpsrc port=5000 ! "application/x-rtp, media=audio, clock-rate=44100, encoding-name=VORBI

我正在尝试使用以下GStreamer管道流式传输音频:

服务器:

gst-launch-1.0 -v audiotestsrc ! audioconvert ! vorbisenc ! rtpvorbispay ! udpsink host=127.0.0.1 port=5000
客户:

gst-launch-1.0 udpsrc port=5000 ! "application/x-rtp, media=audio, clock-rate=44100, encoding-name=VORBIS, encoding-params=1, payload=96" ! rtpvorbisdepay ! vorbisdec ! audioconvert ! autoaudiosink
我从GStreamer得到以下消息:

警告:从元素/GstPipeline:pipeline0/GstRtpVorbisDepay:rtpvorbisdepay0:无法解码流。 其他调试信息:gstrtpvorbisdepay.c(614):gst_rtp_vorbis_depay_进程():/GstPipeline:pipeline 0/gstrtpvorbisdepay:rtpvorbisdepay0:无法切换代码本

我没有听到客户的声音。有人能帮忙吗

[编辑:]


当我从服务器端复制粘贴封盖时。。。它起作用了!但在这些CAP中,有一个配置参数看起来非常难看()。我注意到,如果我只是删除这个参数,它就不起作用了。此外,我在udpsrc和rtpvorbisdepay元素上使用了gst-inspect,这个参数没有任何内容。有人能解释一下这个参数对应什么吗?有什么办法可以避免吗?

我认为这是一种理论上的伏尔比现象。。如果我理解正确,这些是解码器初始化的一些配置参数

Theora做出了与Vorbis相同的有争议的设计决策 包括DCT系数的全概率模型和所有- 位流标头中的参数。这通常是几百 埃尔兹。因此,不可能解码流中的任何帧 先前已获取编解码器信息和编解码器设置标题

~z~来自

一些类似的

你能玩vlc吗(我想你需要?在链接中提到了参数配置..但没有解释