TIFF (Italiano)

TIFF è un formato di file flessibile e adattabile per la gestione di immagini e dati all’interno di un singolo file, includendo i tag di intestazione (dimensione, definizione, disposizione immagine-dati, compressione immagine applicata) che definiscono la geometria dell’immagine. Un file TIFF, ad esempio, può essere un contenitore contenente immagini compresse JPEG (lossy) e PackBits (lossless). Un file TIFF può anche includere un percorso di ritaglio basato su vettori (contorni, ritagli, cornici immagine)., La possibilità di memorizzare i dati delle immagini in un formato senza perdita di dati rende un file TIFF un archivio di immagini utile, perché, a differenza dei file JPEG standard, un file TIFF utilizzando la compressione senza perdita (o nessuno) può essere modificato e ri-salvato senza perdere la qualità dell’immagine. Questo non è il caso quando si utilizza il TIFF come contenitore contenente JPEG compresso. Altre opzioni TIFF sono livelli e pagine.

TIFF offre la possibilità di utilizzare la compressione LZW, una tecnica di compressione dati senza perdita di dati per ridurre le dimensioni di un file. L’uso di questa opzione è stato limitato dai brevetti sulla tecnica LZW fino alla loro scadenza nel 2004.

Il TIFF 6.,0 la specifica è composta dalle seguenti parti:

• Introduzione (contiene informazioni sull’amministrazione TIFF, l’utilizzo di campi e valori privati, ecc.)
• Parte 1: Baseline TIFF
• Parte 2: Estensioni TIFF
• Parte 3: Appendici

Parte 1: Baseline TIFFEdit

Quando TIFF è stato introdotto, la sua estensibilità ha provocato problemi di compatibilità. La flessibilità nella codifica ha dato origine allo scherzo che TIFF sta per migliaia di formati di file incompatibili. Per evitare questi problemi, ogni lettore TIFF era tenuto a leggere il TIFF di base., Tra le altre cose, il TIFF di base non include i livelli o le immagini JPEG o LZW compresse. Baseline TIFF è formalmente noto come TIFF 6.0, Parte 1: Baseline TIFF.

Di seguito è riportato un elenco incompleto delle funzionalità TIFF di base richieste:

Più filimodiFica

I lettori TIFF devono essere preparati per immagini multiple/multipagina (file secondari) per file TIFF, sebbene non siano tenuti a fare effettivamente nulla con le immagini dopo la prima.

Ci possono essere più di una directory di file immagine (IFD) in un file TIFF. Ogni IFD definisce un file secondario., Un uso dei file secondari è quello di descrivere immagini correlate, come le pagine di un documento facsimile. Un lettore TIFF di base non è necessario per leggere qualsiasi IFD oltre il primo.

StripsEdit

Un’immagine TIFF di base è composta da una o più strisce. Una striscia (o banda) è una sottosezione dell’immagine composta da una o più righe. Ogni striscia può essere compressa indipendentemente dall’intera immagine e ciascuna inizia su un bordo di byte. Se l’altezza dell’immagine non è equamente divisibile per il numero di righe nella striscia, l’ultima striscia può contenere meno righe., Se i tag di definizione delle strisce vengono omessi, si presume che l’immagine contenga una singola striscia.

CompressionEdit

Baseline TIFF lettori devono gestire i seguenti tre schemi di compressione:

• Nessuna compressione
• CCITT Gruppo 3 1-Dimensionale Modified Huffman RLE
• PackBits compressione – una forma di codifica run-length

Immagine typesEdit

Baseline TIFF tipi di immagine sono: bilevel, scala di grigi, tavolozza, colore, RGB full-immagini a colori.,

Byte orderEdit

Altri campi TIFFEDIT

I lettori TIFF devono essere pronti a incontrare e ignorare campi privati non descritti nella specifica TIFF. I lettori TIFF non devono rifiutarsi di leggere un file TIFF se non esistono campi opzionali.

Parte 2: Estensioni TIFFEDIT

Molti lettori TIFF supportano tag aggiuntivi a quelli del TIFF di base, ma non tutti i lettori supportano tutte le estensioni. Di conseguenza, le caratteristiche TIFF di base sono diventate il minimo comune denominatore per TIFF. Le funzionalità TIFF di base sono estese nelle Estensioni TIFF (definite nel TIFF 6.,0 Specifica Parte 2) ma le estensioni possono anche essere definite in tag privati.

Le estensioni TIFF sono formalmente note come TIFF 6.0, Parte 2: Estensioni TIFF. Di seguito alcuni esempi di TIFF estensioni definite in TIFF 6.0 specifiche:

CompressionEdit

• CCITT T. 4 bi-livello di codifica
• CCITT T. 6 bi-livello di codifica
• algoritmo di Compressione LZW
• JPEG compressione TIFF (schema di compressione 7) utilizza il DCT (Discrete Cosine Transform), introdotto nel 1974 da N. Ahmed, T. Natarajan e K. R. Rao; vedi Riferimento 1 in Discrete cosine transform)., Per ulteriori dettagli, vedere Documento Adobe.

Tipo di immaginemodifica

• Immagini CMYK
• Immagini YCbCr
• HalftoneHints
• Immagini affiancate
• CIE L*a*b* Immagini

Alberi di immaginemodifica

Un file TIFF di base può contenere una sequenza di immagini (IFD). In genere, tutte le immagini sono correlate ma rappresentano dati diversi, ad esempio le pagine di un documento. Per supportare esplicitamente più viste degli stessi dati, è stato introdotto il tag SubIFD. Ciò consente di definire le immagini lungo una struttura ad albero., Ogni immagine può avere una sequenza di bambini, ogni bambino è esso stesso un’immagine. L’uso tipico è quello di fornire miniature o più versioni di un’immagine in diversi spazi di colore.

TilesEdit

Un’immagine TIFF può anche essere composta da un numero di tessere. Tutte le tessere della stessa immagine hanno le stesse dimensioni e possono essere compresse indipendentemente dall’intera immagine, in modo simile alle strisce (vedi sopra). Le immagini affiancate fanno parte di TIFF 6.0, Parte 2: Estensioni TIFF, quindi il supporto per le immagini affiancate non è richiesto nei lettori TIFF Baseline.

Altre estensionimodifica

Secondo TIFF 6.,0 specifica (Introduzione), tutti i file TIFF che utilizzano estensioni TIFF proposte che non sono approvate da Adobe come parte del TIFF di base (in genere per usi specializzati di TIFF che non rientrano nel dominio della pubblicazione o della grafica generale o dell’interscambio di immagini) non devono essere chiamati file TIFF o devono essere contrassegnati in qualche modo in modo che non vengano confusi con i file TIFF tradizionali.,

Private tagsEdit

Gli sviluppatori possono richiedere un blocco di “tag privati” per consentire loro di includere le proprie informazioni proprietarie all’interno di un file TIFF senza causare problemi per lo scambio di file. I lettori TIFF sono tenuti a ignorare i tag che non riconoscono, e tag privati di uno sviluppatore registrato sono garantiti per non scontrarsi con i tag di chiunque altro o con il set standard di tag definiti nella specifica. I tag privati sono numerati nell’intervallo 32.768 e superiori.,

I tag privati sono riservati per informazioni significative solo per alcune organizzazioni o per esperimenti con un nuovo schema di compressione all’interno di TIFF. Su richiesta, l’amministratore TIFF (attualmente Adobe) assegnerà e registrerà uno o più tag privati per un’organizzazione, per evitare possibili conflitti con altre organizzazioni. Le organizzazioni e gli sviluppatori sono scoraggiati dal scegliere i propri numeri di tag arbitrariamente, perché così facendo potrebbe causare seri problemi di compatibilità., Tuttavia, se c’è poca o nessuna possibilità che i file TIFF sfuggano a un ambiente privato, le organizzazioni e gli sviluppatori sono incoraggiati a considerare l’utilizzo di tag TIFF nell’intervallo “riutilizzabile” 65,000–65,535. Non è necessario contattare Adobe quando si utilizzano numeri in questo intervallo.

Internet Media TypeEdit

Il tipo MIME image / tiff (definito in RFC 3302) senza un parametro applicativo viene utilizzato per i file Baseline TIFF 6.0 o per indicare che non è necessario identificare un sottoinsieme specifico di estensioni TIFF o TIFF., Il parametro opzionale “application” (Esempio: Content-type: image/tiff; application=foo) è definito per image/tiff per identificare un particolare sottoinsieme di estensioni TIFF e TIFF per i dati dell’immagine codificati, se è noto. Secondo RFC 3302, specifici sottoinsiemi TIFF o estensioni TIFF utilizzati nel parametro dell’applicazione devono essere pubblicati come RFC.

Il tipo MIME image/tiff-fx (definito in RFC 3949 e RFC 3950) è basato su TIFF 6.0 con note tecniche TIFF TTN1 (Alberi) e TTN2 (specifiche TIFF / JPEG sostitutive)., Viene utilizzato per fax Internet compatibile con le raccomandazioni ITU-T per fax in bianco e nero, in scala di grigi e a colori del gruppo 3.

TIFF Compression TagEdit

Il tag TIFF 259 (010316) memorizza le informazioni sul metodo di compressione. Il valore predefinito è 1 = nessuna compressione.

La maggior parte degli scrittori TIFF e lettori TIFF supportano solo alcuni schemi di compressione TIFF., Di seguito alcuni esempi di usato TIFF schemi di compressione:

Compressione TIFF Tag

il valore di un Tag	schema di Compressione	Lossy/lossless	Specifiche	Descrizione	tipi di Immagine	Utilizzo e supporto
000116	Nessuno	Lossless	TIFF 6.0	Baseline TIFF	Tutti	Comune
000216	CCITT Gruppo 3 1-Dimensionale Modified Huffman run-length encoding (un.k.un., MH or CCITT 1D)	Lossless	TIFF 6.0	Baseline TIFF; compression based on ITU-T T.4	Black and white	Common
000316	CCITT T.4 bi-level encoding as specified in section 4, Coding, of ITU-T Recommendation T.4 (a.k.a. CCITT Group 3 fax encoding or CCITT Group 3 2D)	Lossless	TIFF 6.0	TIFF 6.0 Extensions; compression based on ITU-T T.4	Black and white	Common
000416	CCITT T.,6 bi-level encoding as specified in section 2 of ITU-T Recommendation T.6 (a.k.a. CCITT Group 4 fax encoding)	Lossless	TIFF 6.0	TIFF 6.0 extensions; compression based on ITU-T T.6	Black and white	Common
000516	Lempel–Ziv–Welch	Lossless	TIFF 6.0	TIFF 6.,0 Estensioni; per la prima volta in TIFF 5 (1988); brevettato un algoritmo di compressione, ma il brevetto è scaduto nel 2003 e 2004	Tutti	Comune
000616	JPEG (obsoleto “vecchio stile” JPEG, poi sostituito, nel Technote2)	Lossy	TIFF 6.0	TIFF 6.0 Estensioni; per la prima volta in TIFF 6 (1992); obsoleti, non dovrebbe mai essere scritta.,	Continuous-tone	Rare
000716	JPEG (“new-style” JPEG)	Lossy	TIFF 6 Technote2 (1995)	Technote2 supersedes old-style JPEG compression; it is a TIFF 6.0 extension.	Continuous-tone	Uncommon
000816	Deflate (zlib), Adobe variant (official)	Lossless	TIFF Specification Supplement 2 (2002)	RFC 1950 (1996), RFC 1951 (1996), Adobe Photoshop TIFF Technical Notes; it is a TIFF 6.0 extension.,	All	Uncommon
000916	JBIG, per ITU-T T.85	Lossless	TIFF-FX	RFC 2301 (1998), RFC 3949 (2005)	Black and white	Rare
000A16	JBIG, per ITU-T T.,43	Lossless	TIFF-FX	RFC 2301 (1998), RFC 3949 (2005)	Black and white	Rare
7FFE16	NeXT RLE 2-bit greyscale encoding		Proprietary			Rare
800516	PackBits (a.k.a. Macintosh RLE)	Lossless	TIFF 6.,etary	According to TIFF Specification Supplement 2 it should be considered obsolete but reading is recommended	All	Uncommon
80B316	Kodak DCS		Proprietary			Rare
876516	JBIG		LibTiff		Black and white	Rare
879816	JPEG2000		Proprietary	Includes a complete JP2 file inside a TIFF file, not recommended., Introduced by Leadtools.		Uncommon
879916	Nikon NEF Compressed		Proprietary			Rare
879B16	JBIG2	Lossless, lossy	TIFF-FX Extension Set 1.0	Abandoned IETF draft from 2001		Rare

BigTIFFEdit

The TIFF file formats use 32-bit offsets, which limits file size to around 4 GiB., Alcune implementazioni utilizzano anche un offset a 32 bit firmato, riscontrando problemi attorno a 2 GiB. BigTIFF è un formato di file variante TIFF che utilizza offset a 64 bit e supporta file molto più grandi (fino a 18 exabyte di dimensione). La specifica del formato di file BigTIFF è stata implementata nel 2007 nelle versioni di sviluppo di LibTIFF versione 4.0, che è stata finalmente rilasciata come stabile nel dicembre 2011. Il supporto per i formati di file BigTIFF da parte delle applicazioni è limitato.

Conservazione digitaleedit

Adobe detiene il copyright sulla specifica TIFF (alias TIFF 6.,0) insieme ai due supplementi che sono stati pubblicati. Questi documenti sono disponibili nella pagina Risorse Adobe TIFF. Lo standard Fax in RFC 3949 si basa su queste specifiche TIFF.

I file TIFF che utilizzano rigorosamente i “set di tag” di base definiti in TIFF 6.0 e limitano la tecnologia di compressione ai metodi identificati in TIFF 6.0 e sono adeguatamente testati e verificati da più fonti per tutti i documenti creati possono essere utilizzati per la memorizzazione dei documenti., I problemi comunemente riscontrati nel settore della gestione dei contenuti e dei documenti associati all’uso dei file TIFF sorgono quando le strutture contengono intestazioni proprietarie, non sono adeguatamente documentate e/o contengono “wrapper” o altri contenitori attorno ai set di dati TIFF e/o includono tecnologie di compressione improprie o tali tecnologie di compressione non sono implementate correttamente.,

Le varianti di TIFF possono essere utilizzate all’interno dei sistemi di document imaging e content / document management utilizzando la compressione CCITT Group IV 2D che supporta immagini in bianco e nero (bitonali, monocromatiche), tra le altre tecnologie di compressione che supportano il colore. Quando la capacità di archiviazione e la larghezza di banda di rete erano un problema maggiore di quello comunemente visto negli ambienti server di oggi, la scansione di storage ad alto volume, i documenti venivano scansionati in bianco e nero (non a colori o in scala di grigi) per conservare la capacità di archiviazione.

L’inclusione del tag SampleFormat in TIFF 6.,0 consente ai file TIFF di gestire tipi di dati pixel avanzati, incluse immagini intere con più di 8 bit per canale e immagini in virgola mobile. Questo tag ha reso TIFF 6.0 un formato valido per l’elaborazione scientifica delle immagini in cui è richiesta una precisione estesa. Un esempio potrebbe essere l’uso di TIFF per memorizzare le immagini acquisite utilizzando telecamere CCD scientifiche che forniscono fino a 16 bit per photosite di risoluzione di intensità. La memorizzazione di una sequenza di immagini in un singolo file TIFF è anche possibile, ed è consentita in TIFF 6.0, a condizione che vengano seguite le regole per le immagini multipagina.,

TIFF/ITEdit

TIFF/Viene utilizzato per inviare dati per le pagine pronte per la stampa che sono state progettate su sistemi di prestampa di fascia alta. La specifica TIFF / IT (ISO 12639) descrive un formato di file multipli, che può descrivere una singola pagina per set di file. I file TIFF / IT non sono intercambiabili con i comuni file TIFF.

Gli obiettivi nello sviluppo di TIFF/IT erano di portare avanti i formati a nastro magnetico IT8 originali in una versione media indipendente. TIFF / Si basa su Adobe TIFF 6.,0 specifica ed entrambi estende TIFF 6, con l’aggiunta di tag aggiuntivi, e limita, limitando alcuni tag e i valori all’interno dei tag. Non tutte le immagini TIFF/IT valide sono immagini TIFF 6.0 valide.

TIFF / Definisce i formati di file immagine per la codifica di immagini a colori a toni continui, immagini a colori a colori, immagini a toni continui ad alta risoluzione, immagini monocromatiche a toni continui, immagini binarie, immagini binarie line-art, dati schermati e immagini di pagine finali composite.

Non esiste un tipo MIME definito per TIFF/IT., Il tipo MIME image / tiff non dovrebbe essere usato per i file TIFF / IT, perché TIFF/IT non è conforme alla linea di base TIFF 6.0 e i lettori TIFF 6.0 ampiamente distribuiti non possono leggere TIFF / IT. Il tipo MIME image / tiff (definito in RFC 3302) senza un parametro application viene utilizzato per i file Baseline TIFF 6.0 o per indicare che non è necessario identificare un sottoinsieme specifico di estensioni TIFF o TIFF. Il parametro application deve essere usato con image / tiff per distinguere le estensioni TIFF o i sottoinsiemi TIFF. Secondo RFC 3302, specifici sottoinsiemi TIFF o estensioni TIFF devono essere pubblicati come RFC., Non esiste tale RFC per TIFF / IT. Non c’è nemmeno un piano da parte del comitato ISO che supervisiona lo standard TIFF/IT per registrare TIFF/IT con un parametro per image/tiff o come nuovo tipo MIME separato.,

TIFF/IT filesEdit

• Pagina Finale (FP)
• il Tono Continuo di immagine (CT)
• Linea di immagine (LW)
• Alta risoluzione a tono Continuo di file (HC – opzionale)

TIFF/definisce, inoltre, i seguenti file:

• Monocromatico a tono continuo Immagine (MP)
• Binario Immagine (BP)
• Binario di Linea-arte immagini (BL)
• Proiettati Dati (SD)

Alcuni di questi tipi di dati sono parzialmente compatibili con le definizioni corrispondenti in formato TIFF 6.0 specifiche., La pagina finale (FP) consente di raggruppare i vari file necessari per definire una pagina completa: fornisce un meccanismo per creare un pacchetto che include livelli di immagine separati (di tipi CT, LW, ecc.) da combinare per creare l’immagine finale stampata. Il suo utilizzo è consigliato ma non richiesto. Ci deve essere almeno un file secondario in un file FP, ma non più di uno di ogni tipo. In genere contiene un file secondario CT e un file secondario LW.

Lo spazio colore primario per questo standard è CMYK, ma sono supportati anche altri spazi colore e l’uso di profili IC.,

TIFF/IT compressionEdit

TIFF / IT non prevede la compressione all’interno della struttura del file stesso, ma non ci sono restrizioni. (Ad esempio, è consentito comprimere l’intera struttura del file in un archivio ZIP.)

I file LW utilizzano uno schema di compressione specifico noto come codifica Run-length per LW (il valore del tag di compressione è 808016). I file HC utilizzano anche una codifica di Run-length specifica per HC (il valore del tag di compressione è 808116). Le specifiche TIFF / IT P1 non consentono l’uso della compressione all’interno del file CT.,

Di seguito è riportato un elenco di schemi di compressione TIFF/IT definiti:

TIFF/IT P1Edit

L’ISO 12639:1998 ha introdotto TIFF/IT-P1 (Profilo 1) – un sottoinsieme diretto dello standard TIFF/IT completo (precedentemente definito in ANSI IT8.8-1993). Questo sottoinsieme è stato sviluppato sulla base della reciproca realizzazione da parte degli standard e delle comunità di sviluppo software che un’implementazione dello standard TIFF/IT completo da parte di qualsiasi fornitore era sia improbabile (a causa della sua complessità), sia inutile (perché il profilo 1 coprirebbe la maggior parte delle applicazioni per la distribuzione di annunci digitali)., Quasi tutti i file TIFF / IT nella pubblicità digitale sono stati distribuiti come set di file TIFF/IT-P1 nel 2001. Quando le persone parlano di TIFF / IT, di solito significano lo standard P1.,

Qui ci sono alcune restrizioni su TIFF/IT-P1 (rispetto al TIFF/IT):

• Utilizza CMYK (quando appropriato)
• è pixel interleaved (quando appropriato)
• È una scelta di orientamento dell’immagine
• È una scelta di dot gamma
• Limitato metodi di compressione

TIFF/IT-P1 è semplificata e il livello di conformità del TIFF/IT e massimizza la compatibilità tra Colore Elettroniche Sistemi di Prestampa (CEPS) e Desk Top Publishing (DTP) mondi. Fornisce un’interfaccia pulita per i formati CEP proprietari come il formato Scitex CT / LW.,

TIFF/IT P2Edit

Poiché TIFF / IT P1 aveva una serie di limitazioni, è stato sviluppato un formato esteso. La ISO 12639: 2004 ha introdotto un nuovo livello di conformità esteso-TIFF / IT-P2 (Profilo 2)., TIFF/IT-P2 aggiunto un numero di funzioni per TIFF/IT-P1:

• CMYK colori spot (quando appropriato)
• Supporto per la compressione di CT e dati BP (JPEG e Sgonfiare)
• Supporto per più LW e CT file in un unico file
• Supporto per copydot file attraverso un nuovo tipo di file chiamato SD (Schermato Dati)
• C’è stato un certo sforzo per creare una possibilità di concatenare FP, LW, e CT file in un unico file chiamato il GF (Finale del Gruppo di file, ma questo non è stato definito in un progetto di versione di ISO 12639:2004.

Questo formato non è stato ampiamente utilizzato.,

Tag privatimodifica

La specifica TIFF / IT ha mantenuto la possibilità TIFF per gli sviluppatori di utilizzare tag privati. La specifica TIFF / IT è molto precisa su come questi tag privati dovrebbero essere trattati – dovrebbero essere analizzati, ma ignorati.

I tag privati nella specifica TIFF / IT-P1 erano originariamente destinati a fornire agli sviluppatori modi per aggiungere funzionalità specifiche per applicazioni specifiche. I tag privati possono essere utilizzati dagli sviluppatori (ad esempio, Scitex) per preservare valori di stampa specifici o altre funzionalità., I tag privati sono in genere etichettati con numeri di tag maggiori o uguali a 32768.

Tutti i tag privati devono essere richiesti ad Adobe (l’amministratore TIFF) e registrati.

Nel 1992, il DDAP (Digital Distribution of Advertising for Publication, in seguito Digital Directions in Applications for Production) ha sviluppato la propria dichiarazione dei requisiti per la consegna di annunci digitali. Questo è stato presentato al CGATS accreditato ANSI (Committee for Graphic Arts Technology Standards) per lo sviluppo di uno standard di formato di file accreditato per la consegna di annunci digitali., CGATS ha esaminato le loro alternative per questo scopo e TIFF sembrava il candidato ideale, tranne per il fatto che non poteva gestire alcune funzionalità richieste. CGATS ha chiesto ad Aldus (l’amministratore TIFF) un blocco dei propri tag privati TIFF per implementare ciò che alla fine è diventato TIFF/IT. Ad esempio, la possibilità di identificare la sequenza dei colori viene gestita dal tag 34017 – il tag Sequenza colore.

TIFF / È stato creato per soddisfare la necessità di un metodo indipendente dal trasporto di codifica dei dati raster negli standard IT8.1,IT8.2 e IT8.5.,

StandardsEdit

TIFF/È stato definito nello standard ANSI IT8.8-1993 nel 1993 e successivamente rivisto nello standard internazionale ISO 12639:1998 – Prestampa digital data exchange – Tag image file format for image technology (TIFF / IT). Lo standard ISO sostituisce ANSI IT8. 8-1993. Specifica un mezzo indipendente dai media per lo scambio elettronico di dati prestampa.

---