Recomendaciones sobre formatos de archivo para artes gráficas

Transcripción

1 Recomendaciones sobre formatos de archivo para artes gráficas 1

2 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

3 COMPARATIVA DE FORMATOS DE ARCHIVO PARA EL INTERCAMBIO EN AAGG Selección del formato ideal 3

4 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). 5

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. 6

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) 7

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 8

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. 9

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. 10

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. 11

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 Mul:plataforma. 12

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. 13

14 Más información sobre TIFF/IT en: hmp:// 14

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. 15

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. 16

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. 17

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. 18

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. 19

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 20

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). 21

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. 22

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 Etc. 23

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. 24

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). 25

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 26

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). 27

28 EL FORMATO PDF Evolución, pros y contras de su uso en artes gráficas 28

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

30 Sin embargo, el único espacio de color que admita era RGB. PDF 1.1 (Acrobat 2) Vínculos externos. Enlaces encadenados. Caracterís:cas de seguridad. Color independiente del disposi:vo. Anotaciones. 30

31 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

32 PDF 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

33 PDF 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

34 PDF 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

35 PDF , Acrobat 7. Mejora en el soporte de capas y transparencias. 3D. Mejora sustancial de los metadatos XMP. 35

36 PDF 1.7 Finales de 2007, Adobe lanza Acrobat 8 Alcanza el estatus de estándar ISO en julio de

37 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

38 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

39 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

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

41 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

42 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

43 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

44 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

45 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

46 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

47 QUÉ APORTA PDF/X Estándar internacional ISO

48 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

49 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 Como siempre, la publicación por ISO implica que el estándar es público e independiente de cualquier fabricante. 49

50 50

51 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!!! PDF PDF/X 51

52 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 Qué puedo hacer con PDF/X que no pueda hacer con PDF? NADA! 52

53 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

54 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

55 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

56 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

57 información apropiada en los campos creador y productor. Debe tener una indicación de propósito de reproducción (Output Intent). 57

58 58

59 PDF/X- 1: ISO :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 :2003: PDF/X- 1a. Revisión de PDF/X- 1a:2001 basada en PDF 1.4. PDF/X- 2: ISO :2003: PDF/X- 2. Extensión 59

60 de PDF/X- 3 que permite un mecanismo similar al OPI. PDF/X- 3: ISO :2002: PDF/X- 3. Basado en PDF 1.3, permite CMYK, colores planos, RGB, CIELAB y perfiles ICC. ISO :2003: PDF/X- 3. Revisión de PDF/X- 3:2002 basado en PDF

61 PDF/X- 4: ISO :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

62 PDF/X- 5: ISO : 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 63

64 PDF/X- 1a:2001 y PDF/X- 3:2002 Requisitos clave al detalle 64

65 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

66 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

67 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

68 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

69 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

70 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

71 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 :2004) 71

72 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:// 72

73 OutputCondiSonIdenSfier DestOutputProfile RegistryName OutputCondiSon arriba: Dis:ller 9; abajo: Indesign CS4 Definición de los cuatro parámetros principales del objeto PDF/X Output Intent 73

74 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

75 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

76 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

77 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

78 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

79 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

80 EN RESUMEN 80

81 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

82 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

83 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

84 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

85 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:// 85

86 Muchas gracias por vuestra atención! 86