Olá, preciso extrair frames de vídeos usando o ffmpeg. Existe uma maneira mais rápida de fazer isso do que esta:
ffmpeg -i file.mpg -r 1/1 $filename%03d.jpg
?
parallel -i {} -r 1/1 {.}-%03d.bmp ::: *mpg
Olá, preciso extrair frames de vídeos usando o ffmpeg. Existe uma maneira mais rápida de fazer isso do que esta:
ffmpeg -i file.mpg -r 1/1 $filename%03d.jpg
?
parallel -i {} -r 1/1 {.}-%03d.bmp ::: *mpg
Respostas:
Se a etapa de codificação JPEG exigir muito desempenho, você sempre poderá armazenar os quadros descompactados como imagens BMP:
ffmpeg -i file.mpg -r 1/1 $filename%03d.bmp
Isso também tem a vantagem de não incorrer em mais perda de qualidade por meio da quantização por transcodificação para JPEG. (PNG também não tem perdas, mas tende a demorar muito mais do que JPEG para codificar.)
ffmpeg -r 1 file.mp4 -r 1 "$filename%03d.png"
ffmpeg -r 1 -i file.mp4 -r 1 "$filename%03d.png
, certo? (estava faltando o -i
)
Encontrei esta questão, então aqui está uma comparação rápida Compare essas duas maneiras diferentes de extrair um quadro por minuto de um vídeo de 38m07s:
time ffmpeg -i input.mp4 -filter:v fps=fps=1/60 ffmpeg_%0d.bmp
1m36.029s
Isso leva muito tempo porque o ffmpeg analisa todo o arquivo de vídeo para obter os quadros desejados.
time for i in {0..39} ; do ffmpeg -accurate_seek -ss `echo $i*60.0 | bc` -i input.mp4 -frames:v 1 period_down_$i.bmp ; done
0m4.689s
Isso é cerca de 20 vezes mais rápido. Usamos a busca rápida para ir ao índice de tempo desejado e extrair um quadro, então chamamos ffmpeg várias vezes para cada índice de tempo. Observe que este -accurate_seek
é o padrão
e certifique-se de adicionar -ss
antes da -i
opção de entrada de vídeo .
Observe que é melhor usar em -filter:v -fps=fps=...
vez de, -r
pois o último pode ser impreciso. Embora o tíquete esteja marcado como corrigido , ainda tive alguns problemas, então é melhor prevenir.
bc
não é um pacote nativo Ubuntu, em vez pode-se usar bash: let "i = $i * 60"
. BTW - excelente ideia
-ss
antes -i
. Caso contrário, todo o vídeo será decodificado e os frames desnecessários serão descartados
ffmpeg
por núcleo do seu host - o que (para bmp) produz melhorias quase lineares na velocidade (até que você encontre algum outro gargalo, como o disco).
Se você sabe exatamente quais frames extrair, por exemplo, 1, 200, 400, 600, 800, 1000, tente usar:
select='eq(n\,1)+eq(n\,200)+eq(n\,400)+eq(n\,600)+eq(n\,800)+eq(n\,1000)' \
-vsync vfr -q:v 2
Estou usando isso com um tubo para a montagem de Imagemagick para obter uma visualização de 10 quadros de todos os vídeos. Obviamente, os números dos quadros que você precisa descobrir usandoffprobe
ffmpeg -i myVideo.mov -vf \
select='eq(n\,1)+eq(n\,200)+eq(n\,400)+eq(n\,600)+eq(n\,800)+eq(n\,1000)',scale=320:-1 \
-vsync vfr -q:v 2 -f image2pipe -vcodec ppm - \
| montage -tile x1 -geometry "1x1+0+0<" -quality 100 -frame 1 - output.png
.
Pequena explicação:
+
significam OR e *
AND\,
é simplesmente escapar do ,
personagem-vsync vfr -q:v 2
ele não parece funcionar, mas não sei por que - alguém?Eu tentei. 3600 quadros em 32 segundos. seu método é muito lento. Você deveria tentar isso.
ffmpeg -i file.mpg -s 240x135 -vf fps=1 %d.jpg
ffmpeg -i "input URL" -vf fps=1/5 out%d.png
onde o URL de entrada deve ser um link https.
ffmpeg -i file.mpg -vf fps=1 %d.jpg
No meu caso, preciso de quadros pelo menos a cada segundo. Usei a abordagem 'buscar' acima, mas me perguntei se poderia paralelizar a tarefa. Usei os processos N com abordagem FIFO aqui: /unix/103920/parallelize-a-bash-for-loop/216475#216475
open_sem(){
mkfifo /tmp/pipe-$$
exec 3<>/tmp/pipe-$$
rm /tmp/pipe-$$
local i=$1
for((;i>0;i--)); do
printf %s 000 >&3
done
}
run_with_lock(){
local x
read -u 3 -n 3 x && ((0==x)) || exit $x
(
"$@"
printf '%.3d' $? >&3
)&
}
N=16
open_sem $N
time for i in {0..39} ; do run_with_lock ffmpeg -ss `echo $i` -i /tmp/input/GOPR1456.MP4 -frames:v 1 /tmp/output/period_down_$i.jpg & done
Essencialmente eu bifurquei o processo com &, mas limitei o número de threads simultâneos a N.
Isso melhorou a abordagem de 'buscar' de 26 segundos para 16 segundos no meu caso. O único problema é que o thread principal não sai de forma limpa de volta para o terminal, pois o stdout é inundado.
Isso funcionou para mim
ffmpeg -i file.mp4 -vf fps=1 %d.jpg