2010-04-13 73 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> 

声明你放出来之前使用它。