Blog Técnico DCP | CS DCP Studio · Valladolid y Castilla y León
NDA antes de recibir material
Factura española · IVA + IRPF
RGPD · Confidencialidad garantizada
Respuesta <2h hábiles
+125 DCPs procesados · 0 errores en cabina
Autoridad técnica en mástering DCP · Valladolid, Castilla y León

Blog Técnico DCP
Ingeniería sin concesiones

Con 12 años de experiencia, más de 125 DCPs procesados y cero errores en cabina, comparto aquí el conocimiento real que he acumulado trabajando con productoras y festivales.

12
Años de experiencia
+125
DCPs procesados
0
Errores en cabina
<2h
Respuesta garantizada
El corazón del DCP: CIE XYZ y JPEG 2000

Recibo decenas de másters de productoras que tienen una cosa en común: están en Rec.709 (el estándar de televisión) o, con suerte, en DCI-P3. Pero cuando llegan al servidor de sala, si no se ha hecho la transformación correctamente, los colores se ven apagados, la gamma falla o directamente el DCP es rechazado por el proyector.

El problema no es el material de origen. El problema es qué pasa entre ese ProRes y el MXF que ingiere el servidor. Ahí está la clave técnica que distingue un DCP funcional de uno profesional.

¿Por qué CIE XYZ y no DCI-P3?

El estándar DCI (Digital Cinema Initiatives) especifica que el espacio de color nativo del DCP es CIE XYZ, no DCI-P3. DCI-P3 es el espacio de referencia para la masterización en salas de cine, pero el servidor de proyección espera recibir CIE XYZ. La transformación entre ambos es matemática, pero no es trivial.

El espacio CIE XYZ es un modelo de color absoluto y no lineal basado en la respuesta de la visión humana. Contiene todos los colores visibles por el ojo humano, incluyendo aquellos fuera del rango de cualquier monitor o proyector. Cuando se hace mal la conversión, se pierde información cromática en las altas luces y sombras.

La transformación que aplico en mi pipeline

Partiendo de un máster en Apple ProRes 422 HQ o 4444 (con espacio de color DCI-P3 o Rec.709), aplico una matriz de transformación 3x3 certificada DCI que convierte cada píxel al espacio CIE XYZ. Luego se aplica la curva de transferencia gamma 2.6 (característica del estándar DCI). El resultado se codifica en JPEG 2000.

JPEG 2000: el códec del cine digital

A diferencia de H.264 o H.265 (diseñados para streaming y televisión), JPEG 2000 (J2K) comprime cada fotograma de manera independiente. Esto es fundamental: en un servidor de cine, se necesita poder acceder a cualquier fotograma sin tener que decodificar los anteriores (como ocurre con los códecs GOP largos).

El perfil especificado por DCI establece:

  • Tasa de bits máxima: 250 Mbit/s (para 2K) y 500 Mbit/s (para 4K)
  • Profundidad: 12 bits por canal (frente a los 10 bits del ProRes estándar)
  • Submuestreo de crominancia: 4:4:4 (sin pérdida de color)
  • Resolución: 2048×1080 (2K) o 4096×2160 (4K) exactos, con letterbox o pillarbox según Flat (1.85:1) o Scope (2.39:1)

Por qué JPEG 2000 es el único estándar válido

Los servidores de sala (Doremi, Dolby, GDC, Christie) tienen decodificadores hardware de J2K. No pueden decodificar H.264, ProRes ni ningún otro códec. Si tu DCP no está codificado en JPEG 2000 con los parámetros DCI, no se reproducirá.

Consejo del especialista: Antes de enviar tu máster, verifica que tu exportación no tiene metadatos de color de QuickTime que puedan interferir con la transformación. Yo trabajo con archivos sin metadatos de corrección automática. ProRes 4444 XQ no es necesario para DCP; con 422 HQ es más que suficiente.

Errores comunes que he visto en más de 125 DCPs

  • Confundir DCI-P3 con Rec.709 → La gama de color del cine es mucho más amplia que la de TV. Aplicar una transformación pensada para Rec.709 a material en DCI-P3 provoca colores sobresaturados.
  • Usar herramientas automáticas de "convertir a DCP" que no respetan la profundidad de 12 bits ni el espacio CIE XYZ.
  • No verificar la relación de aspecto en el CPL → El DCP puede tener una resolución de 2048×1080, pero el CPL debe indicar si se proyecta en Flat (1.85) o Scope (2.39).
En CS DCP Studio: Cada DCP que sale de mi estudio pasa por un riguroso QC que incluye verificación del espacio de color CIE XYZ con herramientas como ClairMeta, validación del cumplimiento DCI-Compliant y comprobación visual en monitor calibrado DCI-P3.
Ingeniería de Control de Calidad (QC): análisis forense de MXF con ClairMeta y verificación SHA-1

He visto distribuidoras enteras perder días porque un DCP llegó corrupto al festival. El archivo pesaba 80GB, se subió por FTP, se descargó en el servidor de sala y... error de integridad. La proyección, cancelada.

La mayoría de los técnicos noveles confían en que si el archivo se copia, funciona. Error grave. Un solo bit alterado en un MXF puede hacer que el servidor de sala (Doremi, Dolby, GDC) rechace el DCP o, peor aún, se reproduzca con artefactos visibles.

ClairMeta: el estándar de facto para QC de DCP

ClairMeta (desarrollado par Clairvoyant) es la herramienta más utilizada por laboratorios y distribuidoras para validar la integridad técnica de un DCP. Analiza cada componente del paquete:

  • IMAGEN MXF: verifica el cumplimiento del perfil JPEG 2000 DCI (tasa de bits, profundidad de color, resolución, formato de escaneo).
  • AUDIO MXF: comprueba que las pistas están en WAV 24bit/48kHz, sin clipping y con niveles dentro del rango (-20 dBFS nominal).
  • ESTRUCTURA XML: valida los archivos CPL (Composition Playlist), PKL (Packing List) y ASSETMAP.
  • RELACIONES DE ASPECTO: comprueba que el contenido coincide con Flat (1.85:1) o Scope (2.39:1).

En mi pipeline, ningún DCP sale sin pasar por ClairMeta. No es opcional. Si ClairMeta da error, el DCP no se entrega.

SHA-1: el sello de integridad del PKL

El estándar DCI especifica que cada archivo MXF debe tener un hash SHA-1 registrado en el PKL (Packing List). El servidor de sala, al ingestar el DCP, recalcula el hash de cada MXF y lo compara con el valor del PKL. Si no coinciden, rechaza el archivo.

¿Qué hacemos en CS DCP Studio?

  1. Tras generar el DCP, calculo manualmente el hash SHA-1 de cada MXF usando herramientas forenses.
  2. Comparo el resultado con el valor del PKL. Si hay discrepancia, se repara antes de entregar.
  3. Incluyo en el informe de QC el certificado de integridad con los hashes, para que el festival o la distribuidora pueda verificar por su cuenta.
Consejo del especialista: No confíes en servicios de transferencia que "comprimen" el DCP. Un ZIP o RAR cambia los hashes. La entrega debe ser en carpeta sin comprimir, con el ASSETMAP en la raíz. Esa es la estructura que espera un servidor de sala.

DCP-o-matic Verifier: segunda capa de validación

Además de ClairMeta, utilizo DCP-o-matic Verifier como doble validación. Esta herramienta comprueba en tiempo real la decodificación del JPEG 2000 y reproduce el flujo completo de imagen y audio. Es especialmente útil para detectar:

  • Errores de sincronía entre imagen y audio (lip-sync).
  • Problemas de subtítulos (timing, posición, codificación).
  • Metadatos incorrectos en CPL (duración, idiomas, relaciones de aspecto).
En CS DCP Studio: Mi protocolo de QC incluye ClairMeta + DCP-o-matic Verifier + verificación SHA-1 manual. Entrego un informe de integridad con cada DCP. Si el festival quiere comprobarlo, puede hacerlo.

Errores típicos que evita un QC riguroso

  • MXF truncados por transferencia incompleta.
  • CPL con duración incorrecta → El servidor no reproduce el DCP hasta el final.
  • ASSETMAP sin referencia a todos los archivos → El servidor no ve algunas pistas.
  • Niveles de audio fuera de especificación → Puede saturar el proyector.
EXT2/EXT3: por qué el formateo de discos físicos es la única garantía de compatibilidad

Imagina esto: tu película ha sido seleccionada en un festival importante. Envías un disco duro por mensajería exprés. Llega a la sala de cine. El técnico lo conecta al servidor Doremi ShowVault (uno de los más comunes en salas españolas) y... el disco no se monta. El servidor no lo reconoce.

¿El motivo? El disco estaba formateado en NTFS o exFAT, sistemas de archivos que ningún servidor de cine profesional puede leer.

El estándar silencioso: EXT2 y EXT3

Los servidores de sala (Doremi, Dolby, GDC, Christie) ejecutan versiones modificadas de Linux embebido. Su sistema de archivos nativo es EXT2 o EXT3. Un disco formateado en NTFS (Windows) o exFAT (multiplataforma) simplemente no se montará.

En mis 12 años de experiencia, he tenido que rescatar decenas de envíos urgentes porque la productora asumió que "cualquier disco sirve". No es así.

Comparativa de sistemas de archivos

  • EXT2/EXT3 ✅ → Soporte nativo en todos los servidores DCI. El estándar de la industria.
  • EXT4 ⚠️ → Funciona en servidores modernos, pero no en equipos antiguos (ShowVault, Sony SRX). No recomiendo arriesgarse.
  • NTFS ❌ → Los servidores de cine no tienen drivers para NTFS. No funcionará.
  • exFAT ❌ → Igual que NTFS, no es compatible.
  • HFS+ (Mac) ❌ → Solo compatible con servidores Apple, que no existen en salas comerciales.
Consejo del especialista: Si el festival acepta envío digital (FTP, Aspera, Signiant), siempre es preferible. Pero si necesitas enviar un disco físico, exige que se formatee en EXT2 o EXT3. No aceptes "lo formateamos nosotros". Los servidores de sala no leen lo que no es EXT.

Estructura de carpetas que espera un servidor de sala

No basta con formatear en EXT3. El disco debe tener una estructura de carpetas específica:

/ (raíz del disco)
  ├── ASSETMAP.xml (obligatorio)
  ├── CPL_xxxxx.xml
  ├── PKL_xxxxx.xml
  └── /VIDEO/
      └── MXF_xxxxx.mxf
  └── /AUDIO/
      └── MXF_xxxxx.mxf

El servidor busca el ASSETMAP en la raíz. Si el archivo está dentro de una carpeta, no lo encontrará.

Riesgos reales del envío físico

  • Daños durante el transporte: Un disco duro mecánico puede dañarse con golpes. Recomiendo SSD para envíos críticos.
  • Formateo incorrecto: Incluso técnicos de festivales a veces asumen que cualquier disco sirve. Adjunta una nota explicativa con el formato EXT3.
  • Permisos de archivo: En EXT3, los permisos deben ser legibles por el servidor. Uso chmod 644 en todos los archivos.
En CS DCP Studio: Si tu distribuidora o festival requiere envío físico, yo me encargo de todo: disco SSD, formateo en EXT3, estructura validada y mensajería urgente. He enviado DCPs a festivales de toda España sin un solo fallo de ingesta.

Alternativa digital: FTP, Aspera o enlace cifrado

Siempre recomiendo la entrega digital sobre la física. Los servidores de sala modernos ya pueden ingestar por red. Si el festival tiene sistema TMS (Theatre Management System), la transferencia digital es más rápida y segura.

En cualquier caso, verifica con el departamento técnico del festival si prefieren disco físico o transferencia por red. Algunos festivales pequeños aún dependen de discos EXT2/EXT3.

Hablamos sin compromiso.
Respuesta en <2 horas.
Te respondo personalmente (Carlos) · 12 años de experiencia
Protocolo de confianza
1 Rellena el formulario con tu consulta técnica.
2 Recibes respuesta en menos de 2 horas laborables.
3 Si necesitas enviar material, firmamos NDA (te lo envío yo primero).
4 Todo bajo estricto cumplimiento del RGPD.
carlos@csdcpstudio.com
Valladolid · Especialista en DCP para festivales, salas y distribuidoras
NDA disponible · RGPD · Sin spam