Un RIP no es simplemente el programa que «manda el PDF a planchas» ni todo el sistema de preimpresión. Su núcleo interpreta la descripción de la página y la convierte en datos rasterizados que un dispositivo de salida puede utilizar. A su alrededor pueden trabajar el preflight, la imposición, el trapping, la gestión de color, el tramado, las colas, la automatización y el control del equipo. Distinguir esas capas ayuda a configurar el flujo, comparar soluciones y localizar un fallo sin atribuírselo siempre al RIP.
La idea clave: el RIP es una pieza, no todo el flujo
RIP corresponde a Raster Image Processor, procesador de imágenes rasterizadas. Adobe describe su motor de impresión PDF como un componente de software que convierte gráficos, texto e imágenes en rásteres —matrices de píxeles o valores de salida— capaces de alimentar equipos CTP (Computer-to-Plate, directo a plancha), impresoras y prensas digitales. Esa transformación es el núcleo común.
Sin embargo, en el lenguaje cotidiano de producción se suele llamar «el RIP» a la aplicación completa, al servidor, a la estación del operador o incluso a todo el flujo de preimpresión. La simplificación es comprensible, pero puede ocultar qué módulo ha tomado una decisión y dónde debe buscarse un problema.
| Término | Función principal | Qué no debe suponerse |
|---|---|---|
| Motor RIP | Interpreta la descripción de la página y genera datos rasterizados. | Que por sí solo reciba pedidos, haga preflight, imponga, archive y gobierne todos los equipos. |
| RIP como aplicación | Integra el motor con interfaz, colas, ajustes y control de salida. | Que todas sus funciones pertenezcan técnicamente al motor de rasterizado. |
| Flujo de preimpresión | Orquesta la recepción, comprobación, preparación, aprobación y salida de los trabajos. | Que exista una única secuencia válida o que todos sus módulos sean del mismo fabricante. |
| DFE | El Digital Front End o frontal digital prepara, rasteriza y gestiona trabajos para una prensa o impresora digital. | Que el término describa exactamente cualquier flujo offset o que todos los DFE ofrezcan las mismas funciones. |
| Dispositivo de salida | Expone una plancha, produce una prueba o marca el soporte de impresión. | Que interprete por sí mismo todas las decisiones del PDF o del flujo. |
Consecuencia práctica: dos sistemas pueden utilizar el mismo motor RIP y comportarse de manera distinta porque cambian el preflight, los ajustes de color, el tramado, la integración con el dispositivo o la versión incorporada por cada fabricante.
Qué hace realmente el motor RIP
La arquitectura interna varía, pero el recorrido lógico puede entenderse mediante tres funciones: interpretar, renderizar y entregar el resultado. No conviene tratarlas como una cronología rígida para todos los productos, porque algunas tareas pueden adelantarse, repartirse entre procesos paralelos o ejecutarse fuera del motor.
Interpretar la descripción de la página
Un PDF no es una fotografía plana de la página. Puede contener texto con fuentes, imágenes, trazados vectoriales, transparencias, modos de fusión, recortes, espacios de color, tintas directas, sobreimpresiones y otros objetos. El intérprete lee esas instrucciones y construye una representación interna de lo que debe aparecer y de cómo se relacionan los elementos.
Interpretar no equivale a hacer preflight. El motor puede ser capaz de procesar una construcción que incumpla la especificación de recepción de una imprenta. El preflight compara el archivo con requisitos definidos —por ejemplo, formato de página, fuentes, resolución, tintas o condición de salida— y debe producir una decisión explícita: aceptar, advertir, corregir de manera controlada o detener.
Componer transparencias y renderizar
Renderizar consiste en calcular el resultado de los objetos para la resolución, los canales y las condiciones de salida elegidos. Cuando hay transparencias vivas, su composición debe resolverse de acuerdo con el modelo gráfico del PDF y con el contexto de color. El resultado ya no es una lista de objetos editables, sino información rasterizada preparada para el siguiente tramo del sistema.
Una previsualización rasterizada generada por el mismo recorrido de producción resulta especialmente útil porque muestra la interpretación del sistema, no solo la apariencia del PDF en una aplicación distinta. Aun así, esa vista no demuestra por sí sola que la plancha, la prueba o la prensa estén calibradas ni que el soporte final reproduzca el resultado previsto.
Separar, gestionar el color y aplicar el tramado
En muchos productos, la separación de canales, la gestión de color, la calibración y el tramado están integrados o coordinados con el RIP. Su ubicación exacta no es universal. La documentación de Harlequin, por ejemplo, explica que algunas operaciones de color pueden aplicarse durante la interpretación o la composición y que el tramado puede realizarse durante el renderizado o después de entregar un ráster sin tramar a otro módulo.
Esta diferencia importa. En una salida CTP offset se necesitan normalmente datos separados y tramados para exponer cada plancha. En ciertos flujos digitales, el motor puede entregar datos de tono continuo a un subsistema posterior que decide el tramado o la colocación de gotas. Por eso, decir únicamente «usa tal RIP» no identifica todos los algoritmos que forman la imagen final.
De PostScript y EPS al PDF: una transición, no una desaparición total
Antes de que el PDF se consolidara como formato de intercambio, buena parte de la preimpresión digital se apoyaba en PostScript. PostScript es un lenguaje de descripción de página que un intérprete ejecuta para construir la imagen. Un archivo EPS, Encapsulated PostScript, es un documento PostScript autocontenido pensado para insertarse dentro de otro documento; normalmente representa una página o un elemento gráfico.
Por eso, EPS no era exactamente «el formato del RIP». Era uno de los formatos que un RIP PostScript podía interpretar, junto con archivos PS completos. En maquetación era habitual colocar logotipos, ilustraciones o anuncios en EPS y generar después un flujo PostScript para la salida.
EPS no murió, pero quedó como formato heredado
EPS y PostScript continúan siendo admitidos por algunos motores actuales. La documentación vigente de Harlequin, por ejemplo, mantiene soporte para PS y EPS además de PDF. También pueden seguir apareciendo en archivos históricos, bibliotecas de logotipos, equipos antiguos y aplicaciones especializadas. Por tanto, no sería correcto afirmar que ya no se usan.
La recomendación cambia cuando se prepara una entrega nueva. Adobe clasifica EPS como formato vectorial heredado y señala que PDF ha sustituido en gran medida a PostScript para el intercambio documental moderno. Convertir un PDF válido a EPS no lo mejora: puede obligar a simplificar construcciones que el modelo PostScript no representa de forma nativa.
| Aspecto | PostScript y EPS | PDF y PDF/X |
|---|---|---|
| Unidad habitual | PS puede describir un trabajo; EPS suele contener una página o un gráfico para insertar. | Documento estructurado de una o varias páginas. |
| Transparencia | No conserva transparencia viva; debe resolverse o acoplarse antes. | Las versiones modernas pueden conservarla para resolverla en un flujo compatible. |
| Inspección y preflight | Depende más de interpretar el programa y de convenciones de salida. | Permite examinar páginas, objetos, cajas, fuentes, tintas y metadatos con herramientas de producción. |
| Gestión de color | Su modelo histórico no ofrece el mismo intercambio ICC normalizado que los flujos PDF actuales. | Puede incorporar perfiles, espacios calibrados y una intención de salida; PDF/X añade reglas de intercambio. |
| Uso actual | Compatibilidad, archivos heredados y circuitos especializados. | Intercambio habitual de documentos preparados para impresión. |
Por qué se desplazó el flujo hacia PDF
El cambio respondió a varias ventajas acumuladas: documentos multipágina reunidos en un solo archivo, visualización antes de la salida, mejor acceso para preflight, fuentes y cajas de página identificables, gestión de color ICC, transparencia viva en las versiones adecuadas y familias normalizadas como PDF/X. Los motores PDF nativos evitan además convertir primero el archivo a PostScript, lo que reduce una transformación intermedia y permite conservar construcciones que PostScript obligaría a resolver antes.
Esto no convierte cualquier PDF en un archivo apto para imprenta. El PDF debe cumplir la especificación de recepción y el RIP debe procesarlo con una configuración validada. La ventaja es que el intercambio y la comprobación pueden ser más explícitos y reproducibles.
El formato de entrada y el destino son decisiones distintas
CTF, Computer-to-Film, y CTP, Computer-to-Plate, describen dónde se registra la imagen rasterizada: en película o directamente en plancha. No definen por sí mismos si el archivo de entrada es EPS, PostScript o PDF. Un CTP pudo estar alimentado durante años por un RIP PostScript, del mismo modo que un flujo heredado podía convertir un PDF a PostScript antes de exponer. La adopción de CTP y el paso a PDF nativo fueron avances relacionados en el tiempo, pero técnicamente independientes.
El artículo de PortalGraf sobre fotomecánica, película gráfica y transición al CTP sitúa ese cambio dentro de la evolución de la preimpresión.
El ecosistema que rodea al RIP
El RIP recibe datos y parámetros que ya han sido preparados y, a su vez, alimenta otros componentes. El límite entre módulos depende del producto, pero estas funciones deben quedar identificadas en cualquier flujo profesional:
| Capa | Decisiones habituales | Riesgo si no se documenta |
|---|---|---|
| Archivo y orden de trabajo | PDF o PDF/X, páginas, tirada, soporte, tintas, acabado y destino. | Procesar correctamente el archivo equivocado o con una condición de salida incorrecta. |
| Preflight y normalización | Comprobaciones, advertencias y correcciones autorizadas. | Confundir una reparación automática con el contenido original recibido. |
| Automatización y colas | Rutas, prioridades, plantillas, nombres, permisos, estados y reintentos. | Enviar un trabajo válido al ajuste o al dispositivo equivocado. |
| Preparación de página | Imposición, marcas, trapping, escalado, giro, repetición y datos variables. | Modificar geometría, separaciones o contenido sin que el cambio quede visible. |
| Gestión de color | Perfiles, intención de salida, DeviceLink, tintas directas, conversiones y límites de tinta. | Aplicar una conversión imprevista, duplicada o incompatible con la condición de impresión. |
| RIP y tramado | Interpretación, renderizado, resolución, canales, lineatura, ángulos y método de trama. | Obtener una imagen formalmente procesada pero inadecuada para la salida real. |
| Controlador y equipo | Formato de ráster, curvas del dispositivo, cola física, soporte y parámetros propios del motor de marcado. | Atribuir al PDF una desviación causada después del rasterizado. |
| Registro y trazabilidad | Versión, operador, preajuste, informes, aprobaciones, errores y archivos producidos. | No poder reproducir una salida anterior ni demostrar qué configuración se utilizó. |
PDF/X organiza el intercambio, pero no el flujo completo
La familia ISO 15930 define intercambios de datos de impresión mediante PDF/X. Según la variante, puede admitir datos CMYK, grises, RGB, tintas directas, transparencias y referencias de condición de salida. Esto reduce ambigüedades en la entrega, pero no selecciona por sí solo la imposición, el trapping, la trama, las curvas del CTP ni la calibración de una prensa.
La guía de PortalGraf sobre cómo preparar un PDF correcto para imprenta desarrolla los controles del archivo antes de entrar en producción.
JDF y XJDF transportan instrucciones de producción
JDF, Job Definition Format, y XJDF, Exchange Job Definition Format, pertenecen al entorno de automatización de CIP4. Sirven para comunicar descripciones e instrucciones de trabajo entre sistemas de gestión y aplicaciones de producción. No rasterizan la página: ayudan a que el archivo, sus parámetros y sus estados circulen entre componentes sin depender de reintroducir manualmente todos los datos.
Un flujo puede funcionar sin JDF o XJDF y otro puede utilizarlos solo en determinados enlaces. Su presencia tampoco garantiza que dos productos interpreten todos los campos de la misma forma; la interoperabilidad depende del alcance implementado y de las especificaciones de conformidad aplicables.
Los perfiles ICC no son ajustes decorativos
Un perfil ICC describe cómo relacionar los valores de color de un dispositivo o espacio con un espacio de conexión definido. El módulo de gestión de color utiliza esos datos para calcular transformaciones. El perfil adecuado depende de la condición que se quiere representar o producir; incrustar un perfil no obliga a que el flujo realice una conversión concreta si la política de color dispone otra cosa.
Por eso deben documentarse conjuntamente el perfil de origen, la intención de salida (output intent) del PDF —referencia a la condición de impresión prevista—, el perfil de destino, el propósito de conversión, las excepciones para CMYK y tintas directas y cualquier perfil DeviceLink, que describe directamente una transformación entre espacios de color. Revisar solo el nombre del perfil instalado no revela la ruta completa.
Corrección de color y conversión de color no son equivalentes
La corrección de color modifica una imagen para ajustar su apariencia o resolver problemas como dominantes, contraste o equilibrio tonal. La conversión de color calcula cómo trasladar los valores desde un espacio de origen a otro de destino conforme a perfiles y reglas. Un flujo puede automatizar conversiones, pero eso no corrige por sí solo una imagen mal ajustada ni decide qué apariencia editorial se pretende conservar.
Cómo cambia el sistema según la salida
| Destino | Resultado que debe producir el flujo | Controles críticos |
|---|---|---|
| CTP para impresión convencional | Datos de exposición separados por forma impresora y adecuados al equipo. | Separaciones, orientación, resolución, trama, curvas, marcas, imposición y correspondencia de planchas. |
| Sistema de pruebas | Datos que permitan simular una condición de impresión en un dispositivo y soporte concretos. | Perfil de simulación, calibración de la impresora de pruebas, cuña de control, papel, tintas y condiciones de evaluación. |
| Prensa o impresora digital | Rásteres y parámetros que el motor de marcado pueda producir a la velocidad requerida. | DFE, soporte, calibración, perfiles, datos variables, orden de páginas, acabados en línea y capacidad de proceso. |
| Gran formato o impresión industrial | Datos adaptados a resolución, canales, tintas, pasadas y método de tramado del equipo. | Escala, mosaico, sangrado, perfiles, tintas adicionales, consumo, velocidad y estrategia de tramado. |
La misma página PDF puede necesitar salidas distintas sin que ninguna sea necesariamente errónea. Una prueba puede simular una condición offset; el CTP debe generar las planchas correspondientes; y una prensa digital puede convertir esa intención a su propio espacio de impresión. Lo esencial es que cada transformación esté prevista, sea trazable y se valide para su destino.
Ajustes que pueden cambiar el resultado
Sobreimpresión y transparencias
La apariencia final depende del orden de pintura, la sobreimpresión, los modos de fusión y el espacio usado para componer transparencias. Un visor y un RIP con configuraciones o capacidades distintas pueden mostrar resultados diferentes. La comprobación debe realizarse con separaciones y con una vista rasterizada representativa del recorrido de salida.
Tintas directas y mapeo de separaciones
Dos nombres que parecen corresponder al mismo color pueden generar separaciones distintas si no son idénticos o si el flujo los trata como tintas diferentes. También puede existir una orden deliberada para convertir, aliasar o excluir una tinta. Antes de producir, conviene revisar el listado de separaciones después de todas las normalizaciones, no solo en el archivo original.
Trapping
El trapping es un solape controlado entre colores contiguos para dar tolerancia a pequeñas desviaciones de registro. Puede venir incorporado en el archivo, aplicarse en una etapa de preparación o calcularse dentro del sistema de salida. Aplicarlo dos veces o con reglas incompatibles puede producir contornos excesivos; omitirlo donde es necesario deja el registro sin tolerancia. La guía sobre trapping en preimpresión explica sus criterios y límites.
Resolución, lineatura y tipo de trama
La resolución del dispositivo, la lineatura, los ángulos, la forma de punto y el método AM —modulación de amplitud—, FM —modulación de frecuencia— o híbrido forman un conjunto. No deben elegirse por una cifra aislada ni asumirse a partir del nombre del RIP. La compatibilidad depende del motor, del módulo de tramado, del CTP o cabezal, de la forma impresora, del soporte y del proceso. PortalGraf amplía esta relación en la guía sobre lineatura de trama.
Curvas y compensaciones
Una curva puede compensar la respuesta de la filmación de plancha, la transferencia del proceso u otra desviación identificada. Debe saberse qué magnitud modifica, con qué condición se obtuvo y en qué punto se aplica. Si se suma a otra compensación equivalente o se reutiliza tras cambiar plancha, procesado, trama o máquina, el resultado puede dejar de representar la condición validada.
Cajas de página, escala y orientación
MediaBox, TrimBox, BleedBox y otras cajas del PDF describen límites con funciones diferentes. El flujo debe saber cuál utiliza para comprobar, imponer o recortar. Un cambio automático de escala, un «ajustar al soporte» o una rotación aparentemente inocua puede alterar tamaño, sangrado, posición de marcas y correspondencia entre anverso y reverso.
Vista PDF, vista rasterizada, prueba y salida no son equivalentes
- Vista del PDF: permite inspeccionar el documento y sus objetos con una aplicación concreta.
- Vista rasterizada: muestra el resultado calculado por un recorrido RIP y unos ajustes determinados.
- Prueba: intenta predecir una condición de impresión mediante un sistema caracterizado y controlado.
- Plancha o salida digital: confirma que se han producido los datos o la forma impresora, pero no demuestra por sí sola el comportamiento posterior del proceso.
Una aprobación útil debe declarar qué se ha aprobado. Aceptar visualmente el PDF original no equivale a aprobar el ráster impuesto; aceptar el ráster no sustituye a una prueba de color; y una prueba conforme no corrige una plancha mal identificada ni una prensa fuera de condición.
Cómo localizar un fallo sin culpar siempre al RIP
| Incidencia | Primera comprobación | Capas que deben contrastarse |
|---|---|---|
| Falta texto, cambia un glifo o varía su grosor | Fuentes, sustituciones, contornos y vista rasterizada a la resolución final. | PDF, normalización, intérprete, reglas de renderizado y salida. |
| Desaparece un objeto o cambia una transparencia | Sobreimpresión, modos de fusión, espacios de composición y resultado de una suite de prueba. | Creación del PDF, visor, preflight, normalización y RIP. |
| Aparece una separación inesperada | Nombres y alias de tintas después de procesar el trabajo. | PDF, correcciones, mapeo de color, trapping y separación. |
| El color no coincide con la prueba | Condición simulada, perfiles, calibraciones, soporte y fecha de control. | PDF, política de color, RIP, impresora de pruebas y proceso de impresión. |
| Surge muaré o cambia el detalle | Trama real de cada separación, resolución, ángulos y escalado previo. | Imágenes, RIP o módulo de trama, CTP o motor de marcado y proceso. |
| La página sale desplazada, girada o a otra escala | Cajas PDF, imposición, ajustes automáticos y formato de salida. | Archivo, plantilla, cola, controlador y dispositivo. |
| El sistema se ralentiza o detiene | Trabajo concreto, complejidad, registro de errores, memoria, almacenamiento y cola. | PDF, motor RIP, servidor, red, almacenamiento temporal de salida, controlador y dispositivo. |
Método práctico: conservar el PDF recibido, la versión procesada, el informe de preflight, el preajuste aplicado, la vista rasterizada, los registros y una muestra de salida. Repetir el trabajo cambiando una sola capa cada vez permite separar un defecto del archivo, una decisión del flujo y una desviación física.
Cómo validar una instalación, actualización o migración
La Ghent PDF Output Suite está diseñada para comprobar si un flujo procesa como se espera funciones avanzadas del PDF. Es útil después de instalar o actualizar, pero no sustituye a los trabajos de referencia propios ni valida el color o la mecánica de un dispositivo concreto.
También debe interpretarse con prudencia una declaración de conformidad del proveedor. El propio Ghent Workgroup aclara que su listado confirma una muestra remitida sin fallos y que no controla qué sistema ni qué ajustes se usaron; el fabricante es responsable de mantener la conformidad de versiones posteriores. Por eso debe ensayarse la instalación y la configuración que realmente entrarán en producción.
- Inventariar el sistema: motor y versión, aplicación o DFE, sistema operativo, licencias, dispositivos, interfaces y módulos opcionales.
- Exportar la configuración: colas, carpetas vigiladas, plantillas, imposiciones, reglas de trapping, perfiles, DeviceLink, bibliotecas de tintas, curvas, tramas y permisos.
- Registrar dependencias: fuentes, rutas de red, nombres de recursos, servidores, automatizaciones JDF/XJDF y enlaces con el sistema de gestión de la producción (MIS) o con portales.
- Ejecutar pruebas controladas: Ghent PDF Output Suite y una selección propia con transparencias, sobreimpresiones, tintas directas, texto fino, imágenes, cajas y páginas complejas.
- Comparar resultados equivalentes: separaciones, vista rasterizada, tiempos, registros, planchas o pruebas obtenidas con la misma condición de salida.
- Validar el proceso físico: comprobar de nuevo calibración, curvas, prueba y producción cuando la actualización afecte a renderizado, color, trama o comunicación con el equipo.
- Conservar retorno y trazabilidad: documentar cómo volver a la configuración anterior y quién autoriza el paso a producción.
No es suficiente que el sistema abra un trabajo habitual. Una migración puede parecer correcta y fallar solo con transparencias, datos variables, tintas directas, una imposición concreta o una carga sostenida. Las pruebas deben cubrir contenido, rendimiento e integración.
Preguntas útiles al comparar soluciones
- ¿Qué motor y qué versión incorpora el producto, y quién suministra sus actualizaciones?
- ¿Qué funciones son nativas, cuáles pertenecen a módulos opcionales y cuáles se ejecutan en otro sistema?
- ¿Qué versiones de PDF, PDF/X y PDF/VT para datos variables admite realmente el recorrido instalado?
- ¿Dispone el proveedor de instrucciones o resultados verificables con la Ghent PDF Output Suite?
- ¿Dónde se aplican el preflight, la normalización, el trapping, el color, las curvas y el tramado?
- ¿Puede revisarse el ráster final por separaciones antes de producir?
- ¿Cómo se exportan, comparan y restauran los preajustes?
- ¿Qué registros conserva y permiten reconstruir la configuración de un trabajo?
- ¿Qué ocurre si el servidor, la red o el dispositivo deja de estar disponible?
- ¿La capacidad de proceso mantiene alimentado el equipo con los trabajos más complejos y no solo con páginas de demostración?
Las respuestas dependen del producto y de la configuración adquirida. El nombre comercial o el motor anunciado no demuestra por sí solo compatibilidad con todos los formatos, módulos, dispositivos ni opciones.
Errores frecuentes
- Llamar RIP a todo el flujo y perder la pista de qué módulo modificó el trabajo.
- Considerar el preflight y la interpretación como la misma comprobación.
- Suponer que dos productos con el mismo motor producen un resultado idéntico.
- Tomar la vista de un PDF como prueba del ráster final.
- Aplicar color, trapping o compensaciones en dos etapas sin documentarlo.
- Cambiar perfiles, tramas o curvas para resolver una incidencia sin conservar la configuración anterior.
- Validar una actualización con un solo archivo sencillo.
- Olvidar colas, fuentes, licencias, bibliotecas de tintas y rutas de red durante una migración.
- Atribuir al RIP una desviación que aparece después, en el CTP, la prueba, la prensa o el soporte.
Conclusión
El RIP ocupa una posición central en preimpresión porque transforma la descripción de la página en información utilizable por la salida. Pero su resultado depende de un ecosistema más amplio: archivo, orden de trabajo, preflight, automatización, imposición, trapping, gestión de color, tramado, controlador, dispositivo y proceso físico.
La forma más segura de trabajar no consiste en memorizar el menú de una marca, sino en identificar qué función se ejecuta, con qué datos, en qué punto y bajo qué versión. Esa estructura permite comparar soluciones, validar cambios y diagnosticar incidencias con evidencias en lugar de utilizar «el RIP» como explicación genérica.
Nota de alcance: las funciones y su posición varían según fabricante, versión, licencias, dispositivo y configuración. Esta guía describe una arquitectura funcional y no sustituye la documentación ni los procedimientos de validación del sistema instalado.
Fuentes primarias y técnicas consultadas
- Adobe PDF Print Engine: preguntas frecuentes, definición del motor de renderizado y destinos de salida.
- Adobe InDesign: archivos PostScript y EPS, definición de EPS y situación de estos formatos en flujos actuales.
- Adobe InDesign: salida PostScript en flujos actuales, consideración de PostScript como recorrido heredado y recomendación de exportación PDF para producción moderna.
- Harlequin Core, capacidades de interpretación, color y salida rasterizada.
- Harlequin Core: lenguajes de descripción de página y formatos de entrada, soporte actual de PDF, PostScript y EPS.
- Global Graphics: qué hace un RIP, fases de interpretación, renderizado, salida y ubicación variable de funciones auxiliares.
- Fiery: qué es un DFE, alcance operativo de un frontal digital en impresión de producción.
- Ghent Workgroup: Ghent PDF Output Suite 5, recurso para comprobar el comportamiento de flujos PDF.
- Ghent Workgroup: PDF/X workflow, relación entre especificaciones de entrega, preflight y flujo.
- ISO 15930-9:2020, intercambio de datos de preimpresión mediante PDF/X-6 y PDF 2.0.
- International Color Consortium: introducción al formato de perfil ICC, perfiles, espacios de conexión y transformaciones de color.
- CIP4: qué son JDF y XJDF, descripción de trabajos e integración de sistemas de producción.
Fuentes verificadas el 31 de agosto de 2026.
