ffmpeg para capturar fotos do fluxo H.264

Question

Estou tentando capturar imagens estáticas de uma câmera IP sem fio H.264 usando o ffmpeg. Eu encontrei uma pergunta semelhante aqui: Como posso extrair uma imagem JPEG de boa qualidade de um arquivo de vídeo H264 com o ffmpeg?

ffmpeg -y -i rtsp://10.2.69.201:554/ch0_0.h264 -r 10 -f image2 /var/www/camera.jpg

Eu o implementei como mostrado nesse exemplo. Você pode ver uma amostra da imagem que estou recebendo aqui:

Basicamente, o problema é que a parte inferior da imagem é sempre em blocos. Se o céu tiver mais detalhes e nuvens, toda a metade inferior da imagem poderá ficar em blocos ou embaçada.

Minha câmera tem opções de fluxo limitado. Um dos quais é o intervalo do I-Frame, você pode variar entre 25 e 100.

Alguém tem algumas sugestões sobre como posso obter uma imagem melhor? Eu não me importaria se fosse possível armazenar o stream em um arquivo de vídeo e também extrair um still a cada 2 minutos. Isso é algo fácil de fazer?

Aqui está a saída do ffmpeg:

ffmpeg version 1.2.4 Copyright (c) 2000-2013 the FFmpeg developers
built on Oct  3 2013 07:36:02 with gcc 4.8 (Debian 4.8.1-10)
configuration: --prefix=/usr --extra-cflags='-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra-ldflags='-Wl,-z,relro' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-nonfree --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-x11grab --enable-libgsm --enable-libtheora --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable-nonfree --disable-stripping --enable-libvpx --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-librtmp --enable-avfilter --enable-libfreetype --enable-libvo-aacenc --disable-decoder=amrnb --enable-libvo-amrwbenc --enable-libaacplus --libdir=/usr/lib/i386-linux-gnu --disable-vda --enable-libbluray --enable-libcdio --enable-gnutls --enable-frei0r --enable-openssl --enable-libass --enable-libopus --enable-fontconfig --enable-libpulse --disable-mips32r2 --disable-mipsdspr1 --disab  libavutil      52. 18.100 / 52. 18.100
libavcodec     54. 92.100 / 54. 92.100
libavformat    54. 63.104 / 54. 63.104
libavdevice    54.  3.103 / 54.  3.103
libavfilter     3. 42.103 /  3. 42.103
libswscale      2.  2.100 /  2.  2.100
libswresample   0. 17.102 /  0. 17.102
libpostproc    52.  2.100 / 52.  2.100
[h264 @ 0x867ed80] RTP: missed 1 packets
    Last message repeated 1 times
[h264 @ 0x867ed80] mb_type 34 in I slice too large at 17 18
[h264 @ 0x867ed80] error while decoding MB 17 18
[h264 @ 0x867ed80] concealing 5732 DC, 5732 AC, 5732 MV errors in I frame
[h264 @ 0x867ed80] RTP: missed 1 packets
Last message repeated 14 times
[rtsp @ 0x867c640] Stream #1: not enough frames to estimate rate; consider increasing probesize
[rtsp @ 0x867c640] Estimating duration from bitrate, this may be inaccurate
Guessed Channel Layout for  Input Stream #0.1 : mono
Input #0, rtsp, from 'rtsp://10.2.69.201:554/ch0_0.h264':
 Metadata:
title           : H.264 Program Stream, streamed by the LIVE555 Media Server
comment         : ch0_0.h264
 Duration: N/A, start: 0.065833, bitrate: 64 kb/s
Stream #0:0: Video: h264 (Constrained Baseline), yuv420p, 1600x1200, 15.19 tbr, 90k tbn, 180k tbc
Stream #0:1: Audio: pcm_alaw, 8000 Hz, mono, s16, 64 kb/s 
Output #0, image2, to '/var/www/camera.jpg':
Metadata:
title           : H.264 Program Stream, streamed by the LIVE555 Media Server
comment         : ch0_0.h264
encoder         : Lavf54.63.104
Stream #0:0: Video: mjpeg, yuvj420p, 1600x1200, q=2-31, 200 kb/s, 90k tbn, 10 tbc
Stream mapping:
Stream #0:0 -> #0:0 (h264 -> mjpeg)
Press [q] to stop, [?] for help
[h264 @ 0x8793260] mb_type 34 in I slice too large at 17 18
[h264 @ 0x8793260] error while decoding MB 17 18
[h264 @ 0x8793260] concealing 5732 DC, 5732 AC, 5732 MV errors in I frame 
[image2 @ 0x86d1640] Could not get frame filename number 2 from pattern '/var/www/camera.jpg' (either set updatefirst or use a pattern like %03d within the filename pattern)
av_interleaved_write_frame(): Invalid argument

    

Answer 1

O problema, como sua saída sugere, é que você está perdendo pacotes RTP e, portanto, partes essenciais do vídeo. Com o seu comando, o ffmpeg produzirá exatamente uma imagem - assim que ela vir o final do primeiro quadro - mas faltam alguns dados. Então, ele tenta esconder os erros nos macroblocos, mas só pode fazer isso copiando partes da imagem já decodificada, o que leva aos artefatos que você está vendo aqui.

O Wiki do FFmpeg tem um exemplo de como crie uma miniatura a cada x segundos :

ffmpeg -i rtsp://10.2.69.201:554/ch0_0.h264 -f image2 -vf fps=fps=1/120 img%03d.jpg

Você pode, claro, tentar salvar o fluxo em um arquivo. Nesse caso, ele pararia após 120 segundos:

ffmpeg -i rtsp://10.2.69.201:554/ch0_0.h264 -c:v copy -t 120 stream.mp4

Se puder, tente baixar ou compilar uma versão estática recente , pois seu ffmpeg é um pouco mais antigo e você nunca sabe se você não encontrou um bug que já foi corrigido.

    

Answer 2

A mensagem RTP: missed 1 packets é um indício de que você tem alguns dados ausentes do seu fluxo.

Tente adicionar a opção -rtsp_transport tcp before -y para usar TCP em vez de UDP.

    

Answer 3

Oi eu tive o mesmo problema com o fluxo RTSP da minha câmera IP há um tempo atrás. ffmpeg versão 1.0 Construído em 21 de novembro de 2012 20:41:28 com gcc 4.4.6 (GCC) 20120305

Eu tive o mesmo resultado em miniatura que você com a parte desfocada na parte inferior.

o comando que usei foi:

ffmpeg -i {RTSP_SOURCE} -ss 00:00:01 -f image2 -vframes 1 thumb.jpg

meu problema foi resolvido quando eu sufixei a parte em milissegundos do parâmetro -ss:

ffmpeg -i {RTSP_SOURCE} -ss 00:00:01.500 -f image2 -vframes 1 thumb.jpg

Encontrei isso em um exemplo na documentação oficial do FFMPEG e funcionou no meu caso.

link