Recompresión de muchos archivos MOV enormes

Mi videocámara produce enormes archivos MOV y la uso durante aproximadamente 1 hora todos los días, lo que me brinda más de 7 GB de datos por día (alrededor de 128 MB por minuto de grabación). Aquí está la información del códec proporcionada por ffmpeg -iun clip de muestra de 12 minutos:

Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Video.MOV':
  Metadata:
    major_brand     : qt  
    minor_version   : 0
    compatible_brands: qt  
    creation_time   : 2013-02-05 20:12:47
    original_format : NVT-IM
    original_format-eng: NVT-IM
    comment         : CarDV-TURNKEY
    comment-eng     : CarDV-TURNKEY
  Duration: 00:12:37.00, start: 0.000000, bitrate: 15935 kb/s
    Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080, 14745 kb/s, 30 fps, 30 tbr, 30k tbn, 60k tbc (default)
    Metadata:
      creation_time   : 2016-02-05 20:12:47
      handler_name    : DataHandler
      encoder         : h264
    Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 32000 Hz, 1 channels, s16, 512 kb/s (default)
    Metadata:
      creation_time   : 2015-02-05 20:12:47
      handler_name    : DataHandler

Estos son archivos que me gustaría conservar, y en una calidad decente. No tendré suficiente almacenamiento para mantenerlos todos a largo plazo, y mi país es uno de los lugares más caros (si no el más) para comprar o importar componentes de hardware, por lo que comprar discos duros nuevos está realmente fuera de discusión.

Intenté volver a comprimir este clip de 12 minutos usando diferentes configuraciones en Handbrake (incluidos, por supuesto, los perfiles Normal y Alto), pero el archivo resultante es generalmente del mismo tamaño, si no más grande (alrededor de 1,5 GB).

Busqué en YouTube videos HD y descargué algunos videos solo para verificar su tamaño, y obtuve clips de 1080p de 12 minutos por alrededor de 200-300 MB de tamaño. Es posible que hayan reducido algo la calidad, pero en mi opinión, los videos de 1080p en YouTube generalmente se ven bastante nítidos. Si es posible, me gustaría resultados similares!

Mientras buscaba aquí en Producción de video, encontré esta respuesta que dice que "las cámaras tienen que comprimir sobre la marcha, por lo que usan el modo de línea de base restringido (...) si desea recuperar algo de espacio, puede usar ffmpeg". He intentado ejecutar ese comando en particular, pero aún recibo archivos enormes.

Estoy en Linux, pero tal vez también podría ejecutar Windows en una máquina virtual.

Respuestas (2)

Mi respuesta anterior todavía se mantiene en general. El consejo adicional que puedo proporcionar es probar valores CRF más altos y usar el ajuste preestablecido muy lento.

ffmpeg -i input.mov -c:v libx264 -crf 23 -preset veryslow -c:a copy -c:d copy -map 0 compressed.mov

También puede imitar un modo de calidad limitada configurando

ffmpeg -i input.mov -c:v libx264 -crf 21 -preset veryslow -maxrate 5M -bufsize 10M -c:a copy -c:d copy -map 0 compressed.mov
Tomó exactamente 8 horas procesar la muestra de 12 minutos. El resultado son 940 MB (eso daría como resultado 4,7 GB al día, procesados ​​en 40 horas). Gracias, pero realmente estoy buscando algo que pueda hacer todos los días, ¡y eso daría como resultado archivos de un tamaño que podría conservar a largo plazo!
Cambiar preestablecido a medium. Los archivos serán algo más grandes pero se codificarán más rápido. Puede probar otros ajustes preestablecidos enumerados aquí .

¿Por qué no transcodificas el metraje a h265? Cita de https://trac.ffmpeg.org/wiki/Encode/H.265 : "H.265 (también conocido como HEVC) ofrece entre un 50 y un 75 % más de eficiencia de compresión en comparación con el video H.264, al tiempo que conserva la misma calidad visual calidad."

Alternativamente, podría considerar la transcodificación al códec VP9, ​​que parece ofrecer un mejor compromiso entre el tamaño del archivo y los tiempos de compresión. Ambos códecs deberían ofrecer la misma calidad de imagen en archivos de menor tamaño que h264.

La comparación citada es entre codificadores de referencia. x265 no era tan maduro como x264, la última vez que lo comprobé. Vea los dos últimos gráficos en la sección de conclusiones aquí : parece que x265 ofrece la misma calidad con una tasa de bits del 80-110 % que x264.
Si bien entendería las objeciones en términos del tiempo de CPU necesario para la compresión (que parece ser la desventaja de x265 en este momento), hay muchas pruebas "prácticas" de personas que dicen que logrará la misma calidad visual en 60-70% de archivo Talla. Entonces, ¿qué es exactamente lo que estás tratando de decir?
Que la cita no es representativa de los resultados de la vida real. Su propia referencia a las pruebas "prácticas" lo contradice. Y el OP esperaba tamaños similares a los de Youtube, es decir, 300 MB durante 12 minutos y no demasiado tiempo de codificación. Si lee su comentario debajo de mi respuesta, la codificación x264 crf produjo archivos de 940 MB y eso fue con un ajuste preestablecido muy lento y, por lo tanto, tomó 8 horas. Para que x265 produzca archivos de 300 MB que se vean 'bastante nítidos' tomará una cantidad de tiempo comparable, si no mucho más. Quería una solución que pudiera usarse a diario.