Alugha codifica vídeos de la Liga de Campeones

Cuando alugha empezó, teníamos un servidor que hizo su trabajo. Codificamos algún vídeo, pero en algún momento llegamos al punto en el que experimentamos problemas de rendimiento inicial y por eso subcontratamos el entorno de desarrollo. Se añadieron más y más funciones y vídeos. De 1 a 2 videos cortos a la semana a 1 o 2 al día. De 3 a 5 minutos por vídeo a 20 minutos o incluso largometrajes enteros. Después de tener problemas de rendimiento una y otra vez, tuvimos que pensar en algo. Necesitábamos una estrategia que valiera la pena. Desde el principio queríamos optimizar constantemente nuestro producto y hacer que nuestros usuarios estuvieran contentos con él.

¿Y qué hicimos? Hicimos un análisis muy crítico de todo lo que habíamos construido en 2016 y descubrimos que no podíamos continuar así hasta la próxima gran campaña. Se necesitaba algo completamente nuevo.

Veamos las áreas individuales que hemos implementado u optimizado desde cero:

Formato de entrada/salida

La cantidad de dispositivos de grabación que puedes usar para grabar vídeo parece interminable. Hay gente que todavía trabaja con el Halcón Amiga o Atari. Algunos tienen un teléfono móvil antiguo, otros un iPhone de última generación. Luego están los que crearon su primer archivo hace muchos años y trabajaron con DivX, XviD o MPEG1. Podríamos continuar esta lista hasta el punto de llegar fácilmente a 150 o más formatos de vídeo. Es un gran desafío, porque mientras el cineasta ansioso puede ver su vídeo en su dispositivo, no significa que una plataforma de vídeo (en este caso la nuestra) pueda hacer algo con él. Así que tenemos que asegurarnos de que podemos gestionar tantos formatos como sea posible. En general, cubrimos muchos formatos populares, como MP4, AVI, MOV, MKV, HLS, MPEG-2 (TS & PS), MXF, ASF, ProRes, XDCAM, DNx, MPEG1, M4A, M4V, F4V, F4A, M4B, M4R, FLV, VOB, 3GP, 3GP2, por nombrar algunos... Muy raramente no podemos procesar un vídeo de manera que haga el paso a la codificación.

¿Por qué tenemos que codificar el vídeo y cuál es el resultado?

Imagina que tuvieses un viejo Nokia con el que pudieses filmar... Ah, sí, hace mucho tiempo que a los buenos aparatos antiguos la batería les duraba una semana. Yo no tengo ese aparato y, por eso, es bastante improbable que pueda ver el vídeo si está en línea en el formato proporcionado por Nokia. Esta es una de las razones por las que necesitamos codificarlo.

El mundo podría ser así de simple, pero no lo es, porque cada fabricante sigue sus propias ideas. A lo largo del tiempo, pocos formatos se han establecido claramente. Los estándares más conocidos y utilizados para el streaming adaptativo hoy en día son MPEG DASH y HLS. Mientras que antes usábamos HLS MPEG TS, ahora codificamos en un "MP4 fragmentado".

Nos encanta mejorarlo todo constantemente y trabajar de la manera más ecológica posible. Gracias al MP4 fragmentado podemos usar HLS y MPEG DASH en el mismo archivo de vídeo, lo que nos permite asegurar que ambos formatos (y por lo tanto el acceso a un gran número de dispositivos) estén disponibles simultáneamente e inmediatamente después de la codificación. ¡Y no solo eso! Hemos sido capaces de reducir el tamaño de los vídeos hasta un 60 %, al reducir drásticamente el uso innecesario de espacio de almacenamiento. Y la mejor parte: ¡la calidad no se ve afectada!

Rendimiento

Sí, esa es la cosa... ¿A qué velocidad puedes codificar un vídeo así? Hasta esta actualización, la codificación de alto rendimiento no estaba seriamente disponible en nuestra empresa. Transferimos 5 vídeos al mismo tiempo y luego los procesamos uno tras otro. Ya que se llevó a cabo en nuestros servidores estándar, los cuales no habíamos optimizado de ninguna manera, podía suceder que tuvieras que esperar de 3 a 5 horas hasta que el último vídeo estuviera listo. Esto dependía especialmente de qué videos estaban en proceso.

Ahora, después de la actualización, podemos codificar miles y miles de películas enteras en calidad HD simultáneamente. Revisamos los grupos de ordenadores que tenemos para este propósito en todo el mundo y decidimos dónde podemos disponer de la mayor cantidad de energía en ese momento. Entonces trasladamos el vídeo allí de forma encriptada, lo codificamos y lo devolvemos al almacenamiento de objetos, donde el usuario puede disponer de él de nuevo. Aquí tenemos una tasa de codificación de aproximadamente 10 : 1, por lo que un largometraje en 1080p (FHD), de 90 minutos de duración, está disponible en menos de 10 minutos en todos los formatos y resoluciones que ofrecemos y puede difundirse inmediatamente. Además, el estado del proceso se comprueba varias veces y podemos proporcionar información precisa sobre el estado de la codificación de un vídeo en concreto.

Seguridad

La seguridad es un tema importante para nosotros. Muchos de nuestros usuarios usan alugha especialmente en combinación con el dubbr para vídeos de formación interna o para proyectos y series (de largometraje). Así que cuando se sube un vídeo a alugha, estos mismos usuarios normalmente se aseguran de que nadie tenga acceso a él, especialmente si movemos los datos de un lado a otro entre cajas de codificación. Por lo tanto, los vídeos se codifican en ambos lados para asegurar un "transporte" seguro.

Conclusión

La codificación era una de nuestras grandes obras y nos tomamos nuestro tiempo deliberadamente. A lo largo de los años hemos ganado mucha experiencia y hemos podido incorporarlo en la planificación. Hemos pasado los últimos 12 meses tratando el tema a escala masiva, y durante la implementación también hemos corregido muchos pequeños errores y cerrado lagunas. Esta es la puerta a una liga completamente nueva para nosotros y uno de los bloques de construcción más importantes que ofrecemos a nuestros clientes para un mejor servicio. Pero... ¡aún queda mucho partido delante! ¡Todavía tenemos mucho en la hoja de ruta sobre este tema!