TIFF (Dansk)

TIFF er en fleksibel, tilpasningsdygtig filformat til håndtering af billeder og data inden for en enkelt fil, ved at inkludere header tags (størrelse, definition, billede-data arrangement, anvendt billedkomprimering) definerer billedet”s geometri. En TIFF-fil kan for eksempel være en beholder, der indeholder JPEG (lossy) og PackBits (lossless) komprimerede billeder. En TIFF-fil kan også indeholde en vektor-baseret klipning sti (konturer, beskæringer, billedrammer)., Muligheden for at gemme billeddata i et tabsfrit format gør en TIFF-fil til et nyttigt billedarkiv, fordi i modsætning til standard JPEG-filer kan en TIFF-fil ved hjælp af tabsfri komprimering (eller ingen) redigeres og gemmes igen uden at miste billedkvaliteten. Dette er ikke tilfældet, når du bruger TIFF som en beholder med komprimeret JPEG. Andre TIFF muligheder er lag og sider.

TIFF giver mulighed for at bruge L.. komprimering, en tabsfri data-komprimering teknik til at reducere en fil”s størrelse. Brugen af denne mulighed var begrænset af patenter på L.. – teknikken indtil deres udløb i 2004.

TIFF-6.,0 specifikation består af følgende dele:

• Indledning (indeholder oplysninger om, TIFF Administration, brug af Private felter og værdier, etc.)
• Del 1: Baseline TIFF
• Del 2: TIFF Udvidelser
• Del 3: Tillæg

Del 1: Baseline TIFFEdit

Når TIFF blev indført, dets strækbarhed provokeret problemer med kompatibilitet. Fleksibiliteten i kodning gav anledning til den vittighed, at TIFF står for tusindvis af inkompatible filformater. For at undgå disse problemer var hver TIFF-læser forpligtet til at læse Baseline TIFF., Baseline TIFF inkluderer blandt andet ikke lag eller komprimerede JPEG-eller L.. – billeder. Baseline TIFF er formelt kendt som TIFF 6.0, Del 1: Baseline TIFF.

følgende er en ufuldstændig liste af nødvendige Baseline TIFF funktioner:

Flere subfilesEdit

TIFF læsere skal være forberedt på flere/multi-side-billeder (subfiles) per TIFF-fil, selv om de ikke er forpligtet til rent faktisk at gøre noget med billeder efter den første.

der kan være mere end et Billedfilkatalog (IFD) i en TIFF-fil. Hver IFD definerer en underfil., En brug af underfiler er at beskrive relaterede billeder, såsom siderne i et fa .dokument. En Baseline TIFF-læser er ikke forpligtet til at læse nogen IFD ud over den første.

StripsEdit

et baseline-TIFF-billede består af en eller flere strimler. En strimmel (eller bånd) er et underafsnit af billedet sammensat af en eller flere rækker. Hver strimmel kan komprimeres uafhængigt af hele billedet, og hver begynder på en byte grænse. Hvis billedhøjden ikke er jævnt delelig med antallet af rækker i strimlen, kan den sidste strimmel indeholde færre rækker., Hvis Strip definition tags udelades, antages billedet at indeholde en enkelt strimmel.

CompressionEdit

Baseline TIFF læsere skal håndtere følgende tre kompression ordninger:

• Ingen komprimering
• CCITT Gruppe 3 1-Dimensionelle Modified Huffman RLE
• PackBits – komprimering- en form for run-length encoding

Billede typesEdit

Baseline TIFF-billede-typer er: bilevel, gråtoner, palette-farve, og RGB fuld farve billeder.,

Byte orderEdit

andre TIFF fieldsEdit

TIFF-læsere skal være forberedt på at støde på og ignorere private felter, der ikke er beskrevet i TIFF-specifikationen. TIFF-læsere må ikke nægte at læse en TIFF-fil, hvis valgfrie felter ikke findes.

Del 2: TIFF e .tensionsedit

mange TIFF-læsere understøtter tags ud over dem i Baseline TIFF, men ikke alle læsere understøtter enhver udvidelse. Som en konsekvens, Baseline TIFF funktioner blev den laveste fællesnævner for TIFF. Baseline TIFF-funktioner udvides i TIFF-udvidelser (defineret i TIFF 6.,0 del 2 specifikation) men udvidelser kan også defineres i private tags.

TIFF-udvidelserne er formelt kendt som TIFF 6.0, Del 2: TIFF-udvidelser. Her er nogle eksempler på, TIFF udvidelser, der er defineret i TIFF 6.0 specifikation:

CompressionEdit

• CCITT T. 4 bi-niveau kodning
• CCITT T. 6 bi-niveau kodning
• LZW-Komprimering ordning
• JPEG-baseret kompression (TIFF compression ordningen 7) anvender DCT (Discrete Cosine Transform) som blev introduceret i 1974 af N. Ahmed, T. Natarajan og K. R. Rao, se Reference 1 i Discrete cosine transform., For flere detaljer se Adobe dokument.

Billede typesEdit

• CMYK-Billeder
• YCbCr-Billeder
• HalftoneHints
• Flise-Billeder
• CIE L*a*b* Billeder

Billede treesEdit

En baseline TIFF-fil kan indeholde en sekvens af billeder (IFD). Typisk er alle billederne relaterede, men repræsenterer forskellige data, såsom siderne i et dokument. For eksplicit at understøtte flere visninger af de samme data blev SubIFD-tagget introduceret. Dette gør det muligt at definere billederne langs en træstruktur., Hvert billede kan have en sekvens af børn, hvor hvert barn selv er et billede. Den typiske brug er at give miniaturer eller flere versioner af et billede i forskellige farverum.

TilesEdit

et Tiff-billede kan også være sammensat af et antal fliser. Alle fliser i samme billede har de samme dimensioner og kan komprimeres uafhængigt af hele billedet, svarende til strimler (se ovenfor). Flisebelagte billeder er en del af TIFF 6.0, Del 2: TIFF-udvidelser, så understøttelse af flisebelagte billeder er ikke påkrævet i Baseline TIFF-læsere.

andre udvidelserediger

ifølge TIFF 6.,0 specifikation (Indledning), alle TIFF-filer ved hjælp af foreslåede TIFF-udvidelser, som ikke er godkendt af Adobe som en del af Baseline TIFF (typisk for specialiserede anvendelser af TIFF, der ikke falder ind under domænet for at offentliggøre eller generelt grafik eller billede interchange) skal være enten ikke såkaldte TIFF-filer, eller bør være mærket på en måde, så de ikke forveksles med mainstream-TIFF-filer.,

Private tagsEdit

udviklere kan ansøge om en blok af “private tags” for at gøre det muligt for dem at inkludere deres egne proprietære oplysninger i en TIFF-fil uden at forårsage problemer for filudveksling. TIFF-læsere er forpligtet til at ignorere tags, som de ikke genkender, og en registreret Udvikler private tags er garanteret ikke at kollidere med nogen andens tags eller med standard sæt af tags er defineret i specifikationen. Private tags er nummereret i intervallet 32.768 og højere.,

Private tags er forbeholdt oplysninger, der kun er meningsfulde for en eller anden organisation, eller til eksperimenter med et nyt komprimeringsskema inden for TIFF. Efter anmodning vil TIFF-administratoren (i øjeblikket Adobe) tildele og registrere en eller flere private tags til en organisation for at undgå mulige konflikter med andre organisationer. Organisationer og udviklere frarådes at vælge deres egne tagnumre vilkårligt, fordi det kan medføre alvorlige kompatibilitetsproblemer., Men hvis der er ringe eller ingen chance for, at TIFF–filer vil undslippe et privat miljø, opfordres organisationer og udviklere til at overveje at bruge TIFF-tags i “genanvendelige” 65,000-65,535 rækkevidde. Det er ikke nødvendigt at kontakte Adobe, når du bruger tal i dette interval.

Internet Medier TypeEdit

MIME-type image/tiff (defineret i RFC 3302) uden ansøgning parameter anvendes til Baseline TIFF 6.0-filer eller til at indikere, at det ikke er nødvendigt at identificere en bestemt delmængde af TIFF eller TIFF-udvidelser., Den valgfri “ansøgning” parameter (Eksempel: Content-type: image/tiff; application=foo) er defineret for image/tiff til at identificere en bestemt delmængde af TIFF-og TIFF-udvidelser til de kodede billeddata, hvis det er kendt. I henhold til RFC 3302 skal specifikke TIFF-undersæt eller TIFF-udvidelser, der bruges i applikationsparameteren, offentliggøres som en RFC.

MIME-type image/tiff-fx (defineret i RFC 3949 og RFC 3950) er baseret på TIFF TIFF 6.0 med Tekniske Noter TTN1 (Træer) og TTN2 (Udskiftning TIFF/JPEG-specifikation)., Det bruges til Internet fa.kompatibel med ITU-T anbefalinger til gruppe 3 sort-hvid, gråtoner og farve fa..

TIFF Compression TagEdit

TIFF-tagget 259 (010316) gemmer oplysningerne om komprimeringsmetoden. Standardværdien er 1 = ingen komprimering.

de fleste TIFF-forfattere og TIFF-læsere understøtter kun nogle TIFF-komprimeringsordninger., Her er nogle eksempler på anvendt TIFF compression ordninger:

TIFF Compression-Tag

– Tagget værdi	Kompression ordning	Lossy/tabsfri	Specifikation:	Beskrivelse	Billede typer	Brug og support
000116	Ingen	Lossless	TIFF 6.0	Baseline TIFF	Alle	Common
000216	CCITT Gruppe 3 1-Dimensionelle Modified Huffman kør længde kodning (en.k.en., 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 Extensions for første gang blev defineret i TIFF-5 (1988); en patenteret komprimering algoritme, men patenter er udløbet i 2003 og 2004	Alle	Common
000616	JPEG (forældet “old-style” JPEG, senere afløst i Technote2)	Lossy	TIFF 6.0	TIFF 6.0 Extensions for første gang blev defineret i TIFF-6 (1992); forældet, og bør aldrig blive skrevet.,	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., Nogle implementeringer bruger endda en underskrevet 32-bit offset, der løber ind i problemer omkring 2 GiB. BigTIFF er et TIFF-variant-filformat, der bruger 64-bit forskydninger og understøtter meget større filer (op til 18 E .abyte i størrelse). Bigtiff-filformatspecifikationen blev implementeret i 2007 i udviklingsudgivelser af LibTIFF version 4.0, som endelig blev udgivet som stabil i December 2011. Støtte til BigTIFF filformater af applikationer er begrænset.

Digital preservationEdit

Adobe har ophavsretten til TIFF-specifikationen (aka TIFF 6.,0) sammen med de to tillæg, der er blevet offentliggjort. Disse dokumenter kan findes på Adobe TIFF ressourcer side. Fa .standarden i RFC 3949 er baseret på disse TIFF-SPECIFIKATIONER.

TIFF-filer, der udelukkende bruger de grundlæggende “tag-sæt”, som defineret i TIFF 6.0 sammen med at begrænse kompression teknologi til de metoder, der er identificeret i TIFF 6.0 og er tilstrækkeligt testet og bekræftet af flere kilder til alle dokumenter, der bliver skabt, kan bruges til opbevaring af dokumenter., Ofte ses problemer, som du støder på indhold og dokumenthåndtering industri, der er forbundet med brugen af TIFF-filer, der opstår, når de strukturer, indeholder ejendomsretligt beskyttede overskrifter, ikke er ordentligt dokumenteret, og/eller indeholder “indpakning” eller andre beholdere rundt om i TIFF-datasæt, og/eller inkludere forkert kompression teknologier, eller dem, kompression teknologier er ikke gennemført korrekt.,

varianter af TIFF kan bruges inden for dokumentafbildning og indhold / dokumentstyringssystemer ved hjælp af CCITT Group IV 2D-komprimering, der understøtter sort-hvide (bitonale, monokrome) billeder, blandt andre komprimeringsteknologier, der understøtter farve. Når lagerkapacitet og netværk båndbredde var et større problem end almindeligt set i dag”s server-miljøer, høj volumen opbevaring scanning, dokumenter blev scannet i sort og hvid (ikke i farve eller i gråtoner) for at spare lagerkapacitet.

inkluderingen af SampleFormat tag i TIFF 6.,0 tillader TIFF-filer til at håndtere avancerede pi .el datatyper, herunder heltal billeder med mere end 8 bits per kanal og floating point billeder. Dette tag gjorde TIFF 6.0 til et levedygtigt format til videnskabelig billedbehandling, hvor der kræves udvidet præcision. Et eksempel ville være brugen af TIFF til at gemme billeder erhvervet ved hjælp af videnskabelige CCD-kameraer, der giver op til 16 bit pr. Lagring af en sekvens af billeder i en enkelt TIFF-fil er også muligt, og er tilladt under TIFF 6.0, forudsat at reglerne for flersidede billeder følges.,

TIFF/ITEdit

TIFF / det bruges til at sende data til udskriftsklare sider, der er designet på avancerede prepress-systemer. TIFF / IT-specifikationen (ISO 12639) beskriver et multiple-filformat, som kan beskrive en enkelt side pr. TIFF / IT-filer kan ikke udskiftes med almindelige TIFF-filer.

målene med at udvikle TIFF / IT var at overføre de originale IT8 magnetiske båndformater til en mellemuafhængig version. TIFF / den er baseret på Adobe TIFF 6.,0 specifikation og begge udvider TIFF 6, ved at tilføje yderligere tags, og begrænser, det ved at begrænse nogle tags og værdierne i tags. Ikke alle gyldige TIFF/IT-billeder er gyldige TIFF 6.0-billeder.

TIFF / det definerer billede-filformater til kodning farve kontinuerlig tone billedbilleder, farve linje kunst billeder, høj opløsning kontinuerlig tone billeder, monokrome kontinuerlig tone billeder, binære billedbilleder, binære line-art billeder, screenet data, og billeder af sammensatte endelige sider.

Der er ingen MIME type defineret for TIFF / IT., MIME type image / tiff bør ikke bruges til TIFF/IT-filer, fordi TIFF/It ikke er i overensstemmelse med Baseline TIFF 6.0 og de udbredte TIFF 6.0 læsere kan ikke læse TIFF/it. MIME-type image/tiff (defineret i RFC 3302) uden ansøgning parameter anvendes til Baseline TIFF 6.0-filer eller til at indikere, at det ikke er nødvendigt at identificere en bestemt delmængde af TIFF eller TIFF-udvidelser. Applikationsparameteren skal bruges med image / tiff til at skelne mellem TIFF-udvidelser eller TIFF-undergrupper. I henhold til RFC 3302 skal specifikke TIFF-undersæt eller TIFF-udvidelser offentliggøres som en RFC., Der er ingen sådan RFC for TIFF/IT. Der er heller ingen plan fra ISO-udvalget, der fører tilsyn med TIFF/IT-standarden for at registrere TIFF/IT med enten en parameter til image/tiff eller som ny separat MIME-type.,

TIFF/DET filesEdit

• Sidste Side (FP)
• halvtonebillede (CT)
• Linje Arbejde image (LW)
• Høj opløsning Kontinuerlig tone filer (HC – valgfri)

TIFF/DEN definerer også følgende filer:

• Monokrom kontinuerlig tone, Billede, billeder (MP)
• Binære Billede billeder (BP)
• Binære Line-art billeder (BL)
• Screenet Data (SD)

Nogle af disse data typer er delvist kompatibelt med de tilsvarende definitioner i TIFF 6.0-specifikationen., Den endelige side (FP) gør det muligt at gruppere de forskellige filer, der er nødvendige for at definere en komplet side: det giver en mekanisme til oprettelse af en pakke, der indeholder separate billedlag (af typer CT, L.osv.), der skal kombineres for at skabe det endelige udskrevne billede. Dens brug anbefales, men ikke påkrævet. Der skal være mindst en underfil i en FP-fil, men ikke mere end en af hver type. Den indeholder typisk en CT-underfil og en l. – underfil.

det primære farverum for denne standard er CMYK, men også andre farverum og brugen af ICC-profiler understøttes.,

TIFF/IT compressionEdit

TIFF / det giver ingen mulighed for komprimering i selve filstrukturen, men der er ingen begrænsninger. (For eksempel er det tilladt at komprimere hele filstrukturen i et .ip-arkiv.)

l.-filer bruger et specifikt komprimeringsskema kendt som kørelængde-kodning for L. (Komprimeringsværdi er 808016). HC-filer også bruge en specifik køre-længde kodning for HC (komprimering tag værdi er 808116). TIFF / IT P1 specs tillader ikke brug af komprimering i CT-filen.,

følgende er en liste over definerede TIFF/DET komprimering ordninger:

TIFF/DET P1Edit

ISO 12639:1998 indført TIFF/DET-P1 (Profil 1) – en direkte delmængde af den fulde TIFF/DET standard (defineret tidligere i ANSI-IT8.8-1993). Denne delmængde blev udviklet på grund af den gensidige realisering af både standarderne og soft .areudviklingssamfundene, at en implementering af den fulde TIFF/IT-standard af en hvilken som helst leverandør var både usandsynlig (på grund af dens kompleksitet) og unødvendig (fordi profil 1 ville dække de fleste applikationer til digital annoncelevering)., Næsten alle TIFF / IT-filer i digital reklame blev distribueret som TIFF / IT-P1-filsæt i 2001. Når folk taler om TIFF / IT, betyder de normalt P1-standarden.,

Her er nogle af de begrænsninger på TIFF/DET-P1 (i forhold til TIFF/DET):

• Bruger CMYK (når relevant)
• Det er pixel-interleaved (når relevant)
• Har et enkelt valg af billede orientering
• Har et enkelt valg af dot-serien
• Begrænset komprimering metoder

TIFF/DET-P1 er en forenklet overensstemmelse med niveau af TIFF/det, og DET maksimerer kompatibilitet mellem Farve Elektroniske Prepress Systemer (CEPS) og Desk Top Publishing (DTP) verdener. Det giver en ren grænseflade til de proprietære CEPS-formater som SciTE.CT/l. – format.,

TIFF/IT P2EDIT

fordi TIFF / IT P1 havde en række begrænsninger, blev der udviklet et udvidet format. ISO 12639: 2004 introducerede et nyt udvidet overensstemmelsesniveau – TIFF/IT-P2 (profil 2)., TIFF/DET-P2 tilføjet en række funktioner til TIFF/DET-P1 som:

• CMYK-spot-farver (når relevant)
• Støtte til komprimering af CT og BP data (JPEG og Deflatere)
• Support for flere LW-og CT-filer i en enkelt fil
• Støtte til copydot filer via en ny filtype kaldet SD (Screenet Data)
• Der var en indsats for at skabe en mulighed for at sammenkæde FP, LW, og CT-filer til en enkelt fil kaldet KÆRESTE (Gruppe Final) – fil, men dette var ikke defineret i et udkast til en version af ISO 12639:2004.

dette format blev ikke udbredt.,

privat tagsEdit

TIFF / IT-specifikationen bevarede TIFF-muligheden for udviklere at bruge private tags. TIFF / IT-specifikationen er meget præcis med hensyn til, hvordan disse private tags skal behandles – de skal analyseres, men ignoreres.

Private tags i TIFF / IT-P1-specifikationen var oprindeligt beregnet til at give udviklere måder at tilføje specifik funktionalitet til specifikke applikationer. Private tags kan bruges af udviklere (f.SciTE.) for at bevare specifikke udskrivningsværdier eller anden funktionalitet., Private tags er typisk mærket med tag numre større end eller lig med 32768.

alle private tags skal anmodes om fra Adobe (TIFF-administratoren) og registreres.

i 1992 udviklede DDAP (Digital Distribution af reklame til offentliggørelse, senere digitale retninger i applikationer til produktion) deres kraverklæring for digital annoncelevering. Dette blev præsenteret for ANSI-akkrediterede cgats (Committee for Graphic Arts Technology Standards) til udvikling af en akkrediteret filformatstandard til levering af digitale annoncer., CGATS gennemgik deres alternativer til dette formål, og TIFF virkede som den ideelle kandidat, bortset fra det faktum, at den ikke kunne håndtere visse krævede funktionaliteter. CGATS spurgte Aldus (TIFF administrator) for en blok af deres egne TIFF private tags for at gennemføre det, i sidste ende blev TIFF/DET. For eksempel håndteres evnen til at identificere sekvensen af farverne af tag 34017 – Farvesekvensen Tag.

TIFF / det blev oprettet for at tilfredsstille behovet for en transportuafhængig metode til kodning af rasterdata i IT8.1,IT8.2 og IT8.5 standarderne.,

StandardsEdit

TIFF/DET blev defineret i ANSI-IT8.8-1993 standard i 1993 og senere revideret i den Internationale Standard ISO 12639:1998 – Prepress digitale data exchange – Tag image file format for billede-teknologi (TIFF/DET). ISO-standarden erstatter ANSI IT8. 8-1993. Det specificerer et medieuafhængigt middel til prepress elektronisk dataudveksling.

---