我是從IP相機捕捉的數據與RTSP協議與ffmpeg的與命令:FFMPEG進展凍結幀時場景變化
ffmpeg -rtsp_transport tcp -progress /media/kamip/stats.txt -i rtsp://192.168.1.220:554/live/h264/ch0
-c:v copy -c:a copy -strict 1 -map 0 -f segment -strftime 1
-segment_time 1800 /media/kamip/cam_%d_%m_%Y_%H_%M_%S.mkv
我使用這個5臺攝像機。一個是不同的類型,它位於不同的位置。 由於ffmpeg不支持重新連接,我正在將狀態寫入/media/kamip/stats.txt文件。在另一個腳本中,我正在解析這個輸出,每隔30秒我檢查幀號是否改變,如果是的話 - 這是可以的,如果沒有,我重新啓動上面的命令。
問題只發生在夜晚。例如當汽車停車時,/media/kamip/stats.txt顯示相同的幀號,因此我的腳本將此識別爲丟失的連接(視頻凍結)
我嘗試了「嚴格1」選項,我認爲這樣比較好(每天一次誤報,而不是每天10次),所以我認爲這可能與ffmpeg有關,而不是相機/視頻源,尤其是因爲視頻甚至沒有問題由ffmpeg報告的幀號仍然相同。此外,VLC沒有這種問題(但我目前無法使用該相機)
我發現ffmpeg具有內置場景變化檢測器,但它應該只在編碼視頻時才起作用(我正在使用「複製「選項的音頻和視頻)?
我正在考慮分析視頻捕獲的不同方式,但這個ffmpeg中的「-progress」應該可以正常工作 - 並且對於其他相機幾年來工作正常)。
我還沒有看到任何錯誤, 當我編碼一個板缺文件與「-loglevel調試」我看到類似下面僅供參考:
[libx264 @ 0x25d77a0] scene cut at 174 Icost:2049115 Pcost:2006553
ratio:0.0208 bias:0.1387 gop:54 (imb:3186 pmb:168)
的ffmpeg的最新版本
ffmpeg version 3.3.3-1ubuntu1~16.04.york0 Copyright (c) 2000-2017 the FFmpeg developers built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.4) 20160609
任何幫助將不勝感激
該場景改變味精與編碼器有關,估計在沒有新的IDR幀的情況下是否更便宜地繼續。需要從凍結之前到凍結之前查看進度文件中的代碼段。 – Mulvya
感謝您的解釋。 我會收集這個輸出,就像我說的,現在用「-strict 1」要好得多。 – Karol