dvch, Cette erreur se produit lorsque vous avez corrompu des bits dans votre capture vidéo. Avec le RTP ou les flux en direct, cela arrive souvent car UDP va laisser tomber les paquets. FFMPEG s'efforce de récupérer ces zones, mais il y aura des pertes selon le format. Essayez de capturer un flux en direct codé en h263 brut, un en raw h263 + et un en raw h264, et voyez ce qui fonctionne le mieux pour vous. VLC devrait faire un bon travail de la mise en paquets, donc ce peut être le décodeur dans FFMPEG qui cause le problème. Vous pouvez essayer GStreamer,
Mon pipeline de travail:
Auteur: gst-launch-0.10 -v emplacement filesrc = Juin/akiyo_qcif.264! h264parse! vidéo/x-h264! rtph264pay pt = 96 config-interval = 5! udpsink hôte = 127.0.0.1 port = 42050 sync = false
Récepteur: gst-launch-0,10 udpsrc port = 42050 caps = "application/x-rtp, media = (string) vidéo, horloge à taux = (int) 90000, nom de codage = (chaîne) H264, charge utile = (int) 96, ssrc = (guint) 4091714163, base d'horloge = (guint) 4007889851, seqnum-base = (guint) 31909 " ! rtph264depay! filesink location = Juin/test6.264
par Farah à Gstreamer-devel Post about Streaming RTP and h264
J'espère que cette aide, j'ai eu cette même erreur, en utilisant h263-1998 sur RTP/AVP même sur un réseau local, H263 a pas de hoquet, et h264 n'a pas de hoquet, mais il y a quelque chose qui se passe avec le format FFMPEG et h263p.
Voici les mêmes erreurs que je recevais avec FFMPEG.
[H263 @ 0x101015a00] Code ac vlc illégal à 12x15 [H263 @ 0x101015a00] erreur au MB: 357 [H263 @ 0x101015a00] dissimulant 44 DC, 44 AC, 44 erreurs MV
Cheers, Scott Haines