TIFF (Norsk)

TIFF er en fleksibel, tilpasningsdyktig fil format for håndtering av bilder og data i en enkelt fil, ved å inkludere header koder (størrelse, definisjon, bilde-data arrangement, og anvendt image compression) å definere et bilde»s geometri. En TIFF-fil, for eksempel, kan være en beholder JPEG (kvalitetstap) og PackBits (lossless) komprimerte bilder. En TIFF-fil kan også inneholde en vektor-basert beskjæringsbane (skisserer, croppings, bilde rammer)., Muligheten til å lagre bildedata i et lossless format gjør en TIFF-fil et nyttig bilde arkiv, fordi, i motsetning til standard JPEG-filer, TIFF-fil med lossless komprimering (eller ingen) kan bli redigert og re-frelst uten å miste bildekvalitet. Dette er ikke tilfelle ved bruk av TIFF-som en beholder komprimert JPEG. Andre TIFF valg er lag og sider.

TIFF tilbyr muligheten til å bruke LZW-komprimering, et lossless data-komprimering teknikk for å redusere en fil»s størrelse. Bruk av dette alternativet var begrenset av patenter på LZW teknikk til sitt utløp i 2004.

TIFF-6.,0 spesifikasjon består av følgende deler:

• Introduksjon (inneholder informasjon om TIFF Administrasjon, bruk av Eget felt og verdier, osv.)
• Del 1: Baseline TIFF
• Del 2: TIFF-Utvidelser
• Del 3: Vedlegg

Del 1: Baseline TIFFEdit

Når TIFF ble innført, sin utvidelsesmuligheter provosert problemer med kompatibiliteten. Fleksibilitet i koding ga opphav til spøk som TIFF står for Tusenvis av Inkompatible Filformater. For å unngå disse problemene, hver eneste TIFF-leser var nødvendig å lese Baseline TIFF., Blant andre ting, Baseline TIFF inkluderer ikke lag, eller komprimerte JPEG-eller LZW bilder. Baseline TIFF er formelt kjent som TIFF 6.0, Del 1: Baseline TIFF.

følgende er en ufullstendig liste over nødvendige Baseline TIFF funksjoner:

Flere subfilesEdit

TIFF leserne må være forberedt på flere/multi-side bilder (subfiles) per TIFF-fil, selv om de ikke er pålagt å faktisk gjøre noe med bilder etter den første.

Det kan være mer enn ett Bilde Mappe (IFD) i en TIFF-fil. Hver IFD definerer en subfile., En bruk av subfiles er å beskrive relaterte bilder, slike som de sider av en faksimile av dokumentet. En Baseline TIFF reader er ikke nødvendig å lese alle IFD utover den første.

StripsEdit

En baseline TIFF-bilde er sammensatt av en eller flere strimler. En stripe (eller band) er en del av bildet sammensatt av en eller flere rader. Hver stripe kan være komprimert uavhengig av hele bildet, og hvert begynner på en byte grensen. Hvis bildet høyde er ikke jevnt divideres med antall rader i bånd, den siste biten kan inneholde færre rader., Hvis strip definisjon koder er utelatt, bildet er antatt å inneholde en enkelt strip.

CompressionEdit

Baseline TIFF lesere må håndtere følgende tre komprimeringsmetoder:

• Ingen komprimering
• CCITT Gruppe 3 1-Dimensjonale Modified Huffman RLE
• PackBits komprimering – en form for » run-length koding

Bilde typesEdit

Baseline TIFF-bilde-typene er: bilevel, gråtoner, palett-farge, RGB og full-farge bilder.,

Byte orderEdit

Andre TIFF fieldsEdit

TIFF leserne må være forberedt på å møte og ignorere eget felt som ikke er beskrevet i TIFF-spesifikasjonen. TIFF lesere må ikke nekte å lese en TIFF-fil hvis valgfritt felt som ikke eksisterer.

Del 2: TIFF ExtensionsEdit

Mange TIFF-lesere støtter koder i tillegg til de som er i Baseline TIFF, men ikke alle leseren støtter hver extension. Som en konsekvens, Baseline TIFF funksjoner ble den laveste fellesnevner for TIFF. Baseline TIFF-funksjoner er utvidet i TIFF-Utvidelser (definert i TIFF-6.,0 Del 2-spesifikasjonen), men utvidelser kan også være definert i private koder.

TIFF-Utvidelser, er formelt kjent som TIFF 6.0, Del 2: TIFF-Utvidelser. Her er noen eksempler på TIFF-utvidelser definert i TIFF 6.0 spesifikasjon:

CompressionEdit

• CCITT T. 4 bi-level koding
• CCITT T. 6 bi-level koding
• LZW-Komprimering ordningen
• JPEG-basert komprimering (TIFF komprimering ordningen 7) bruker DCT (Discrete Cosine Transform) introdusert i 1974 av N. Ahmed, T. Natarajan og K. R. Rao, se Referanse 1 i Discrete cosine transform., For mer informasjon se Adobe dokument.

Bilde typesEdit

• CMYK-Bilder
• YCbCr Bilder
• HalftoneHints
• Flislagt Bilder
• CIE L*a*b* Bilder

Bilde treesEdit

En baseline for TIFF-fil kan inneholde en sekvens av bilder (IFD). Vanligvis, alle bildene er i slekt, men representerer ulike data, for eksempel hvilke sider av et dokument. For å eksplisitt støtte for flere visninger av samme data, SubIFD tag ble innført. Dette gjør bildene til å bli definert langs en tre-struktur., Hvert bilde kan ha en sekvens av barn, barn blir i seg selv et bilde. Typisk bruk er å gi miniatyrbilder eller flere versjoner av et bilde i ulike fargeområder.

TilesEdit

ET TIFF-bilde kan også være sammensatt av en rekke fliser. Alle brikkene i samme bilde har samme dimensjoner og kan være komprimert uavhengig av hele bildet, lik strimler (se ovenfor). Flislagt bilder er en del av TIFF 6.0, Del 2: TIFF Utvidelser, så støtte for flislagt bilder er ikke nødvendig i Baseline TIFF-lesere.

Andre extensionsEdit

i Henhold til TIFF-6.,0 spesifikasjon (Innledning), alle TIFF-filer ved hjelp av foreslåtte TIFF utvidelser som ikke er godkjent av Adobe som en del av Baseline TIFF (typisk for spesialisert bruk av TIFF som ikke faller innenfor domenet av publisering eller generelt, grafikk eller bilde interchange) bør være enten ikke kalles TIFF-filer eller bør være merket på annen måte slik at de ikke forveksles med mainstream TIFF-filer.,

Privat tagsEdit

Utviklere kan bruke for en blokk av «privat-koder» for å aktivere dem til å ta sine egne proprietære informasjon inne i en TIFF-fil uten å forårsake problemer for file interchange. TIFF-lesere er nødvendig for å ignorere koder som de ikke gjenkjenner, og en registrert utvikler»s privat-koder er garantert ikke å komme i konflikt med noen andre»s-koder eller med standard sett av koder angitt i spesifikasjonen. Privat koder er nummerert i området 32,768 og høyere.,

Privat-koder er reservert for informasjon meningsfull bare for noen organisasjon, eller for forsøk med en ny kompressjon innen TIFF. På forespørsel, TIFF administrator (nå Adobe) vil fordele og registrere en eller flere private koder for en organisasjon, for å unngå mulige konflikter med andre organisasjoner. Organisasjoner og utviklere er motet fra å velge sin egen tag vilkårlig tall, fordi dette kan føre til alvorlige problemer med kompatibiliteten., Imidlertid, hvis det er liten eller ingen sjanse for at TIFF-filer vil unnslippe et privat miljø, organisasjoner og utviklere oppfordres til å vurdere å bruke TIFF tags i «gjenbrukes» 65,000–65,535 utvalg. Det er ikke nødvendig å ta kontakt med Adobe ved bruk av tallene i dette området.

Internet Media TypeEdit

MIME-typen image/tiff (definert i RFC 3302) uten et program parameteren brukes for å Baseline TIFF 6.0-filer, eller til å indikere at det ikke er nødvendig å identifisere en bestemt undergruppe av TIFF eller TIFF-utvidelser., Den valgfrie «program» – parameteren (Eksempel: Content-type: image/tiff; program=foo) er definert for image/tiff til å identifisere en bestemt undergruppe av TIFF-og TIFF-utvidelser for kodet bilde data, dersom det er kjent. I henhold til RFC 3302, bestemte TIFF undergrupper eller TIFF-utvidelser brukt i programmet parameteren må bli publisert som en RFC.

MIME-type image/tiff-fx (definert i RFC 3949 og RFC 3950) er basert på TIFF 6.0 med TIFF-Tekniske Merknader TTN1 (Trær) og TTN2 (Erstatning TIFF/JPEG-spesifikasjonen)., Det er brukt for Internett-faks kompatibel med ITU-T-Anbefalinger for Gruppe 3 svart-hvitt -, gråskala-og farge faks.

TIFF Komprimering TagEdit

TIFF Tag 259 (010316) lagrer informasjon om Komprimering metode. Standardverdien er 1 = ingen komprimering.

de Fleste TIFF forfattere og TIFF lesere støtte bare noen TIFF komprimering ordninger., Her er noen eksempler som brukes TIFF-komprimering ordninger:

TIFF Komprimering Tag

– Tag-verdi	kompressjon	Lossy/lossless	Spesifikasjon	Beskrivelse	Bilde typer	Bruk og support
000116	Ingen	Lossless	TIFF 6.0	Baseline TIFF	Alle	Vanlig
000216	CCITT Gruppe 3 1-Dimensjonale Modified Huffman run-length koding (en.k.a., 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 Utvidelser; først definert i TIFF-5 (1988); en patentert komprimering algoritmen, men patenter er utløpt i 2003 og 2004	Alle	Vanlig
000616	JPEG (foreldet «i gammel stil» JPEG, senere erstattet i Technote2)	Lossy	TIFF 6.0	TIFF 6.0 Utvidelser; først definert i TIFF-6 (1992); foreldet, bør aldri bli 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., Enkelte implementeringer også bruke en signert 32-bit offset, kjører inn i problemstillinger rundt 2 GiB. BigTIFF er en TIFF-variant-format som bruker 64-bit kvoter og støtter det mye større filer (opp til 18 exabyte i størrelse). Den BigTIFF file-format-spesifikasjonen ble implementert i 2007 i utvikling utgivelser av LibTIFF versjon 4.0, som ble endelig sluppet stabil i desember 2011. Støtte for BigTIFF fil formater av programmer er begrenset.

Digital preservationEdit

Adobe har opphavsrett på TIFF-spesifikasjon (aka TIFF-6.,0) sammen med de to kosttilskudd som har blitt publisert. Disse dokumentene kan bli funnet på Adobe TIFF Ressurser siden. Fax standard i RFC 3949 er basert på disse TIFF spesifikasjoner.

TIFF-filer som strengt bruke grunnleggende «tag sett» som definert i TIFF 6.0 sammen med å begrense komprimeringsteknologi til metodene som er identifisert i TIFF 6.0 og er tilstrekkelig testet og bekreftet av flere kilder for alle dokumenter som opprettes kan brukes til oppbevaring av dokumenter., Vanligvis sett på problemer som kan oppstå i innhold og document management industri forbundet med bruk av TIFF-filer oppstår når strukturene inneholder proprietær overskrifter, er ikke skikkelig dokumentert, og/eller inneholder «wrappers» eller andre beholdere rundt TIFF-datasett, og/eller inkludere feil komprimering teknologi, eller de komprimering teknologi er ikke riktig implementert.,

Varianter av TIFF-kan brukes i dokument imaging og innhold/document management systemer ved hjelp av CCITT Gruppe IV 2D-komprimering som støtter svart-og-hvit – (bitonal, sort / hvitt) bilder, blant annet komprimering teknologi som støtter farge. Når lagringskapasitet og båndbredde på nettverket var et større problem enn vanligvis sett i dag»s server-miljøer, høy-volum lagring skanning, dokumenter som ble skannet i svart og hvitt (ikke i farger eller gråtoner) for å spare lagringskapasitet.

inkludering av SampleFormat tag i TIFF-6.,0 tillater TIFF-filer til å håndtere avansert pixel data typer, inkludert heltall bilder med mer enn 8 bits per kanal og floating point bilder. Dette tag laget TIFF 6.0 et levedyktig format for vitenskapelig image processing hvor utvidet presisjon er nødvendig. Et eksempel kan være bruk av TIFF til å lagre bilder som er ervervet ved hjelp av vitenskapelige CCD kamera som gir opptil 16 bits per photosite av intensitet oppløsning. Lagre en sekvens av bilder i en enkelt TIFF-fil er også mulig, og er tillatt under TIFF 6.0, forutsatt at reglene for å multi-side bilder er fulgt.,

TIFF/ITEdit

TIFF/IT brukes til å sende data for klar-for-utskrift-sider som er laget på high-end forhåndstrykking systemer. TIFF/IT-spesifikasjon (ISO 12639) beskriver en flere-format, som kan beskrive en enkelt side pr. fil. TIFF/IT-filer er ikke å forveksle med felles TIFF-filer.

mål i å utvikle TIFF/DET var å bære frem den opprinnelige IT8 magnetisk tape-formater til et medium-uavhengig versjon. TIFF/IT er basert på Adobe TIFF-6.,0 spesifikasjon og begge strekker seg TIFF 6, ved å legge til flere koder, og begrenser, er det ved å begrense noen koder og verdier i koder. Ikke alle gyldig TIFF/IT bilder er gyldig TIFF 6.0 bilder.

TIFF/IT definerer bilde-fil formater for koding farge kontinuerlig-tone bilde bilder, color line art-bilder med høy oppløsning kontinuerlig tone bilder, svarthvitt halvtonebilder, binære bilde bilder, binære line-art-bilder, filtrerte data, og bilder av kompositt siste sidene.

Det er ingen MIME-type angitt for TIFF/IT., MIME-typen image/tiff bør ikke brukes for TIFF/IT-filer, på grunn TIFF/IT ikke er i samsvar med Baseline TIFF 6.0 og den utbredte TIFF 6.0 lesere ikke kan lese TIFF/IT. MIME-typen image/tiff (definert i RFC 3302) uten et program parameteren brukes for å Baseline TIFF 6.0-filer, eller til å indikere at det ikke er nødvendig å identifisere en bestemt undergruppe av TIFF eller TIFF-utvidelser. Programmet parameteren bør brukes med image/tiff til å skille TIFF-utvidelser eller TIFF undergrupper. I henhold til RFC 3302, bestemte TIFF undergrupper eller TIFF-utvidelser må bli publisert som en RFC., Det er ingen slike RFC for TIFF/IT. Det er heller ingen plan med ISO-komiteen som overvåker TIFF/IT standard for å registrere TIFF/DEN med enten en parameter til image/tiff eller som ny, separat MIME-type.,

TIFF/IT filesEdit

• Siste Side (FP)
• Kontinuerlig Tone bilde (CT)
• Line Arbeid bilde (LW)
• Høy oppløsning Kontinuerlig-tone-filer (HC – valgfritt)

TIFF/DEN definerer også følgende filer:

• Svart-hvitt-kontinuerlig-tone Bilde bilder (MP)
• Binære Bilde bilder (BP)
• Binære Line-art-bilder (BL)
• Filtrerte Data (SD)

Noen av disse datatypene er delvis kompatibel med de tilsvarende definisjoner i TIFF 6.0 spesifikasjon., Den Siste Siden (FP) kan de ulike filene som trengs for å definere en komplett side å være gruppert sammen: det gir en mekanisme for å lage en pakke som inkluderer separat bilde-lag (av typer CT, LW, etc.) for å kombineres for å lage det endelige bilde som skrives ut. Det er anbefalt, men ikke påkrevd. Det må være minst ett subfile i en FP-fil, men ikke mer enn én av hver type. Det inneholder vanligvis en CT subfile og en LW subfile.

Den primære fargen plass til denne standarden er CMYK, men også andre fargerom og bruk av ICC Profiler støttes.,

TIFF/IT compressionEdit

TIFF/DET gjør ingen bestemmelser om komprimering i filstrukturen i seg selv, men det er ingen restriksjoner. (Det er For eksempel ikke lov til å komprimere hele filstrukturen i en ZIP-arkiv.)

LW-filer, bruker en bestemt komprimering ordningen kjent som » Run-length koding for LW (Komprimering kode verdi er 808016). HC-filer også bruke en bestemt Run-length koding for HC (Komprimering kode verdi er 808116). TIFF/IT P1 spesifikasjoner tillater ikke bruk av kompresjon innen CT-fil.,

følgende er en liste over definerte TIFF/IT komprimeringsmetoder:

TIFF/IT P1Edit

ISO 12639:1998 innført TIFF/IT-P1 (Profil 1) – en direkte del av full TIFF/IT standard (definert tidligere i ANSI IT8.8-1993). Dette delsettet ble utviklet på bakken av den gjensidige forståelsen av både standardene og programvare utviklingen samfunn at en implementering av full TIFF/IT-standarden av en leverandør var både usannsynlig (på grunn av sin kompleksitet), og unødvendig (fordi Profil 1 skulle dekke de fleste programmer for digital ad levering)., Nesten alle TIFF/IT-filer i digital reklame ble distribuert som TIFF/IT-P1-filen sett i 2001. Når folk snakker om TIFF/IT, de vanligvis bety P1 standard.,

Her er noen av de restriksjoner på TIFF/IT-P1 (i forhold til TIFF/IT):

• Bruker CMYK (kun når det er hensiktsmessig)
• Det er pixel interleaved (avi) (når det er hensiktsmessig)
• Har et enkelt valg av bilde orientering
• Har et enkelt valg av dot område
• Begrenset komprimering metoder

TIFF/IT-P1 er en forenklet samsvar nivå av TIFF/IT og det maksimerer kompatibilitet mellom Farge Elektroniske Forhåndstrykking Systemer (CEPS) og Desk Top Publishing (DTP) verdener. Det gir et rent grensesnitt for proprietær CEPS formater som Scitex CT/LW-format.,

TIFF/IT P2Edit

Fordi TIFF/IT P1 hadde en rekke begrensninger, en utvidet formatet ble utviklet. ISO 12639:2004 innført en ny utvidet samsvar nivå – TIFF/IT-P2 (Profil 2)., TIFF/IT-P2 lagt til en rekke funksjoner for å TIFF/IT-P1 som:

• CMYK spotfarger (kun når det er hensiktsmessig)
• Støtte for komprimering av CT-og BP-data (JPEG og Deflate)
• Støtte for flere LW-og CT-filer i en enkelt fil
• Støtte for copydot-filer gjennom en ny filtype kalt SD (Filtrerte Data)
• Det var noen forsøk på å skape en mulighet til å slå sammen FP, LW, og CT-filer i en enkelt fil kalt GF (Gruppe Endelige filen), men dette ble ikke definert i et utkast versjon av ISO 12639:2004.

Dette formatet ble ikke mye brukt.,

Privat tagsEdit

TIFF/IT-spesifikasjon bevart TIFF mulighet for utviklere å utnytte private koder. TIFF/IT-spesifikasjonen er veldig presis om hvordan disse private koder bør behandles – de bør bli lest, men ignorert.

Private merker i TIFF/IT-P1-spesifikasjonen var opprinnelig ment å gi utviklere med ulike måter å legge til spesifikke funksjoner for spesifikke applikasjoner. Privat koder kan brukes av utviklere (f.eks., Scitex) for å bevare bestemte skrive ut verdier eller annen funksjonalitet., Privat koder er vanligvis merket med tag tall større enn eller lik 32768.

Alle private koder må bestilles fra Adobe (TIFF administrator) og registrert.

I 1992, DDAP (Digital Distribusjon av Reklame for Publisering, senere Digital Retningene i Programmer for Produksjon) utviklet sine krav uttalelse for digital ad levering. Denne ble presentert for ANSI-akkreditert CGATS (Komiteen for Grafisk Kunst Teknologi Standarder) for utvikling av et akkreditert fil format standard for levering av digitale annonser., CGATS gjennomgått sine alternativer for dette formålet og TIFF virket som en ideell kandidat, bortsett fra for det faktum at det ikke kunne håndtere visse nødvendige funksjoner. CGATS spurte Aldus (TIFF administrator) for en blokk av sine egne TIFF private koder for å gjennomføre det til slutt ble TIFF/IT. For eksempel, evnen til å identifisere rekkefølgen av fargene er håndtert av tag 34017 – Fargen Sekvens Tag.

TIFF/DET ble opprettet for å tilfredsstille behovet for en transport-uavhengig metode for koding raster data i IT8.1,IT8.2 og IT8.5 standarder.,

StandardsEdit

TIFF/DET ble definert i ANSI IT8.8-1993 standard i 1993 og senere revidert i den Internasjonale Standarden ISO 12639:1998 – Forhåndstrykking digitale data exchange – Tag image file format, for bilde-teknologi (TIFF/IT). ISO-standarden erstatter ANSI IT8.8-1993. Det angir en media-uavhengig betyr for prepress elektronisk datautveksling.

---