当我们获得实时数据流从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无效
反正有避免这个问题吗?
当我们获得实时数据流从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无效
反正有避免这个问题吗?
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 AC,44个MV错误
干杯, 斯科特海恩斯
尝试
-b:v 64k <your out put method>
声明你放出来之前使用它。