我尝试使用gstreamer 1.0将网络摄像头视频从Raspberry流式传输到VLC播放器。 现在我得到了Raspberry的以下命令:
gst-launch-1.0 -vv -e v4l2src device=/dev/video0 \
! videoscale \
! "video/x-raw,width=352,height=288,framerate=10/1" \
! queue \
! x264enc \
! h264parse \
! rtph264pay config-interval=10 pt=96 \
! udpsink host=239.255.12.42 port=5004
以下sdp文件用vlc播放流:
c=IN IP4 239.255.12.42
m=video 5004 RTP/AVP 96
a=rtpmap:96 H264/90000
当我运行gst-launch-1.0命令时,我可以看到wireshark它正在发送udp数据包但是当我尝试用vlc和sdp文件播放流时我什么也得不到。 vlc日志说:
es error: cannot peek
es error: cannot peek
live555 error: no data received in 10s, aborting
我不知道出了什么问题。我可能没有正确构建管道,这就是为什么vlc不能将流识别为正确的视频流的原因。有什么想法吗?
提前感谢您的帮助。
答案 0 :(得分:5)
VLC理解ts流与RTP协议的结合。方法是在mpegtsmux之后使用rtp payloader,它将对生成的ts缓冲区(数据包)进行有效负载。
所以不要这样:
src ! queue ! x264enc ! h264parse ! rtph264pay ! udpsink
你可以这样做:
src ! queue ! x264enc ! h264parse ! mpegtsmux ! rtpmp2tpay ! udpsink
然后在vlc中使用rtp://@:port
通过这种方式,mpegtsmux将封装有关what streams does it contains
我应该注意你的方法不正确,并且可能更有效(mpegtsmux会将视频分割成188字节数据包,但你的方法会切成~1400字节的udp数据包),但是您需要为vlc提供正确的SDP文件才能对其进行流式传输。 例如this,但我对此没有多少经验..
所以这是你当前的管道:
gst-launch-1.0 -vv -e v4l2src device=/dev/video0 ! "video/x-raw,width=352,height=288,framerate=25/1"\ ! queue ! x264enc speed-preset=1 ! h264parse ! mpegtsmux ! rtpmp2tpay ! udpsink host=192.255.10.41 port=5004
使用zerolatency时,您可以获得更好的效果:
像这样x264enc tune=4
它将丢弃所有其他质量参数,如速度预设等。
这是关于tune属性的文档:
tune : Preset name for non-psychovisual tuning options
flags: readable, writable
Flags "GstX264EncTune" Default: 0x00000000, "(none)"
(0x00000001): stillimage - Still image
(0x00000002): fastdecode - Fast decode
(0x00000004): zerolatency - Zero latency