2010-04-13 74 views
0

當我們獲得實時數據流從VLC到FFmpeg的,有時地方有5-6秒的視頻沒有聲音一部分FFmpeg的實時視頻錯誤,然後ffmpeg的死與此日誌FLV時沒有聲音暫時

FLV @ 0x8b426d0]在4x6的

[FLV @ 0x8b426d0]錯誤非法交流VLC碼在MB:142

[FLV @ 0x8b426d0]隱瞞257 DC,257 AC,257個MV錯誤

[MPEGTS @ 0x8b44e50] dts < pcr,TS無效

反正有避免這個問題嗎?

回答

0

dvch, 當您的視頻捕獲中損壞位時會發生此錯誤。使用RTP或直播流,這會發生很多,因爲UDP會丟棄數據包。 FFMPEG盡力恢復這些區域,但根據格式會有一些損失。

嘗試抓取以原始h263編碼的直播流,其中一個用原始h263 +編碼,另一個用原始h264編碼,然後查看對您更好的方法。 VLC應該在分組化方面做得很好,所以它可能是導致問題的FFMPEG內的解碼器。你可以嘗試的GStreamer,

我的工作流水線:

發件人: GST推出-0.10 -v filesrc位置=六月/ akiyo_qcif.264! h264parse! video/x-h264! rtph264pay pt = 96 config-interval = 5! udpsink主機= 127.0.0.1 端口= 42050同步=假

接收機: GST-發射-0.10 udpsrc端口= 42050個帽=「應用程序/ x-RTP,媒體=(字符串)視頻, 時鐘速率= (int)90000,encoding-name =(string)H264,payload =(int)96, ssrc =(guint)4091714163,clock-base =(guint)4007889851,seqnum-base =(guint)31909「 ! rtph264depay!文件接收位置=六月/ test6.264

通過法拉

Gstreamer-devel Post about Streaming RTP and h264

我希望這可以幫助,我也有同樣的錯誤,即使是在本地網絡中使用H263-1998通過RTP/AVP,H263有沒有打嗝,h264沒有打嗝,但是FFMPEG和h263p格式有些問題。

下面是我遇到FFMPEG相同的錯誤。

[H263 @ 0x101015a00]非法交流VLC在12x15 [H263 @ 0x101015a00]錯誤在MB代碼:357 [H263 @ 0x101015a00]隱瞞44 DC,44 A​​C,44個MV錯誤

乾杯, 斯科特海恩斯

0

嘗試

-b:v 64k <your out put method> 

聲明你放出來之前使用它。