2000 horas para renderizar/codificar un video de 45 minutos, ¿qué máquina debo construir para que esto sea manejable?

Grabé 45 minutos de material de realidad virtual estéreo (tamaño de fotograma de 6400x6400, 29,97 fps) y, después de agregar corrección de color, rotación, reducción de ruido adaptativa y mejora de la nitidez, obtuve una estimación de 2000 horas para renderizar y codificar en H264. Esto está en MacBook Pro 2018 al máximo.

Estoy pensando que es hora de construir una máquina de renderizado de video, para poder editar, renderizar y codificar proyectos más grandes sin tener una computadora portátil funcionando durante meses. ¿Alguna recomendación sobre qué tipo de hardware comprar? ¿Número de núcleos frente al reloj base frente a la velocidad de la memoria, etc.?

Los tiempos de renderizado se desglosan así:

  • VBR de 2 pasos y todos los efectos = 2000 horas, CPU al 100 %, GPU al 5 %
  • VBR de 1 paso y todos los efectos = 800 horas, CPU al 100 %, GPU al 5 %
  • 1 paso VBR y Lumetri Color + VR Re-Orient = 400 horas, CPU al 20 %, GPU al 5 %

Parece que necesito aumentar la potencia de la CPU y la velocidad del disco/memoria, ya que esa última estimación significa que estoy limitado a E/S.

Renderizado con pocos efectos y VBR-1

Solicitar asesoramiento para recomendaciones de productos sobre el intercambio de pilas hará que esta pregunta se marque como basada en opiniones. Es posible que desee revisar este video.stackexchange.com/help/dont-ask Tenga en cuenta que siempre puede editar su pregunta para cumplir mejor con las pautas del sitio. Habiendo dicho eso, hice todo lo posible para dar una respuesta útil.
Encontré un sitio mejor que se ocupa específicamente de "qué componentes obtener": pcpartpicker.com/b/MbdXsY . Por lo tanto, podemos limitar este hilo a "qué tipo de componentes obtener"
Su publicación me ha inspirado a hacer algunas evaluaciones comparativas por mi cuenta. Mis requisitos no son tan intensos como los tuyos, así que he estado probando 5000 fotogramas de UHD 4K a 60 fps. Estoy probando un MBPi7 580 de 15" de 2017, un 2xD700 de 12 núcleos de 2013 y un mac mini de 2018i7 con varias combinaciones de eGPU y escenarios de decodificación/codificación de códec. Me doy cuenta de que las GPU no importan mucho, excepto que la discreción de Intel es en realidad lo mejor para la codificación h.264, los núcleos de la CPU ayudan a la codificación prores. El nuevo compresor Apple de 64 bits mejora drásticamente HEVC8. HEVC10 todavía absorbe todo lo que le he lanzado.
Terminé construyendo una copia de pcpartpicker.com/b/MbdXsY , pero con una unidad SSD RAID0 de alta velocidad y dos unidades M.2 para asegurarme de que no estoy vinculado a IO. También dejé de renderizar 6K estéreo con efectos, así que ahora hago estéreo 6K con corrección de color solamente y un mono 4K separado con todos los efectos. Voy a escribir un artículo cuando tenga más tiempo.

Respuestas (1)

Antes de salir y gastar mucho más dinero en hardware, optimice su proceso. Realice pruebas en partes breves de su video y vea qué puede ajustar para obtener resultados más rápidos.

Por ejemplo, H.264 es bastante difícil de codificar, especialmente en tamaños de marco más altos. Experimente escribiendo en códecs intermedios primero y luego transcodificando a su formato de entrega. A menudo, ese método es más rápido que escribir directamente en el formato de entrega. Vea cuánto tiempo le toma a su configuración producir un clip de cinco segundos directamente a h.264, luego cronometre la misma exportación a un códec intermedio + transcodificación.

Otra cosa que puede optimizar es su estrategia de almacenamiento en caché de disco. Si su caché de disco está en la unidad de su sistema, intente moverlo a algo rápido y externo. Algunos NLE le dan la opción de usar la memoria caché del disco en el momento del procesamiento. Experimente con estos ajustes. También puede intentar cambiar la configuración del controlador de GPU si su sistema lo permite (OSX mojave desaprueba OpenCl. Dependiendo de su NLE/OS, Metal puede ser su única opción).

Otro pequeño consejo, obtenga una buena utilidad de monitoreo de procesos y utilícela para ayudarlo a identificar dónde ocurren los cuellos de botella. Yo uso XRG para Mac. Es gratis y proporciona más información que Activity Moitor. Si nota que sus GPU están bloqueadas, piense en agregar potencia de GPU. Si no están vinculados, su CPU tampoco lo está, pero nota mucha actividad en el disco, luego piense en cómo podría mejorar eso.

Me gusta la sugerencia de XRG. Traté de encontrar una utilidad de monitoreo para Mac, pero seguí accediendo a artículos que me decían que usara el Monitor de actividad.
Jason, actualicé mi publicación con una captura de pantalla XRG. Todavía no puedo decirlo con certeza, ¿está vinculado a E/S cuando los efectos están desactivados?
2000 horas para renderizar/codificar un video de 45 minutos, ¿qué máquina debo construir para que esto sea manejable?
RespuestasAquíPolítica de privacidad1y, 0v