Pipeline personal para organizar proyectos de producción 3D

En buena parte de mi experiencia laboral, el flujo completo de los proyectos de animación 3D ha estado a cargo de una sola persona: preparar modelos, organizar escenas, crear cámaras, animar, renderizar, revisar y entregar.Desarrollé el pipeline para que la estructura de archivos, shots, revisiones y renders no tuviera que definirse de nuevo en cada proyecto.

Leer el proceso

Por qué decidí formalizar el proceso

Cuando varios proyectos pasan por el mismo flujo, la cantidad de escenas de Blender, modelos, texturas, renders y copias de recuperación crece rápidamente. Cada recurso necesita una ubicación, un nombre y una regla clara de versionado. Creé el pipeline para convertir esas decisiones recurrentes en convenciones que Blender puede aplicar de forma consistente.

¿Cómo funciona?

El flujo comienza en Project Organization. Allí defino la raíz del proyecto, si voy a trabajar en una ubicación compartida o local, el tipo de archivo, la revisión y el número de escena.

A partir de esos valores, la extensión calcula la ruta de destino y el nombre del archivo. Antes del primer guardado, revisa la numeración, posibles colisiones y la longitud de la ruta, crea las carpetas faltantes y guarda el .blend en la ubicación calculada.

Formato estructurado:

El proyecto separa el modelo base 3D, las vistas de propuesta, los renders, los archivos de storyboard, los archivos de animación y el trabajo temporal. Cada categoría tiene sus propias revisiones y, cuando corresponde, su carpeta de escenas.

Cada rama repite la misma lógica: separa archivos editables, escenas y outputs en carpetas previsibles. Cuando corresponde, los nombres conservan la escena, el shot, la cámara, la versión y la revisión.

Formato de nombramiento:

Cada nombre combina tokens para indicar el proyecto, el tipo de archivo, la escena y la revisión. Cuando corresponde, suma el shot, la cámara y una versión. Así puedo reconocer qué contiene cada archivo sin abrirlo.

La convención cambia según el recurso: Proposal View identifica vistas de propuesta; Render, imágenes y escenas renderizadas; Storyboard y Animation conservan sus propios tokens.

Sistema de guardado:

El panel Save As aplica la convención al archivo que voy a guardar. Elijo Render, Proposal View, Storyboard o Temporal; la extensión combina ese tipo con el proyecto, la escena, el shot y la revisión.

Render Version añade V01, V02 o V03 cuando necesito variantes. El mismo versionado se aplica a los archivos RAW y finales, porque ambos pueden tener distintas versiones de un mismo render.

Organización en Blender:

La extensión se organiza en varios paneles, cada uno dedicado a una parte del flujo. En SC010, el panel Shots reúne las tomas creadas dentro de la escena y permite aislar la seleccionada con Solo Active Shot.

Desde el mismo panel puedo crear, duplicar, actualizar y renderizar shots en RAW. En el Outliner, cada shot repite la misma estructura: cámara, luces, elemento principal, props y fondo.

Sistema organizado de cámaras:

El panel Cameras mantiene varias cámaras vinculadas a su shot y asigna a cada una un nombre consistente, como SHOT_01_CAMERA_1. Desde allí puedo reorganizarlas o renombrarlas sin perder su relación con la toma.

Los controles de Margins / backgrounds muestran el fondo y ajustan sus márgenes horizontal y vertical para la cámara seleccionada.

Outputs para revisión y entrega

Render Configs aplica formatos comunes de output y muestra el destino relativo del shot. Debajo, Output Files define los destinos Test y Final y da acceso a las carpetas de output del proyecto.

Qué automatiza realmente la extensión

El pipeline se ocupa de las decisiones operativas que deben mantenerse consistentes: rutas, carpetas, nombres, numeración, estructuras de shot, referencias de cámara, nombres de output y backups.

No decide la composición, la iluminación, los materiales, el movimiento ni la dirección visual final. Esas decisiones siguen dependiendo de mi criterio. La extensión mantiene organizado el entorno en el que las tomo.