这是我正在尝试的:
gst-launch -v udpsrc port=1234 ! fakesink dump=1
我使用以下命令进行测试:
gst-launch -v audiotestsrc ! udpsink host=127.0.0.1 port=1234
一切正常,我可以看到从audiotestsrc发来的包
现在让我们使用网络摄像头源进行测试:
gst-launch -v v4l2src device=/dev/video0 ! queue ! videoscale method=1 ! "video/x-raw-yuv,width=320,height=240" ! queue ! videorate ! "video/x-raw-yuv,framerate=(fraction)15/1" ! queue ! udpsink host=127.0.0.1 port=1234
什么也没有发生,转储中也不会出现任何包。
下面是verbose在服务器中显示的logdump。
有没有人知道这件事?
发布于 2012-07-15 12:28:32
试试这些(你可能需要安装gstreamer-丑陋的插件)
来自网络摄像头的UDP流(网络上的流)
gst-launch v4l2src device=/dev/video0 ! 'video/x-raw-yuv,width=640,height=480' ! x264enc pass=qual quantizer=20 tune=zerolatency ! rtph264pay ! udpsink host=127.0.0.1 port=1234从网络摄像头接收的UDP流(通过网络接收)
gst-launch udpsrc port=1234 ! "application/x-rtp, payload=127" ! rtph264depay ! ffdec_h264 ! xvimagesink sync=false更新
要确定流端的有效负载,只需对gst-launch -v ...使用verbose选项
发布于 2012-03-06 15:20:08
也许数据包对于udp来说太大了?它们被限制为64K。尝试将框架调整为非常小的大小,以检查这是否是原因。如果是这样,您可能会对一些压缩和有效加载器/解除加载器(gst-inspect | grep pay)感兴趣。
发布于 2020-11-28 07:34:06
gstreamer1-1.16.0-1.fc30
gst-launch-1.0Sample文件-v位置=/.../-v-mp4-file.mp4!qtdemux!h264parse!排队!rtph264pay config-interval=10 pt=96!udpsink port=8888 host=127.0.0.1
https://stackoverflow.com/questions/7669240
复制相似问题