![La entrada de imagen ffmpeg utiliza par o impar en el nivel de entrada en Windows](https://rvso.com/image/1592559/La%20entrada%20de%20imagen%20ffmpeg%20utiliza%20par%20o%20impar%20en%20el%20nivel%20de%20entrada%20en%20Windows.png)
Hay varias soluciones para seleccionar cada imagen par o impar en el nivel de filtro y todas funcionan. Pero en mi caso tengo una entrada de archivos .jpg de 15360x8640 donde hay una gran diferencia si ingreso todas las imágenes y las descarto cada segundo en el filtro o si me salto cada segunda imagen de entrada. Aceleraría mucho la codificación. Mi entrada normal es (para archivos numéricos de cinco dígitos, que se ejecutan en win10 x64):
ffmpeg.exe -framerate 60 -i %05d.jpg -vcodec libx264 out.mkv
Lo que probé (tomado deeste hilo, puede que solo funcione en Linux pero no pude comprobarlo):
ffmpeg.exe -framerate 60 -i %04d%[13579%].jpg -vcodec libx264 out.mkv
y varias variantes con y sin opciones globales, etc. Todos fallan. Siempre dando como resultado "%04d%[13579%].jpg: No existe tal archivo o directorio" o algo parecido.
Un ejemplo práctico para cada décimo cuadro (es decir, 00001 00011 00021, etc.).
ffmpeg.exe -framerate 60 -i %04d1.jpg -vcodec libx264 out.mkv
¿Alguien ya resolvió el problema o tuvo una nueva idea?
Respuesta1
Actualmente una solución de dos pasos.
Crear lista:
dir *1.jpg *3.jpg *5.jpg *7.jpg *9.jpg /b /on | c:\prog\unix\sed "s/^/file /" > "!list.txt"
Lista de uso:
ffmpeg.exe -r 60 -f concat -safe 0 -i "!list.txt" -vcodec libx264 out.mkv
Ventaja: Me ahorra alrededor de un terabyte solo para tener una copia de esos archivos con nombres diferentes como entrada o tiempo de decodificación en el nivel de entrada. Velocidad de casi 1,5 veces en comparación con la conversión a nivel de filtro con mis enormes archivos .jpg como entrada.
Desventaja: Parece requerir más RAM que usarlo a nivel de filtro, pero ¿por qué?
¿Alguien tiene una mejor solución?