当我们从vlc到ffmpeg获得直播时，无论哪里有时会有5-6秒没有视频的声音部分，那么ffmpeg已经死了这个日志
flv @ 0x8b426d0] 4x6的非法交易代码
[flv @ 0x8b426d0] MB错误：142
[flv @ 0x8b426d0]隐藏257 DC，257 AC，257 MV错误
[mpegts @ 0x8b44e50] dts＆lt; pcr，TS无效
反正有没有避免这个问题？
答案 0 :(得分：0)
dvch， 当您的视频捕获中的位损坏时，会发生此错误。使用RTP或实时流，这会发生很多，因为UDP将丢弃数据包。 FFMPEG努力恢复这些区域，但根据格式会有一些损失。
尝试抓住以原始h263编码的实时流，一个用原始h263 +编码，一个用原始h264编码，看看哪个更适合你。 VLC应该在分组化方面做得很好，因此可能是FFMPEG中的解码器导致问题。你可以试试GStreamer，
我的工作渠道：
发信人： gst-launch-0.10 -v filesrc location = June / akiyo_qcif.264！ h264parse！ video / x-h264！ rtph264pay pt = 96 config-interval = 5！ udpsink host = 127.0.0.1 port = 42050 sync = false
接收机： gst-launch-0.10 udpsrc port = 42050 caps =“application / x-rtp，media =（string）video， clock-rate =（int）90000，encoding-name =（string）H264，payload =（int）96， ssrc =（guint）4091714163，clock-base =（guint）4007889851，seqnum-base =（guint）31909“ ！ rtph264depay！ filesink location = June / test6.264
通过Farah at Gstreamer-devel Post about Streaming RTP and h264
我希望这有帮助，我有同样的错误，即使在本地网络上使用h263-1998而不是RTP / AVP，h263没有打嗝，并且h264没有打嗝，但是FFMPEG和h263p格式。
以下是与FFMPEG相同的错误。
[h263 @ 0x101015a00] 12x15的非法交易代码 [h263 @ 0x101015a00] MB出错：357 [h263 @ 0x101015a00]隐藏44个DC，44个AC，44个MV错误
干杯， 斯科特海恩斯
答案 1 :(得分：0)
尝试
-b:v 64k <your out put method>
在宣布你的出局之前使用它。