问暂时无声音时，从vlc到ffmpeg的flv实时视频错误

EN

dvch，当您的视频捕获中有损坏的位时，会发生此错误。对于RTP或实时流，这种情况经常发生，因为UDP会丢弃数据包。FFMPEG努力尝试恢复这些区域，但根据格式的不同，会有一些损失。

尝试获取一个用原始h263编码的实时流，一个用原始h263+编码，一个用原始h264编码，看看哪个更适合您。VLC应该做好打包工作，所以可能是FFMPEG中的解码器导致了问题。你可以试试GStreamer，

我的工作流程：

发送者: gst-launch-0.10 -v文件-v位置=6月/akiyo_qcif.264！h264parse！视频/x-H264！rtph264pay pt=96配置-间隔=5！udpsink host=127.0.0.1 port=42050 sync=false

接收方:gst-launch-0.10udpsrc port=42050 caps=“应用程序/x-rtp，media=(字符串)视频，时钟频率=(Int)90000，编码名称=(字符串)H264，payload=(int)96，ssrc=(guint)4091714163，clock-base=(guint)4007889851，seqnum-base=(guint)31909”！rtph264depay！文件链接位置=6月/test6.264

在Gstreamer-devel Post about Streaming RTP and h264的via Farah

我希望这会有帮助，我也遇到过同样的错误，即使在本地网络上使用h263-1998 over RTP/AVP，h263也没有问题，h264也没有问题，但是FFMPEG和h263p格式有一些问题。

下面是我在使用FFMPEG时遇到的相同错误。

12x15 h263 @ 0x101015a00的h263 @ 0x101015a00的交流VLC码非法，MB: 357 h263 @ 0x101015a00的错误隐藏了44 DC，44 AC，44 MV错误

干杯，斯科特·海恩斯

试一试

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

在声明你的输出之前使用它。