TIFF (Svenska)

TIFF är ett flexibelt, anpassningsbart filformat för hantering av bilder och data i en enda fil, genom att inkludera rubriktaggar (storlek, definition, bilddataarrangemang, tillämpad bildkomprimering) som definierar bildens geometri. En TIFF-fil kan till exempel vara en behållare som håller JPEG (förstörande) och PackBits (förlustfri) komprimerade bilder. En TIFF-fil kan också innehålla en vektorbaserad klippväg (konturer, beskärning, bildramar)., Möjligheten att lagra bilddata i ett förlustfritt format gör en TIFF-fil en användbar bildarkiv, eftersom, till skillnad från vanliga JPEG-filer, en TIFF-fil med förlustfri komprimering (eller ingen) kan redigeras och åter sparas utan att förlora bildkvalitet. Detta är inte fallet när du använder TIFF som en behållare som håller komprimerad JPEG. Andra TIFF alternativ är lager och sidor.

TIFF erbjuder möjligheten att använda LZW-komprimering, en förlustfri datakomprimeringsteknik för att minska filens storlek. Användningen av detta alternativ begränsades av patent på LZW-tekniken fram till utgången av 2004.

TIFF-6.,0 specifikation består av följande delar:

• introduktion (innehåller information om TIFF-Administration, användning av privata fält och värden etc.)
• Part 1: Baseline TIFF
• Part 2: TIFF extensibility
• Part 3: Appendices

Part 1: Baseline TIFFEdit

När TIFF introducerades provocerade dess extensibility kompatibilitetsproblem. Flexibiliteten i kodningen gav upphov till skämtet att TIFF står för tusentals inkompatibla filformat. För att undvika dessa problem krävdes varje TIFF-läsare för att läsa Baslinjetiff., Baseline TIFF innehåller bland annat inte lager eller komprimerade JPEG-eller LZW-bilder. Baseline TIFF är formellt känd som TIFF 6.0, Del 1: Baseline TIFF.

Följande är en ofullständig lista över nödvändiga Baseline TIFF-funktioner:

flera underfilesedit

TIFF-läsare måste vara förberedda för flera/flersidiga bilder (underfiler) per TIFF-fil, även om de inte behöver göra någonting med bilder efter den första.

det kan finnas mer än en Bildfilkatalog (IFD) i en TIFF-fil. Varje IFD definierar en underfil., En användning av underfiler är att beskriva relaterade bilder, till exempel sidorna i ett fax dokument. En baslinje TIFF-läsare krävs inte för att läsa någon IFD bortom den första.

StripsEdit

en baslinje TIFF bild består av en eller flera remsor. En remsa (eller band) är ett underavsnitt av bilden som består av en eller flera rader. Varje remsa kan komprimeras oberoende av hela bilden, och varje börjar på en byte-gräns. Om bildhöjden inte är jämnt delbar med antalet rader i remsan kan den sista remsan innehålla färre rader., Om strip definition taggar utelämnas, antas bilden innehålla en enda remsa.

CompressionEdit

Baseline TIFF-läsare måste hantera följande tre komprimeringsscheman:

• ingen komprimering
• CCITT Group 3 1 – dimensionell modifierad Huffman RLE
• PackBits compression-en form av run-length encoding

Bildtypesedit

Baseline TIFF bildtyper är: bilevel, grayscale, palette-color och RGB fullfärgsbilder.,

Byte orderEdit

andra TIFF fieldsEdit

TIFF-läsare måste vara beredda att stöta på och ignorera privata fält som inte beskrivs i TIFF-specifikationen. TIFF-läsare får inte vägra att läsa en TIFF-fil om valfria fält inte finns.

Part 2: TIFF ExtensionsEdit

många TIFF-läsare stöder taggar utöver dem i baslinjen TIFF, men inte alla läsare stöder varje förlängning. Till följd av detta blev TIFF-funktioner för baslinjen den lägsta gemensamma nämnaren för TIFF. Baseline TIFF-funktioner utökas i TIFF-tillägg (definierat i TIFF 6.,0 del 2 specifikation) men tillägg kan också definieras i privata taggar.

TIFF-tilläggen kallas formellt TIFF 6.0, Part 2: TIFF-tillägg. Här är några exempel på TIFF tillägg som definieras i TIFF 6.0 specifikationen:

CompressionEdit

• CCITT T. 4 bi-nivå kodning
• CCITT T. 6 bi-nivå kodning
• LZW-Komprimering system
• JPEG-baserad komprimering (TIFF compression system 7) använder DCT (Discrete Cosine Transform) som infördes i 1974 av N. Ahmed, T. Natarajan och K. R. Rao, se Referens 1 i Diskreta cosinus transformen., Mer information finns i Adobe document.

Bildtypesedit

• CMYK bilder
• YCbCr bilder
• HalftoneHints
• kaklade bilder
• CIE l*a*b* bilder

bild treesEdit

en baslinje TIFF-fil kan innehålla en sekvens av bilder (IFD). Vanligtvis är alla bilder relaterade men representerar olika data, till exempel sidorna i ett dokument. För att uttryckligen stödja flera vyer av samma data infördes SubIFD-taggen. Detta gör att bilderna kan definieras längs en trädstruktur., Varje bild kan ha en sekvens av barn, varje barn är sig en bild. Den typiska användningen är att ge miniatyrer eller flera versioner av en bild i olika färg utrymmen.

TilesEdit

en TIFF-bild kan också bestå av ett antal plattor. Alla plattor i samma bild har samma dimensioner och kan komprimeras oberoende av hela bilden, som liknar remsor (se ovan). Kaklade bilder är en del av TIFF 6.0, del 2: TIFF-tillägg, så stöd för kaklade bilder krävs inte i baslinjen TIFF-läsare.

andra extensionsEdit

enligt TIFF 6.,0 specifikation (Inledning), alla TIFF-filer med föreslagna TIFF-tillägg som inte är godkända av Adobe som en del av baslinjen TIFF (vanligtvis för specialiserade användningar av TIFF som inte faller inom domänen för publicering eller allmän grafik eller bildutbyte) bör antingen inte kallas TIFF-filer eller bör markeras på något sätt så att de inte kommer att förväxlas med vanliga TIFF-filer.,

privata tagsEdit

utvecklare kan ansöka om ett block av ”privata taggar” för att göra det möjligt för dem att inkludera sin egen proprietära information i en TIFF-fil utan att orsaka problem för filutbyte. TIFF-läsare måste ignorera taggar som de inte känner igen, och en registrerad utvecklares privata taggar garanteras inte att kollidera med någon annans taggar eller med standarduppsättningen av taggar som definieras i specifikationen. Privata taggar är numrerade i intervallet 32,768 och högre.,

privata taggar är reserverade för information som är meningsfull endast för någon organisation, eller för experiment med ett nytt komprimeringsschema inom TIFF. På begäran kommer TIFF-administratören (för närvarande Adobe) att allokera och registrera en eller flera privata taggar för en organisation för att undvika eventuella konflikter med andra organisationer. Organisationer och utvecklare avskräcks från att välja egna taggnummer godtyckligt, eftersom det kan orsaka allvarliga kompatibilitetsproblem., Men om det finns liten eller ingen chans att TIFF–filer kommer att undkomma en privat miljö, uppmuntras organisationer och utvecklare att överväga att använda TIFF-taggar i ”återanvändbara” 65,000-65,535-intervallet. Det finns ingen anledning att kontakta Adobe när du använder siffror i detta intervall.

Internet Media TypeEdit

MIME-typen image / tiff (definierad i RFC 3302) utan en applikationsparameter används för Baseline TIFF 6.0-filer eller för att indikera att det inte är nödvändigt att identifiera en specifik delmängd av TIFF-eller TIFF-tillägg., Den valfria parametern ”application” (exempel: Content-type: image/tiff; application=foo) definieras för image/tiff för att identifiera en viss delmängd av TIFF-och TIFF-tillägg för den kodade bilddata, om det är känt. Enligt RFC 3302 måste specifika TIFF-delmängder eller TIFF-tillägg som används i applikationsparametern publiceras som RFC.

MIME-typ: image/tiff-fx (som definieras i RFC 3949 och RFC 3950) är baserat på TIFF 6.0 med TIFF Tekniska Anmärkningar TTN1 (Träd) och TTN2 (Ersätter TIFF/JPEG-specifikation)., Den används för internet fax kompatibel med ITU-T rekommendationer för Grupp 3 svartvitt, gråskala och färg fax.

TIFF-Komprimeringstagedit

TIFF-taggen 259 (010316) lagrar informationen om komprimeringsmetoden. Standardvärdet är 1 = ingen komprimering.

de flesta TIFF-författare och TIFF-läsare stöder bara vissa TIFF-komprimeringssystem., Här är några exempel på använda TIFF-komprimeringsscheman:

TIFF-Komprimeringstagg

Taggvärde	komprimeringsschema	förstörande/lossless	Specifikation	beskrivning	bildtyper	användning och support
000116	ingen	lossless	TIFF 6.0	baseline TIFF	alla	vanliga
000216	CCITT group 3 1-dimensional modified Huffman Run-Length encoding (a.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 tillägg; först definierad i TIFF 5 (1988); en patenterad komprimeringsalgoritm, men patenten löpte ut 2003 och 2004	alla	gemensam
000616	JPEG (föråldrad ”gammaldags” JPEG, senare ersatt i Technote2)	förstörande	TIFF 6.0	TIFF 6.0 förlängningar; först definierad i TIFF 6 (1992); föråldrad, bör aldrig skrivas.,	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., Vissa implementeringar använder även en signerad 32-bitars offset, som går in i problem runt 2 GiB. BigTIFF är en TIFF variant filformat som använder 64-bitars förskjutningar och stöder mycket större filer (upp till 18 exabytes i storlek). Bigtiff-filformatsspecifikationen implementerades 2007 i utvecklingsutgåvor av LibTIFF version 4.0, som slutligen släpptes som stabil i December 2011. Stöd för BigTIFF filformat av applikationer är begränsad.

Digital preservationEdit

Adobe innehar upphovsrätten till TIFF-specifikationen (aka TIFF 6.,0) tillsammans med de två kosttillskott som har publicerats. Dessa dokument finns på Adobe TIFF Resources-sidan. Faxstandarden i RFC 3949 bygger på dessa TIFF-SPECIFIKATIONER.

TIFF-filer som strikt använder de grundläggande ”tagguppsättningarna” som definieras i TIFF 6.0 tillsammans med att begränsa komprimeringstekniken till de metoder som identifieras i TIFF 6.0 och testas och verifieras tillräckligt av flera källor för alla dokument som skapas kan användas för att lagra dokument., Vanliga problem som uppstår i innehålls-och dokumenthanteringsindustrin i samband med användningen av TIFF-filer uppstår när strukturerna innehåller proprietära rubriker, inte är ordentligt dokumenterade och/eller innehåller ”omslag” eller andra behållare runt TIFF-datauppsättningarna, och/eller inkluderar felaktig komprimeringsteknik, eller dessa komprimeringstekniker är inte korrekt implementerade.,

varianter av TIFF kan användas inom dokumentavbildning och innehåll / dokumenthanteringssystem med CCITT Group IV 2D-komprimering som stöder svartvit (bitonal, monokrom) bilder, bland annat komprimeringsteknik som stöder färg. När lagringskapacitet och nätverksbandbredd var ett större problem än vad som vanligtvis ses i dagens servermiljöer, skannades högvolymlagringsskanning, dokument i svartvitt (inte i färg eller i gråskala) för att spara lagringskapacitet.

införandet av taggen SampleFormat i TIFF 6.,0 tillåter TIFF-filer att hantera avancerade pixel datatyper, inklusive heltal bilder med mer än 8 bitar per kanal och flyttal bilder. Denna tagg gjorde TIFF 6.0 ett lönsamt format för vetenskaplig bildbehandling där utökad precision krävs. Ett exempel skulle vara användningen av TIFF för att lagra bilder som förvärvats med vetenskapliga CCD-kameror som ger upp till 16 bitar per fotosit av intensitetsupplösning. Lagring av en sekvens av bilder i en enda TIFF-fil är också möjligt, och är tillåten under TIFF 6.0, förutsatt att reglerna för flersidiga bilder följs.,

TIFF/ITEdit

TIFF/det används för att skicka data för utskriftsfärdiga sidor som har utformats på avancerade prepress-system. TIFF / IT-specifikationen (ISO 12639) beskriver ett flerfilsformat som kan beskriva en enda sida per filuppsättning. TIFF / IT-filer är inte utbytbara med vanliga TIFF-filer.

målen för att utveckla TIFF / It var att föra fram de ursprungliga IT8 magnetbandsformaten till en medeloberoende version. TIFF / det är baserat på Adobe TIFF 6.,0 specifikation och båda utökar TIFF 6, genom att lägga till ytterligare taggar, och begränsar, det genom att begränsa vissa taggar och värdena inom taggar. Inte alla giltiga TIFF/IT bilder är giltigt TIFF 6.0 bilder.

TIFF/it definierar bildfilformat för kodning av färgkontinuerliga bildbilder, färglinjekonstbilder, högupplösta kontinuerliga tonbilder, monokroma kontinuerliga tonbilder, binära bildbilder, binära linjekonstbilder, skärmade data och bilder av sammansatta slutsidor.

det finns ingen MIME-typ definierad för TIFF / IT., MIME-typen image / tiff ska inte användas för TIFF/IT-filer, eftersom TIFF/IT inte överensstämmer med baslinjen TIFF 6.0 och de allmänt utplacerade TIFF 6.0-läsarna inte kan läsa TIFF/IT. MIME-typen image / tiff (definierad i RFC 3302) utan en applikationsparameter används för Baseline TIFF 6.0-filer eller för att indikera att det inte är nödvändigt att identifiera en specifik delmängd av TIFF-eller TIFF-tillägg. Applikationsparametern ska användas med image/tiff för att skilja TIFF-tillägg eller TIFF-delmängder. Enligt RFC 3302 måste specifika TIFF-delmängder eller TIFF-tillägg publiceras som RFC., Det finns ingen sådan RFC för TIFF/IT. Det finns inte heller någon plan av ISO-kommittén som övervakar TIFF / IT-standarden för att registrera TIFF / IT med antingen en parameter till image / tiff eller som ny separat MIME-typ.,

TIFF/IT filesEdit

• Final Page (FP)
• Continuous Tone image (CT)
• Line work image (LW)
• high resolution Continuous-tone files (HC – optional)

TIFF/it definierar också följande filer:

• monokrom continuous-tone Picture images (MP)

i binär LINJEKONSTBILDER (bl)

• skärmad data (SD)

vissa av dessa datatyper är delvis kompatibla med motsvarande definitioner i TIFF 6.0-specifikationen., Den sista sidan (FP) tillåter de olika filer som behövs för att definiera en komplett sida som ska grupperas tillsammans: det ger en mekanism för att skapa ett paket som innehåller separata bildlager (av typerna CT, LW, etc.) som ska kombineras för att skapa den slutliga tryckta bilden. Dess användning rekommenderas men krävs inte. Det måste finnas minst en underfil i en FP-fil, men inte mer än en av varje typ. Den innehåller vanligtvis en CT-underfil och en LW-underfil.

det primära färgutrymmet för denna standard är CMYK, men även andra färgutrymmen och användningen av ICC-profiler stöds.,

TIFF/IT compressionEdit

TIFF/det ger ingen möjlighet för komprimering inom själva filstrukturen, men det finns inga begränsningar. (Till exempel är det tillåtet att komprimera hela filstrukturen i ett ZIP-arkiv.)

LW-filer använder ett specifikt komprimeringsschema som kallas Run-length-kodning för LW (Kompressionstaggvärdet är 808016). HC-filer använder också en specifik Run-length kodning för HC (komprimering tag värde är 808116). TIFF / IT P1-specifikationerna tillåter inte användning av komprimering i CT-filen.,

Följande är en lista över definierade TIFF / IT-komprimeringsscheman:

TIFF/IT p1edit

ISO 12639: 1998 introducerade TIFF / IT-P1 (profil 1) – en direkt delmängd av den fullständiga TIFF/IT-standarden (tidigare definierad i ANSI IT8.8-1993). Denna delmängd utvecklades på grund av den ömsesidiga realiseringen av både standarderna och mjukvaruutvecklingsgemenskaperna att en implementering av den fullständiga TIFF/IT-standarden av någon leverantör var både osannolik (på grund av dess komplexitet) och onödig (eftersom profil 1 skulle täcka de flesta applikationer för digital annonsleverans)., Nästan alla TIFF/IT-filer i digital reklam distribuerades som TIFF/IT-P1 filuppsättningar i 2001. När folk pratar om TIFF / IT, menar de vanligtvis P1-standarden.,

här är några av begränsningarna för TIFF/IT-P1 (jämfört med TIFF/IT):

• använder endast CMYK (när så är lämpligt)
• Det är pixel interleaved (när så är lämpligt)
• har ett enda val av bildorientering
• har ett enda val av dot range
• begränsade komprimeringsmetoder

TIFF/IT-P1 är en förenklad konformitetsnivå av TIFF/IT och det maximerar kompatibiliteten mellan Color Electronic prepress systems (ceps) och desk top Publishing (dtp) världar. Det ger ett rent gränssnitt för de proprietära CEPS-format som Scitex CT/LW-format.,

TIFF/IT p2edit

eftersom TIFF/IT P1 hade ett antal begränsningar utvecklades ett utökat format. ISO 12639:2004 infördes en ny utökad överensstämmelsenivå – TIFF/IT-P2 (Profil 2)., TIFF/IT-P2 lagt till ett antal funktioner för att TIFF/IT-P1 som:

• CMYK plats färger (när lämpligt)
• Stöd för komprimering av CT och BP data (JPEG och Deflate)
• Stöd för flera LV och CT-filer i en enda fil
• Stöd för copydot filer via en ny filtyp som heter SD (Skärmad Data)
• Det var en del ansträngning för att skapa en möjlighet att slå samman FP, LV, och CT-filer till en enda fil som heter FLICKVÄN (Grupp Slutlig) fil, men detta var inte definierade i ett utkast version av ISO 12639:2004.

detta format användes inte i stor utsträckning.,

Private tagsEdit

TIFF / IT-specifikationen bevarade TIFF-möjligheten för utvecklare att använda privata taggar. TIFF / IT-specifikationen är mycket exakt när det gäller hur dessa privata taggar ska behandlas – de ska tolkas men ignoreras.

privata taggar i specifikationen TIFF / IT-P1 var ursprungligen avsedda att ge utvecklare sätt att lägga till specifika funktioner för specifika applikationer. Privata taggar kan användas av utvecklare (t.ex. Scitex) för att bevara specifika utskriftsvärden eller annan funktionalitet., Privata taggar är vanligtvis märkta med taggnummer som är större än eller lika med 32768.

alla privata taggar måste begäras från Adobe (TIFF-administratören) och registreras.

1992 utvecklade DDAP (Digital Distribution av reklam för publicering, senare digitala riktningar i applikationer för produktion) sitt krav på digital annonsleverans. Detta presenterades för ANSI-ackrediterade CGATS (Committee for Graphic Arts Technology Standards) för utveckling av en ackrediterad filformat standard för leverans av digitala annonser., CGATS granskade sina alternativ för detta ändamål och TIFF verkade som den idealiska kandidaten, förutom att den inte kunde hantera vissa nödvändiga funktioner. CGATS frågade Aldus (TIFF administratören) till ett block av sina egna TIFF egna etiketter i syfte att genomföra vad som så småningom blev TIFF/IT. Till exempel hanteras möjligheten att identifiera sekvensen av färgerna med tagg 34017 – färgsekvens-taggen.

TIFF/it skapades för att tillgodose behovet av en transportoberoende metod för kodning av rasterdata i IT8.1,IT8.2 och IT8.5-standarderna.,

StandardsEdit

TIFF/IT definieras i ANSI IT8.8-1993 standard 1993 och senare reviderad i den Internationella Standarden ISO 12639:1998 – Prepress digitala data exchange – Tag image file format för bild-teknik (TIFF/IT). ISO-standarden ersätter ANSI IT8. 8-1993. Det anger ett medieoberoende medel för prepress elektronisk datautbyte.

---