GStreamer 管道在相機快速移動后停止播放

Question

我正在開發視頻流可穿戴設備。 在測試過程中，發現管道時鍾和流在快速行走或跑步時停止。 這是一種奇怪的行為，因為在調試消息中，除了丟失的幀之外，沒有關於損壞的管道的錯誤。 它卷曲了，只能重新啟動幫助。 大家猜猜是什么原因造成的問題？

我使用的管道：

流媒體設備：

gst-launch-1.0 -vem --gst-debug=3 v4l2src device=/dev/video0 ! video/x-raw,width=640,height=480,framerate=\(fraction\)30/1 ! v4l2h264enc extra-controls=s,video_bitrate=250000 capture-io-mode=4 output-io-mode=4 ! "video/x-h264,level=(string)4" ! rtph264pay config-interval=1 ! multiudpsink clients="127.0.0.1:5008,10.123.0.2:5008" 

客戶：

udpsrc port=5008 do-timestamp=true ! application/x-rtp, media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264, payload=(int)96 ! rtpjitterbuffer latency=100 drop-on-latency=true drop-messages-interval=100000000 ! queue max-size-buffers=20000 ! rtph264depay ! h264parse ! avdec_h264 ! videoconvert ! glupload ! qmlglsink name=qmlglsink sync=false

我使用的硬件是 PS3 Eye cam 和 LTE 調制解調器，以 1-2 Mbit/s 的相當低的上行鏈路傳輸視頻，一切都在 RaspberryPi 3b+ 1GB 上運行。

有關更多調試信息，還有上次注冊丟幀后的日志文件圖片，並且每個下一個“周期”發送一個新查詢，從接收器到源（即我的相機）循環 GST 元素，並以最大查詢持續時間結束（突出顯示的查詢到 v4l2src)

你知道如何克服這個問題嗎？

Answer 1

這個問題已經解決。 問題不在於可變編碼器比特率。 對我有用的更詳細的檢查和管道在這個GStreamer 問題頁面中