Control del proceso de Render en una producción audiovisual

Transcripción

1 Control del proceso de Render en una producción audiovisual Por: Ismael Pernas Cortegoso 1

2 1 Dygra Films 2 El proceso de Render 3 El anterior sistema 4 El nuevo sistema 5 Software libre en Dygra 2

3 Dygra Films 1 3

4 Perfil de la empresa Estudio de animación 3D y productora audiovisual. 20 años de experiencia en el sector. Pioneros en nuevas tecnologías. Productores de la primera película de larga duración completamente generada por ordenador en Europa. El Bosque Animado (2001). 4

5 El estudio Asentado totalmente en A Coruña. Tres películas estrenadas. Realiza todo el proceso de creación, desde el desarrollo hasta la postproducción. Constante evolución tecnológica: - Software de última generación existente en el mercado. - Desarrollos internos de calidad. 5

6 Películas estrenadas Premios goya 1 Premio goya 20 premios internacionales Estreno en 65 países Preselección para los oscars Traducción a 35 idiomas 6

7 Películas estrenadas 2008 Estreno 2009 Recientemente estrenada Comedia navideña Versión internacional con Anjelica Huston y Ron Perlman 3D Digital (Estereoscopico) 7

8 2 El proceso de Render 8

9 Que es el Render? Proceso de calculo que genera las imágenes de la película. Reúne el resultado de todos los procesos anteriores. Una imagen de la película se denomina fotograma. Cada fotograma se separa en capas. Cada capa genera un fichero de imagen. Cada capa se renderiza por separado. Las capas se unen posteriormente en PostProducción. 9

10 Las capas 10

11 La composición de las capas 11

12 El fotograma final 24 fotogramas = 1 segundo de película

13 El Render en el workflow de la producción 13

14 El proceso 14

15 Los datos de render en Espíritu del Bosque (I) 1402 planos. 63 fotogramas de media por plano * 63 = fotogramas. 8,5 capas por fotograma de media * 8,5 = capas obtenidas. 30% de reenvíos. Total = * 1,30 = capas renderizadas. 15

16 Los datos de render en Espiritu del Bosque (y II) El tiempo medio de Render por capa es 10 minutos.* El tiempo total de render con una sola máquina es: (( capas * 10 min)/60 min)/24 horas = 6777 días 6777 días / 365 días = 18,5 años * Datos obtenidos a partir de una máquina Sun X2200(AMD Opteron, 8 GB de RAM) 16

17 Los recursos de Render La granja de Render: 45 máquinas. Windows y Linux. 100% de trabajo para Render. El resto del estudio: 60 máquinas de trabajadores. Windows, Linux y Mac OS. No disponibles en horario laboral. 100% para Render en horario NO laboral. 17

18 La problemática del render Mucho proceso de calculo. Necesidad de distribuir trabajo. Manejo de miles ficheros. Varios proyectos simultáneos. Diferentes tipos de render. Gestión de errores y reenvíos. Proceso crítico del que depende la siguiente fase del proyecto. 18

19 3 El anterior sistema 19

20 Características Dos tipos de render. Distribución básica de trabajos. Prioridad por trabajos. Información básica de las máquinas. Información básica del sistema. Comunicación por Web Services. Tecnologías utilizadas 20

21 Carencias Sin soporte para plataformas Linux, Mac OS, etc. Poca compatibilidad con otras tecnologías. Difícil inclusión de nuevos tipos de render. Mala gestión de recursos hardware por parte del S.O. Gestión de trabajos insuficiente. Sin prioridades en función de la potencia de las máquinas. Sin gestión de errores y penalizaciones de máquinas. Sin notificaciones, informes y estadísticas. 21

22 Las necesidades Multiplataforma. Ejecutar cualquier proceso sin reprogramar el sistema. Optimizar la gestión de los nodos. Compatibilidad con otros sistemas y tecnologías. Minimizar el tráfico de red. Automatizar procesos: mover ficheros, ver resultados... Monitorización del estado del sistema. Menor coste económico. 22

23 4 El nuevo sistema 23

24 Funcionamiento básico 24

25 Características clave (I) Gestión de usuarios: Gestión de nodos: Grupos de usuario. Roles de usuario. Interfaz adaptado para cada rol. Tipos de render o tipos de trabajo. Grupos de nodos. Estado de CPU, memoria, disco... Categorización de características hardware. Penalizaciones por fallos. 25

26 Características clave (y II) Gestión de proyectos: Gestión de trabajos: Directorios de referencias. Directorios de destino. Categorización de ficheros. Separación tramos. Distribución a los nodos disponibles. Prioridades por proyecto, plano, trabajo. Tiempo estimado de render. Gestión de errores. 26

27 Características de valor añadido Notificaciones de eventos vía Jabber. Transferencia de ficheros comprimidos. Información de estado del sistema. Acceso a los logs de los nodos. Apagado de nodos automático. Estimaciones de ocupación de los nodos. Estadísticas por usuarios. Comunicación con otros sistemas. 27

28 Basado en software libre 28

29 Java Multiplataforma. Orientado a objetos. Código escalable y reutilizable. Compatibilidad con otras tecnologías Muy extendido en el mercado. 29

30 Python Multiplataforma. Facilidad de compresión de código. Ejecutable sin compilación. Muy utilizado en entornos y aplicaciones audiovisuales y 3D. 30

31 La importancia de Python en el sistema Define la ejecución de los trabajos. Facilidad para añadir tipos de trabajo. Facilidad para modificar la ejecución de tipos de trabajo. 1 tipo de trabajo = X scripts de python. Fácil de aprender para los usuarios. Potencia para realizar todas las acciones requeridas. Sin necesidad de reprogramar la aplicación. 31

32 PostgreSQL Base de datos objeto-relacional. Soporte de integridad referencial. Soporte de alta concurrencia. Posibilidad de definir esquemas. Permite funciones en múltiples lenguajes (PL/pgSQL, C, C++...). 32

33 Apache Tomcat + Axis2 Soporte de comunicación Web Service. Muy extendido en el mercado. Basado en protocolos standard. Permite la conexión de otros sistemas. Seguridad en la comunicación: Cifrado de mensajes. Usuario / contraseña. 33

34 Beneficios obtenidos Plataformas no Windows pueden renderizar. Diseño modular y flexible. Ejecuta cualquier proceso: render, simulaciones, scripts... Los usuarios definen que procesos ejecutar. Facilidad para extender la funcionalidad. Menor tráfico de red. Gestión avanzada de trabajos, nodos, usuarios... Información en tiempo real de todo el sistema. 34

35 Ideas de futuro Gráficas estadísticas del sistema con JFreeChart. Informes de impresión con Jasper Reports. Creación de un API para otros sistemas: Creado a través de Web Services. Permitirá conectarse desde entornos de trabajo 3D. Incorporación de otros departamentos: Iluminación. Texturas. Efectos. Y mucho mas... 35

36 5 Software libre en el resto de la empresa 36

37 Linux Nodos de Render. Puestos de trabajo de Informática: Sistemas. Programación. Servidores generales: Almacenamiento. Internet (web, correo y ftp) Jabber. Etc. 37

38 Drupal Que es? Gestor de contenidos web realizado en PHP. Comunidad muy activa. Diseño modular de funcionalidades. Para qué lo utilizamos? Webs de contenidos de Dygra: Web de empleo. Sala de prensa. Tienda virtua. 38

39 LifeRay Que es? Gestor de contenidos realizado en Java. Contenedor de Portlets. Orientado a tecnología web 2.0. Para qué lo utilizamos? Desarrollo de la nueva intranet. Integración de aplicaciones java en la intranet. Wikis por departamentos, foros, comunidades... 39

40 Alfresco Que es? Gestor documental realizado en Java. Versiones de ficheros, workflows Espacios por usuarios, grupos... Para qué lo utilizamos? Desarrollo de gestión de documentos. Integración con LifeRay. Documentación interna, por proyectos... 40

41 Intalio Que es? Gestor de procesos empresarial. Permite definir workflows. Integración de diferentes sistemas. Para qué lo utilizamos? Integración de las distintas aplicaciones de la empresa. Definir flujos de tareas de manera sencilla. Integración de tareas entre departamentos. 41

42 Agradecimientos y final A todos los participantes en el proyecto: Luis Bustabad Dir. Render Daniel Díaz Dir. Informática Equipo de Programación de Dygra Films Información y contacto ismael@dygrafilms.e s 42