Recomendaciones+sobre+ formatos+de+archivo+paraartes+ … · 2011. 2. 1. ·...

Proyecto cofinanciado por los Fondos FEDER dentro del Programa Opera8vo FEDER de la Comunidad Valenciana 2007-‐2013

Recomendaciones sobre formatos de archivo para artes

gráficas

1


Recomendaciones sobre formatos de archivo para artes finales

CONTENIDOS 1.  Compara:va de formatos de archivo 2.  El formato PDF

3.  Qué aporta PDF/X 4.  Requisitos clave de PDF/X-‐1a y X-‐3

2



COMPARATIVA DE FORMATOS DE ARCHIVO PARA EL INTERCAMBIO EN AAGG

Selección del formato ideal

3



4



5

Copydot Digitalización por medio de escaneado de los puntos de trama del fotolito. Replicación de la lineatura, ángulos de trama, rosetas, etc.

Los escaneados correspondientes a cada separación se deben juntar en un único archivo TIFF o DCS (eps).



6

Los archivos resultantes pueden pasar a ser “impuestos” directamente o colocarse en documentos Quark Xpress, InDesign, etc.

Pros • Digitalización de fotolitos para trabajar en flujos enteramente digitales. •  Imposición directa (sólo DCS). • Mul:plataforma.



7

Contras • Muy di]cilmente editable • No puede visualizarse en web ni realizarse búsquedas • No revisable automá:camente (preflight) • No es posible la ges:ón del color •  Tamaño de archivo grande (sólo píxels)



8

• Disposición de herramientas en el mercado mínima • No cer:ficable • No metadatos •  Al ser un derivado de PostScript, incluye también las contras de este formato



9

TIFF/IT Creado en 1996 por el CGATS como archivo de intercambio estándar en las artes gráficas. Predominó hace años en algunos sectores como el de la prensa aunque, a día de hoy, su uso es residual.



10

Los archivos TIFF/IT con:enen varios archivos en su interior, principalmente: • Un fichero de página final (FP). Actúa como tabla de referencias cruzadas. • Un fichero de imagen de tono con:nuo (CT). Con:ene imágenes usualmente de 300ppp. • Un fichero de imagen de línea (LW). Con:ene textos, líneas, etc.



11

En resumen, se trata de un archivo que sólo con:ene imágenes bitmap de 1 u 8 bits, sin necesidad de haberse procesado en un RIP y sin contener vectores. Pros •  En su día gozó de un número razonable de aplicaciones compa:bles, aunque su uso está en decrecimiento.



12

•  Es verificable automá:camente con algunas aplicaciones (sólo píxels). •  Se puede aplicar ges:ón de color. •  Se puede imponer directamente con algunos sokware. •  El TIFF/IT-‐P1 (profile 1) se convir:ó en estándar ISO 12639. • Mul:plataforma.



13

Contras • No con:ene vectores • No admite compresión. El peso del archivo es grande e invariable independientemente del contenido de página (unos 40Mb el A4). • No puede visualizarse en web, realizarse búsquedas, seguridad. • No admite :ntas planas.



14

Más información sobre TIFF/IT en: hmp://www.gusgsm.com/:f_it



15

PostScript (.PS, .EPS, DCS) PostScript es un Lenguaje de Descripción de Página (PDL), es decir, un lenguaje de programación que se usa para ordenar a una impresora qué y cómo debe imprimir por medio de un intérprete (RIP) que convierte en tramado la información del documento PostScript.



16

Los documentos PostScript se des:nan a imprimirse en aparatos PostScript, es decir, en aparatos que :enen un disposi:vo interno capaz de descifrar el código que reciben y conver:rlo en simples puntos de tramado. Desde su creación, en 1984, se han sucedido diferentes versiones del lenguaje, más conocidas como niveles.



17

Nivel 1: sólo permite separaciones y 256 niveles de gris.

Nivel 2: incorpora la posibilidad de crear separaciones en el RIP y soporta algunos algoritmos de compresión (LZW, JPEG).

Nivel 3: 4096 niveles de gris y mejor soporte de separaciones, lo que permite hexacromías, mul:canales, etc.



18

Pros: •  Compacto. Reúne en un solo archivo todo lo necesario para su reproducción (:pos, bitmaps, etc.) •  Soporta ges:ón de color. Aunque no compa:ble con ICC (CSA y CRD). • Mul:plataforma •  Soporta vectores, algoritmos de presión, :ntas planas, etc.



19

•  Previsualizable (sólo EPS y DCS) y “colocable” en documentos de edición. • Manejo de tramados. Ordena al RIP qué :po de punto, lineatura, ángulos, etc., u:lizar para cado objeto de página. •  Soporta funciones de transferencia. •  Se puede imponer directamente. • Muchas herramientas de creación.



20

Contras: • Dependiente de disposi:vo. Un PostScript creado para un determinado disposi:vo por medio de su PPD (Descripción de Impresora PostScript) puede no funcionar más que en ese disposi:vo concreto. •  Pesado. Un documento A4 con muchos objetos puede pesar varios



21

cientos de Mb. • No soporta perfiles ICC. La ges:ón de color se realiza en el RIP por medio de un mecanismo similar (perfiles CSA para describir el origen y CRD para el des:no colorimétrico). • No diseñado para ser visualizado (existen visores como GhostView).



22

•  Pérdida del control. Es muy sencillo producir .PS con “órdenes” indeseadas para el intérprete como lineaturas, funciones de transferencia, ges:ón de color no adecuada, etc. Como no es visualizable no se conocen los resultados hasta el momento de la impresión.



23

• No se pueden realizar búsquedas. • No permite encriptación. • No soporta transparencias ni capas. •  Problemas con canales alfa. • No verificable (preflight) ni cer:ficable. • No soporta metadatos. • No editable. •  Lenguaje no actualizado desde 1996. •  Etc.



24

Documentos NaSvos Se trata, por úl:mo, del intercambio del propio documento “fuente” original (QXD, AI, ID, PSD, etc.) junto a los objetos vinculados necesarios para su reproducción (imágenes, perfiles ICC, fuentes, etc.) entre el diseñador y la imprenta.



25

Pros: •  Totalmente editable si se cumplen los requisitos adecuados. •  Verificable (extensiones y aplicaciones como Markzware FlightCheck). •  En industrias que exigen cumplir muchos requisitos técnicos no conocidos para el diseñador es exigible (packaging, gigantogra]a).



26

Contras: •  Peligroso debido a la necesidad de:

•  Instalación de :pogra]as. •  Perfiles ICC. •  Revinculación de imágenes. •  Igualar la versión y configuración entre las aplicaciones de las partes…

•  Pesado. Cientos y cientos de megas para transmi:r un trabajo por FTP, grabar en varios CD, etc…



27

•  Incer:dumbre. El archivo intercambiado está muy lejos de ser defini:vo. Muchos cambios hasta su procesado final. Requiere de mucha comunicación entre las partes. •  Lento, caro (?) e improduc:vo. La parte receptora :ene que “conver:r” todo el conjunto de objetos en el archivo final, (PostScript o PDF).



EL FORMATO PDF

Evolución, pros y contras de su uso en artes gráficas

28



PDF 1.0 La primera vez que Adobe habló de esa tecnología fue en 1991. •  Las fuentes se podían incrustar. •  Las herramientas para crear y mostrar ficheros PDF se hicieron públicas a mediados de 1993. • Disponía de enlaces internos y marcadores.

29



Sin embargo, el único espacio de color que admita era RGB.

PDF 1.1 (Acrobat 2). 1994 •  Vínculos externos. •  Enlaces encadenados. •  Caracterís:cas de seguridad. •  Color independiente del disposi:vo. •  Anotaciones.

30



PDF 1.2 En 1996, Adobe lanzó Acrobat 3.0 •  Soporte de las especificaciones OPI. •  Soporte del espacio de color CMYK. •  Colores directos. •  Funciones de trama de semitonos y los valores de sobreimpresión.

Es la primera versión PDF con valor para el sector de las Artes Gráficas

31



PDF 1.3. 1999 Acrobat 3. •  Fuentes CID de 2 bytes. •  Especificaciones OPI 2.0. •  Espacio de color DeviceN para mejorar el soporte de colores directos. •  "smooth shading", degradados suaves. •  Anotaciones. Versión PDF pensada para las Artes Gráficas

32



PDF 1.4. 2000 Illustrator 9. •  La inclusión de soporte para transparencias que permiten que un objeto (texto o imágenes) deje ver parcialmente lo que hay debajo. • Mejora en la seguridad, incluyendo encriptamiento de 128 bits y la opción de poder bloquear la calidad de impresión.

33



PDF 1.5. 2003 Acrobat 6. • Mejora los sistemas de compresión y admite algunos nuevos, como el sistema JPEG2000. •  Admite y reconoce capas. • Mejora el trabajo con ficheros PDF 'marcados' (tagged PDF).

34



PDF 1.6. 2005, Acrobat 7. • Mejora en el soporte de capas y transparencias.

•  3D. • Mejora sustancial de los metadatos XMP.

35



PDF 1.7 Finales de 2007, Adobe lanza Acrobat 8

Alcanza el estatus de estándar ISO 32000-‐1 en julio de 2008

36



CaracterísScas clave •  Formato creado para favorecer el intercambio de información • Mul:plataforma • Man:ene la integridad de la información •  Compacto (soporta algoritmos de compresión) • Mul:funcional

37



•  Editable (infinidad de herramientas) • Diseñado para ser visualizado (incluyendo op:mización para la web y otros disposi:vos mediante e:quetas) •  Soporta ges:ón de color basada en ICC

38



PDF versus PostScript •  Apto para ser visualizado •  Independiente de disposi:vo •  Soporta mul:media (notas de audio, 3D, películas, etc.) •  Puede insertar comentarios • Ges:ona el color mediante ICC •  Soporta Metadatos (XMP) •  Encriptación

39



•  Posibilidad de edición (fuentes, objetos, cambios de úl:ma hora) •  Soporta búsquedas •  Transparencias, capas... •  etc.

40



Pros de uso de PDF en artes gráficas •  Su visualización no requiere interpretación (PS sí). •  Es compacto y ligero. Soporta un gran número de algoritmos de compresión. Resulta idóneo para su transmisión electrónica. •  Compa:ble. Independiente de disposi:vo y plataforma (con ma:ces).

41



•  Soporta todos los espacios de color necesarios (Lab, RGB, CMYK, grises, basados en ICC, Mul:color, :ntas planas, etc). • Ges:ón de color avanzada por objeto. Iden:ficación de los orígenes y réndering intents por objeto. Posibilidad de incorporar un perfil de salida general para cada documento.

42



• Metadatos. Posibilitan la automa:zación de tareas y la aportan información sobre el archivo. •  Transparencias vivas (a par:r de la versión 1.4) •  Capas y grupos de capas. Posibilitan la internacionalización de los archivos. •  Edición (fuentes, objetos, etc.) con mul:tud de aplicaciones.

43



•  Es completamente verificable y cer:ficable. Acrobat 9 Pro incluye de serie todas las herramientas necesarias. •  Posibilidad de definir cajas de geometría de página (de corte, de sangrado). •  Puede acumular versiones anteriores de PDF y volver a ellas si es preciso.

44



Contras • Mul:tud de versiones. El PDF debe ser procesado en un RIP compa:ble con la versión del documento. Un RIP no compa:ble con PDF 1.5 no podrá procesar adecuadamente las capas. Otro no compa:ble con 1.4 fallará al interpretar las transparencias.

45



•  El soporte mul:media puede provocar la inclusión en página de elementos de “no impresión”. •  Soporta encriptación. Esto, usado de mala manera impide la impresión. •  Puede insertar comentarios que no deben ser impresos o JavaScript y acciones que cambian el comportamiento de página.

46



QUÉ APORTA PDF/X

Estándar internacional ISO 15930

47



Estandarización del PDF El CGATS (Comité para la Estandarización de Tecnologías de Artes Gráficas) elaboró la especificaciones de cómo tenía que ser un documento PDF para ser aceptado por toda la industria gráfica; un mínimo común asumible y exigible a todos para permi:r un intercambio de PDF sin sobresaltos.

48



Añadieron a las siglas PDF la X de “eXchange” (intercambio) y esa especificación fue adoptada más tarde por la Interna:onal Organiza:on for Standards (ISO) como su estándar ISO 15930. Como siempre, la publicación por ISO implica que el estándar es público e independiente de cualquier fabricante.

49



50



¿Porqué surge la necesidad de PDF/X?

1. Limitación caracterís:cas

2. Unificación de criterios 3. Ges:ón de color 4. Incrustación de elementos

5. Definición de geometría

6. Comunicación!!!

51

PDF

PDF/X



¿Qué es un archivo PDF/X? Conjunto de especificaciones de PDF: •  Carácter restricSvo Prohíbe elementos que resultan problemá:cos para imprimir. •  Carácter adiSvo Obliga la presencia de una serie de requisitos

52

¿Qué puedo hacer con PDF/X que no

pueda hacer con PDF? ¡NADA!



Restricciones •  Páginas preseparadas. •  Anotaciones dentro del área de sangrado. •  Campos de formulario, enlaces, películas y elementos interac:vos. •  Acciones y JavaScripts. •  Encriptación de seguridad, es decir, no pueden llevar ninguna clave de

53



seguridad restric:va. •  PostScript incrustado. •  Transparencias (excepto en PDF/X-‐4 y PDF/X-‐5). Deben ser acopladas previamente.

• OPI (excepto en PDF/X-‐1). •  Referencias externas (excepto en versiones de PDF/X-‐4 y PDF/X-‐5).

54



Carácter adiSvo •  Las fuentes deben estar incrustadas. •  Las imágenes deben estar incrustadas (excepto PDF/X-‐2, PDF/X-‐5g y PDF/X-‐5pg). •  La geometría de página debe estar definida mediante caja de ilustración (ArtBox) o caja de límite de página (TrimBox), nunca ambas, y caja

55



de sangrado (BleedBox) en caso de que el documento lo requiera.

•  Reventado (Trapping). Debe estar definido como verdadero o falso, pero nunca como desconocido (unknown).

•  Los documentos deben incluir una serie de metadatos como las fechas de creación y modificación, ttulo. Es aconsejable que contenga la

56



información apropiada en los campos “creador” y “productor”.

• Debe tener una indicación de propósito de reproducción (Output Intent).

57



58



PDF/X-‐1: •  ISO 15930-‐1:2001: PDF/X-‐1 y PDF/X-‐1a. Está basado en PDF 1.3 y fue ideado para un intercambio a ciegas en CMYK y colores planos. •  ISO 15930-‐4:2003: PDF/X-‐1a. Revisión de PDF/X-‐1a:2001 basada en PDF 1.4.

PDF/X-‐2: •  ISO 15930-‐5:2003: PDF/X-‐2. Extensión

59



de PDF/X-‐3 que permite un mecanismo similar al OPI.

PDF/X-‐3: •  ISO 15930-‐3:2002: PDF/X-‐3. Basado en PDF 1.3, permite CMYK, colores planos, RGB, CIELAB y perfiles ICC. •  ISO 15930-‐6:2003: PDF/X-‐3. Revisión de PDF/X-‐3:2002 basado en PDF 1.4.

60



PDF/X-‐4: •  ISO 15930-‐7:2008: PDF/X-‐4. Admite la ges:ón de color, datos en CMYK, gris, RGB o colores planos, así como transparencias vivas. Además, cabe la posibilidad de que los perfiles ICC se suplan a través de un enlace externo. Es el subjuego PDF/X-‐4p. Basado en PDF 1.6.

61



PDF/X-‐5: •  ISO 15930-‐8: PDF/X-‐5:2008. Está basado en PDF/X-‐4 pero permite el suministro de contenido externo al PDF. Tiene tres subjuegos: – PDF/X-‐5g: gráficos externos. – PDF/X-‐5n: perfiles mul:color (N colorantes) externamente. – PDF/X-‐5pg: gráficos y perfiles ICC. Similar a PDF/X-‐2 y PDF/X-‐4p.

62



63



PDF/X-‐1a:2001 y PDF/X-‐3:2002

Requisitos clave al detalle

64



IdenSficación del archivo PDF/X El archivo PDF siempre queda e:quetado indicando la versión PDF/X con la que es compa:ble. Esta indicación es imprescindible para declarar a las aplicaciones la compa:bilidad con el respec:vo estándar.

65



IdenSficación de otros metadatos Deberá exis:r información rela:va a las siguientes claves: • Metadatos obligatorios del PDF Crea:onDate, ModDate y Title

• Metadatos opcionales del PDF Creator y Producer

66



Uso de pre-‐separaciones El uso de archivos PDF pre-‐separados en los que las separaciones de cada página estén descritas en objetos independientes (uno por colorante) no está permi:do. Esto no restringe el uso de pre-‐separaciones combinadas en un solo objeto PDF.

67



Espacios de color permiSdos Los elementos imprimibles podrán intercambiarse en los siguientes espacios de color. Los elementos no imprimibles podrán hacer uso de cualquier espacio de color. •  Espacios de color para PDF/X-‐1a DeviceCMYK, DeviceGray, Separa:on, DeviceN, Indexed y Pamern.

68



•  Espacios de color para PDF/X-‐3 Además de las consideraciones del punto anterior: Los elementos imprimibles podrán ser datos en valores de disposi:vo definidos colorimétricamente mediante un perfil ICC o un mecanismo independiente (Lab).

69



Objeto PDF/X Output Intent La condición de salida caracterizada para la que se han preparado los datos se iden:fica mediante un objeto PDF/X Output Intent. El objeto PDF/X Output Intent lo forman las claves OutputCondiSonIdenSfier, DestOutputProfile, OutputCondiSon y el RegistryName.

70



• OutputCondiSonIdenSfier: Condición de salida listada en un registro de caracterizaciones de impresión. Ej: FOGRA39

• DestOutputProfile: Perfil ICC que describe la condición de salida. Ej: Coated FOGRA39 (ISO 12647-‐2:2004)

71



• OutputCondiSon: Cadena de texto que describe la condición de impresión de des:no de un modo inteligible entre operadores humanos en el si:o donde se recibe el archivo. •  RegistryName: URL del registro de condiciones caracterizadas. Ej: hOp://www.color.org

72



73

arriba: Dis:ller 9; abajo: Indesign CS4

Definición de los cuatro parámetros principales del objeto PDF/X Output Intent

OutputCondiSonIdenSfier

DestOutputProfile

OutputCondiSon

RegistryName



Fuentes Se deberán incrustar en el archivo PDF/X al menos todos los glifos, métricas y codificaciones de los caracteres u:lizados en página. El receptor debe usar las fuentes incrustadas, en lugar de otras instaladas localmente, para la visualización y el renderizado del PDF.

74



Compresión de datos Las imágenes bitmap pueden ser comprimidas usando JPEG, Flate o RLE. Las monocromas, compresión CCITT Grupo 3 o 4. Se restringe el uso de los métodos LZW o JBIG2.

75



Reventado Si el archivo no ha sido reventado, el valor de esa clave deberá ser False. De otro modo, el archivo habrá sido reventado según necesidad y el valor de la clave será True. No se permiten archivos parcialmente reventados ni el uso del valor Unknown para la clave Trapped.

76



Cajas de límites Cada objeto PDF/X deberá incluir la MediaBox e incluir una, pero no ambas, de las cajas TrimBox o ArtBox. Si la BleedBox está presente, la ArtBox o la TrimBox no deberán exceder sus límites más allá de los márgenes de la BleedBox.

77



Otros Uso del diccionario Encrypt Un PDF/X no debe contener encriptación.

Anotaciones Todas las anotaciones deberán permanecer en toda su extensión completamente fuera de la caja BleedBox (o TrimBox o ArtBox)

78



Acciones y JavaScripts Un PDF/X no debe incluir Acciones o JavaScripts. Uso de transparencia El aspecto visual de gráficos parcialmente transparentes puede ser alcanzado usando técnicas diferentes de las claves de transparencia, incluyendo datos pre-‐renderizados o aplanados.

79



EN RESUMEN…

80



Existen muchos modos de intercambiar información entre las partes • Debemos descartar la mayoría de ellas (TIFF/IT, CopyDot). • No hay razón para seguir u:lizando PostScript si conocemos PDF. •  Sólo debemos intercambiar documento na:vo cuando no haya

81



más remedio, es decir, cuando los requisitos técnicos del proceso de impresión donde vayamos a reproducir nuestro diseño supere con creces nuestra capacidad de adaptar el documento (¡eso también es diseño!). Por ej.: el proceso flexográfico.

82



El formato PDF ha venido para quedarse • Debemos realizar la transición cuanto antes. ¡PostScript ha muerto! •  Pero con PDF se pueden hacer muchas cosas no deseables en la industria de las artes gráficas. Hay que restringir esas caracterís:cas en los archivos PDF a través de implementar PDF/X.

83



¿Es suficiente con PDF/X? •  PDF/X ayuda a que las partes intercambien documentos PDF compa:bles (sin mul:media, con iden:ficación de la geometría, color, etc.) pero en ningún caso especifica requisitos sobre la calidad de los objetos… ¿alguien había caído en esto?

84



•  El siguiente paso es implementar procesos de prefligh:ng o verificación automá:ca aplicando parámetros de calidad (imágenes a n00 ± n0ppp; tamaño mínimo de letra: n pt; sangrado de objetos de al menos n mm; perfil ICC adecuado a la salida concreta, etc., etc., etc.). •  hmp://www.gwg.org/

85



¡Muchas gracias por vuestra atención!

[email protected]

86

Recomendaciones+sobre+ formatos+de+archivo+paraartes+ … · 2011. 2. 1. ·...

Documents

Transcript of Recomendaciones+sobre+ formatos+de+archivo+paraartes+ … · 2011. 2. 1. ·...