dvch,
Эта ошибка возникает, когда у вас есть поврежденные биты в захвате видео. С RTP или живыми потоками это часто происходит, поскольку UDP отбрасывает пакеты. FFMPEG старается восстановить эти области, но будут некоторые потери в зависимости от формата.
Попробуйте получить живой поток, который закодирован в raw h263, один в raw h263 +, а другой в raw h264, и посмотрите, что лучше для вас работает. VLC должен хорошо выполнять пакетирование, поэтому проблема может быть в декодере в FFMPEG. Вы можете попробовать GStreamer,
Мой рабочий конвейер:
Отправитель:
gst-launch-0.10 -v filesrc location = июнь / akiyo_qcif.264! h264parse!
видео / x-h264! rtph264pay pt = 96 config-interval = 5! хост udpsink = 127.0.0.1
порт = 42050 синхронизация = ложь
Получатель:
gst-launch-0.10 udpsrc port = 42050 caps = "application / x-rtp, media = (string) video,
тактовая частота = (int) 90000, имя-кодировки = (строка) H264, полезная нагрузка = (int) 96,
ssrc = (guint) 4091714163, тактовая база = (guint) 4007889851, seqnum-base = (guint) 31909 "
! rtph264depay! местоположение файла: июнь / тест6.264
через Фару в
Gstreamer-devel Пост о потоковой RTP и h264
Надеюсь, это поможет, у меня была такая же ошибка, при использовании h263-1998 через RTP / AVP даже в локальной сети, h263 не имеет икоты, и h264 не имеет икоты, но с FFMPEG Формат h263p.
Вот те же ошибки, с которыми я сталкивался в FFMPEG.
[h263 @ 0x101015a00] недопустимый код AC VLC в 12x15
[h263 @ 0x101015a00] Ошибка в МБ: 357
[h263 @ 0x101015a00] скрывает 44 DC, 44 AC, 44 MV ошибки
Cheers,
Скотт Хейнс