Renderizado en la nube: el tamaño y la velocidad sí importan

Durante años, Mapcreator ha facilitado exportar mapas desde la herramienta en el formato que requieran su flujo de producción y su audiencia: mapas estáticos, mapas interactivos y video.

Ahora añadimos otra pieza al conjunto: renderizado del lado del servidor (SSR) en la nube de Mapcreator.

Velocidad de renderizado frente a tamaño de archivo

Nuestro renderizado de video actual se diseñó con una prioridad clara: la velocidad.

Los videos se renderizan directamente en su navegador utilizando códecs web modernos y tecnologías de renderizado. Esto significa que puede descargar su video rápidamente, sin tener que esperar a que finalice un proceso de renderizado remoto.

Cuando lanzamos esta función por primera vez, llamó bastante la atención. Las herramientas de broadcast tienen una larga tradición de granjas de renderizado, colas de renderizado y esperas — la idea de que un navegador pudiera producir en segundos un mapa animado listo para broadcast, en el equipo que ya estaba sobre el escritorio, simplemente no era la forma habitual de trabajar. Porque nada dice noticia de última hora como esperar pacientemente en una cola de renderizado… Se convirtió en una de nuestras propuestas de valor más claras y, para muchos equipos, sigue siéndolo: sin tickets de trabajo, sin colas, sin un servidor de renderizado en algún lugar del edificio decidiendo cuándo está listo su mapa.

Existe otra ventaja: su navegador sigue disponible para usarlo. Renderizar localmente podría ser ese tipo de proceso que deja una estación de trabajo prácticamente bloqueada. El rendimiento se mantiene tan alto como siempre, así que puede continuar trabajando, navegar por la web o hacer cualquier otra cosa que necesite mientras se prepara el video.

¿La contrapartida? Los archivos de video resultantes pueden ser relativamente grandes.

Y ahí es donde la cosa se pone interesante.

La última milla suele ser el cuello de botella

Sacar un video de Mapcreator es solo una parte del trabajo.

En una redacción, ese video normalmente necesita integrarse después en el flujo de producción. Tradicionalmente, eso significa:

Renderizar → Descargar → Localizar el archivo → Subirlo/importarlo a la redacción → Continuar la producción

Es un proceso perfectamente viable. Pero también implica un paso manual. Y los pasos manuales son precisamente donde las cosas pueden olvidarse, perderse o ralentizar a un equipo de producción con mucha carga de trabajo.

Así que nos preguntamos: ¿y si el video no tuviera que pasar por su equipo en absoluto?

Entra en escena: renderizado en la nube

Con el nuevo renderizado del lado del servidor de Mapcreator, el video se renderiza en la nube de Mapcreator en lugar de en su equipo local.

El renderizador en la nube utiliza FFmpeg, un framework de procesamiento de video ampliamente adoptado, para crear el archivo de video final.

La diferencia es sencilla:

• Renderizado local: renderizado más rápido, archivos más grandes
• Renderizado en la nube: proceso de renderizado más largo, archivos más pequeños y mayor flexibilidad de salida
  

Y como el trabajo se realiza en la nube, el mayor tiempo de espera importa mucho menos. No necesita quedarse esperando a que termine el renderizado. Puede pasar a la siguiente tarea mientras el renderizado se ejecuta de forma independiente en segundo plano.

Los archivos más pequeños son solo el principio

El tamaño de archivo es la diferencia más visible, pero no la más interesante. Un navegador solo puede codificar aquello que sabe codificar, y esa lista es breve. La de FFmpeg no lo es. Códecs específicos de broadcast, formatos contenedores, salida entrelazada, profundidad de bits y submuestreo de croma, control de velocidad de fotogramas y bitrate, y una larga lista de flags realmente poco comunes: elementos que nunca llegaron a la plataforma web, pero cuya ausencia aún puede hacer que un sistema de playout rechace el archivo.

Esto es especialmente importante para grupos de broadcast que operan más de una emisora. Las especificaciones de entrega rara vez son uniformes en toda una red: un canal requiere entrelazado, otro progresivo; uno necesita un contenedor distinto o un límite de bitrate diferente. Como estos ajustes están asociados al espacio de trabajo, los valores predeterminados de cada emisora se cargan correctamente cada vez, para todas las personas que trabajan en él. Nadie tiene que recordar qué preset necesita su canal, y nadie tiene que descubrir que era incorrecto después de haber entregado el archivo.

Con el renderizado del lado del servidor, Mapcreator puede renderizar códecs de video específicos del cliente cuando sea necesario. Porque, en broadcast, “funciona en mi portátil” rara vez es la especificación técnica final.

Su video, listo cuando lo necesite

Una vez completado el renderizado, Mapcreator proporciona un enlace al video final.

El archivo permanece disponible en la nube de Mapcreator durante 90 días, lo que le da tiempo de sobra para incorporarlo a su flujo de producción habitual. En la práctica, esto significa que el video siempre permanece donde fue renderizado: usted comparte el enlace, dirige su sistema de redacción hacia él o permite que el siguiente paso de la cadena lo recupere directamente. 

No existe una copia local de la que tenga que estar pendiente. No tiene que esperar una descarga. Y no tiene que recordar dónde guardó aquel video hace tres días.

¿Y si fuera su nube, no la nuestra?

Hay otra posibilidad: el renderizado en la nube no tiene por qué significar la nube de Mapcreator.

El mismo proceso de renderizado puede ejecutarse en su propio entorno en la nube, y los archivos finales pueden guardarse en su propio almacenamiento. Para broadcasters con requisitos estrictos sobre dónde se aloja el contenido multimedia — o con un flujo de ingesta, un MAM o un archivo que ya monitoriza un bucket específico — esto cierra el círculo por completo. El mapa se almacena dentro de su infraestructura, bajo sus reglas de retención, sus controles de acceso y sus convenciones de nomenclatura. 

Esto le ofrece algo que el flujo tradicional de renderizar y descargar nunca podía ofrecer: control total de todo el flujo de producción, de principio a fin, sin una entrega manual en medio.

Un flujo muy limpio, ¿verdad?

Creado para la forma en que trabajan las redacciones

No se trata de sustituir el renderizado en el navegador. Ambos enfoques tienen su lugar, y el renderizado del lado del cliente no va a desaparecer.

Si necesita un video con rapidez y quiere tenerlo en su equipo lo antes posible, el renderizado en el navegador sigue siendo una excelente opción. También sigue siendo la opción adecuada cuando quiere mantener un control manual sobre lo que acaba exactamente en el sistema de producción de la redacción, por ejemplo, revisar usted mismo el archivo antes de enviarlo a cualquier lugar, o cuando el mapa es solo una capa dentro de una edición más amplia y primero debe pasar por After Effects o una herramienta comparable.

Si el tamaño de archivo es importante, si necesita un MP4, MOV o un códec específico del cliente, o si simplemente no quiere que su equipo local participe en el proceso de renderizado, el renderizado en la nube le ofrece otra opción, más adecuada para producción.

Es otro paso para hacer que la producción de mapas encaje de forma más natural en el flujo de trabajo de la redacción: menos gestión manual, menos cuellos de botella y las tareas más exigentes ejecutándose donde tiene sentido.

En resumen:
¿Necesita velocidad? Renderice localmente.
¿Necesita un archivo listo para producción con requisitos específicos de formato o códec? Envíelo a SSR.

El renderizado en la nube de Mapcreator ya está disponible, y los videos renderizados se almacenan durante 90 días.