TIFF (Polski)

TIFF jest elastycznym, dostosowywalnym formatem plików do obsługi obrazów i danych w jednym pliku, poprzez włączenie znaczników nagłówka (rozmiar, definicja, układ obrazu-danych, zastosowana Kompresja obrazu) definiujących geometrię obrazu. Na przykład plik TIFF może być kontenerem zawierającym skompresowane obrazy JPEG (stratne) i PackBits (bezstratne). Plik TIFF może również zawierać wektorową ścieżkę przycinania (kontury, przycinanie, ramki obrazów)., Możliwość przechowywania danych obrazu w formacie bezstratnym sprawia, że plik TIFF jest użytecznym archiwum obrazu, ponieważ, w przeciwieństwie do standardowych plików JPEG, plik TIFF przy użyciu kompresji bezstratnej (lub brak) może być edytowany i zapisywany ponownie bez utraty jakości obrazu. Nie ma to miejsca w przypadku użycia TIFF jako kontenera zawierającego skompresowany JPEG. Inne opcje TIFF To warstwy i strony.

TIFF oferuje opcję użycia kompresji LZW, bezstratnej techniki kompresji danych w celu zmniejszenia rozmiaru pliku. Korzystanie z tej opcji było ograniczone patentami na technikę LZW aż do ich wygaśnięcia w 2004 roku.

the TIFF 6.,0 Specyfikacja składa się z następujących części:

• wprowadzenie (zawiera informacje o Administracji TIFF, wykorzystaniu prywatnych pól i wartości, itp.)
• Część 1: wyjściowy TIFF
• część 2: rozszerzenia TIFF
• Część 3: Dodatki

Część 1: wyjściowy TIFFEdit

gdy TIFF został wprowadzony, jego rozszerzalność powodowała problemy ze zgodnością. Elastyczność w kodowaniu dała początek żartowi, że TIFF oznacza tysiące niekompatybilnych formatów plików. Aby uniknąć tych problemów, każdy czytnik TIFF był zobowiązany do odczytu bazowego TIFF., Między innymi bazowy TIFF nie zawiera warstw ani skompresowanych obrazów JPEG lub LZW. Podstawowy TIFF jest formalnie znany jako TIFF 6.0, Część 1: podstawowy TIFF.

poniżej znajduje się niekompletna lista wymaganych podstawowych funkcji TIFF:

wiele podfilówedytuj

czytniki TIFF muszą być przygotowane dla wielu / wielostronicowych obrazów (podstron) w pliku TIFF, chociaż nie są one wymagane do robienia czegokolwiek z obrazami po pierwszym.

w pliku TIFF może znajdować się więcej niż jeden katalog plików obrazu (IFD). Każdy IFD definiuje podfile., Jednym z zastosowań plików podrzędnych jest opisanie powiązanych obrazów, takich jak strony dokumentu faksymile. Bazowy czytnik TIFF nie jest wymagany do odczytu dowolnego IFD poza pierwszym.

StripsEdit

bazowy obraz TIFF składa się z jednego lub więcej pasków. Pasek (lub pasek) to podrozdział obrazu składający się z jednego lub więcej wierszy. Każdy pasek może być skompresowany niezależnie od całego obrazu, a każdy zaczyna się od granicy bajtów. Jeśli wysokość obrazu nie jest równomiernie podzielna przez liczbę wierszy na pasku, ostatni pasek może zawierać mniej wierszy., Jeśli znaczniki definicji paska zostaną pominięte, zakłada się, że obraz zawiera pojedynczy pasek.

CompressionEdit

bazowe czytniki TIFF muszą obsługiwać następujące trzy schematy kompresji:

• bez kompresji
• CCITT Group 3 1-wymiarowa zmodyfikowana Kompresja Huffmana RLE
• kompresja PackBits – forma kodowania o długości działania

typy Obrazówedit

bazowe typy obrazów TIFF to: bilevel, grayscale, palette-color,, oraz obrazy pełnokolorowe RGB.,

Byte orderEdit

inne pola TIFFEDYTUJ

czytniki TIFF muszą być przygotowane do napotkania i zignorowania prywatnych pól Nie opisanych w specyfikacji TIFF. Czytniki TIFF nie mogą odmówić odczytu pliku TIFF, jeśli pola opcjonalne nie istnieją.

część 2: rozszerzenia TIFFEDYTUJ

wiele czytników TIFF obsługuje znaczniki dodatkowe do tych w bazowym TIFF, ale nie każdy czytnik obsługuje każde rozszerzenie. W rezultacie podstawowe funkcje TIFF stały się najniższym wspólnym mianownikiem dla TIFF. Podstawowe funkcje TIFF są rozszerzane w rozszerzeniach TIFF (zdefiniowanych w TIFF 6.,0 Part 2 specification), ale rozszerzenia mogą być również zdefiniowane w tagach prywatnych.

rozszerzenia TIFF są formalnie znane jako TIFF 6.0, część 2: rozszerzenia TIFF. Oto kilka przykładów rozszerzeń TIFF zdefiniowanych w specyfikacji TIFF 6.0:

CompressionEdit

• CCITT T. 4 bi-level encoding
• CCITT T. 6 bi-level encoding
• LZW compression scheme
• kompresja oparta na JPEG (TIFF compression scheme 7) wykorzystuje DCT (Discrete Cosine Transform) wprowadzony w 1974 roku przez N. Ahmeda, T. Natarajana i K. R. Rao; zob. odniesienie 1 w dyskretnej transformacji cosinusa., Więcej informacji można znaleźć w dokumencie Adobe.

typy Obrazówedytuj

• obrazy CMYK
• obrazy YCbCr
• obrazy połówkowe
• obrazy kafelkowe
• obrazy CIE l*a*b*

drzewa Obrazówedytuj

bazowy plik TIFF może zawierać sekwencję obrazów (IFD). Zazwyczaj wszystkie obrazy są powiązane, ale reprezentują różne dane, takie jak strony dokumentu. W celu jawnej obsługi wielu widoków tych samych danych wprowadzono znacznik SubIFD. Umożliwia to definiowanie obrazów wzdłuż struktury drzewa., Każdy obraz może mieć sekwencję dzieci, każde dziecko jest sobie obrazem. Typowym zastosowaniem jest dostarczanie miniatur lub kilku wersji obrazu w różnych przestrzeniach kolorów.

Kafelkiedytuj

obraz TIFF może również składać się z kilku kafelków. Wszystkie płytki na tym samym obrazie mają takie same wymiary i mogą być skompresowane niezależnie od całego obrazu, podobnie jak paski(patrz wyżej). Obrazy kafelkowe są częścią TIFF 6.0, część 2: rozszerzenia TIFF, więc obsługa obrazów kafelkowych nie jest wymagana w podstawowych czytnikach TIFF.

inne rozszerzenia

zgodnie z TIFF 6.,0 Specyfikacja (wprowadzenie), wszystkie pliki TIFF z proponowanymi rozszerzeniami TIFF, które nie są zatwierdzone przez Adobe jako część bazowego TIFF (zazwyczaj w przypadku specjalistycznych zastosowań TIFF, które nie należą do domeny publikowania lub ogólnej wymiany grafiki lub obrazu), nie powinny być nazywane plikami TIFF lub powinny być oznaczone w jakiś sposób, aby nie były mylone z głównymi plikami TIFF.,

Tagi prywatneEdytuj

programiści mogą ubiegać się o blok „tagów prywatnych”, aby umożliwić im dołączenie własnych Informacji Zastrzeżonych do pliku TIFF bez powodowania problemów z wymianą plików. Od czytelników TIFF wymaga się ignorowania znaczników, których nie rozpoznają, a prywatne znaczniki zarejestrowanych programistów mają gwarancję, że nie będą zderzać się ze znacznikami innych osób lub ze standardowym zestawem znaczników zdefiniowanym w specyfikacji. Prywatne tagi są ponumerowane w zakresie 32,768 i wyższym.,

Tagi prywatne są zarezerwowane dla informacji mających znaczenie tylko dla niektórych organizacji lub dla eksperymentów z nowym schematem kompresji w TIFF. Na żądanie administrator TIFF (obecnie Adobe) przydzieli i zarejestruje jeden lub więcej tagów prywatnych organizacji, aby uniknąć ewentualnych konfliktów z innymi organizacjami. Organizacje i deweloperzy są zniechęcani do arbitralnego wyboru własnych numerów tagów, ponieważ może to spowodować poważne problemy ze zgodnością., Jeśli jednak istnieje niewielka lub Żadna szansa, że pliki TIFF wydostaną się z prywatnego środowiska, Organizacje i programiści są zachęcani do rozważenia użycia tagów TIFF w zakresie „wielokrotnego użytku” 65 000–65 535. Nie ma potrzeby kontaktowania się z firmą Adobe przy użyciu numerów z tego zakresu.

Internet Media TypeEdit

typ MIME image / tiff (zdefiniowany w RFC 3302) bez parametru aplikacji jest używany dla bazowych plików TIFF 6.0 lub do wskazania, że nie jest konieczne identyfikowanie określonego podzbioru TIFF lub rozszerzeń TIFF., Opcjonalny parametr „application” (przykład: Content-type: image/tiff; application=foo) jest zdefiniowany dla image / tiff w celu identyfikacji określonego podzbioru rozszerzeń TIFF i TIFF dla zakodowanych danych obrazu, jeśli są one znane. Zgodnie z RFC 3302 określone podzbiory TIFF lub rozszerzenia TIFF użyte w parametrze aplikacji muszą być opublikowane jako RFC.

obraz typu MIME/tiff-FX (zdefiniowany w RFC 3949 i RFC 3950) jest oparty na TIFF 6.0 z notatkami technicznymi TIFF TTN1 (drzewa) i Ttn2 (zamienna Specyfikacja TIFF / JPEG)., Jest on używany do faksu internetowego zgodnego z zaleceniami ITU-T dla grupy 3 czarno-biały, szary i kolorowy faks.

TIFF Compression TagEdit

Tag TIFF 259 (010316) przechowuje informacje o metodzie kompresji. Domyślną wartością jest 1 = brak kompresji.

większość pisarzy TIFF i czytników TIFF obsługuje tylko niektóre schematy kompresji TIFF., Oto kilka przykładów używanych schematów kompresji TIFF:

znacznik kompresji TIFF

wartość znacznika	schemat kompresji	Specyfikacja	opis	typy obrazów	użycie i obsługa
000116	brak	bezstratny	TIFF 6.0	podstawowy TIFF	wszystkie	wspólny
000216	CCITT Group 3 1-wymiarowe zmodyfikowane kodowanie długości biegu Huffmana (ang., 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 rozszerzenia; pierwszy zdefiniowany w TIFF 5 (1988); opatentowany algorytm kompresji, ale patenty wygasły w 2003 i 2004	wszystkie	wspólne
000616	JPEG (przestarzały „stary styl” JPEG, później zastąpiony w Technote2)	stratne	TIFF 6.0	rozszerzenia TIFF 6.0; zdefiniowane po raz pierwszy w TIFF 6 (1992); przestarzałe, nigdy nie powinny być pisane.,	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., Niektóre implementacje używają nawet podpisanego 32-bitowego offsetu, z problemami około 2 GiB. BigTIFF jest odmianą formatu TIFF, który wykorzystuje 64-bitowe offsety i obsługuje znacznie większe pliki(do 18 eksabajtów). Specyfikacja formatu pliku BigTIFF została zaimplementowana w 2007 roku w wersjach rozwojowych LibTIFF w wersji 4.0, która została ostatecznie wydana jako stabilna w grudniu 2011 roku. Obsługa formatów plików BigTIFF przez aplikacje jest ograniczona.

Digital preservationEdit

Adobe posiada prawa autorskie do specyfikacji TIFF (aka TIFF 6.,0) wraz z dwoma suplementami, które zostały opublikowane. Dokumenty te można znaleźć na stronie Adobe TIFF Resources. Standard Fax w RFC 3949 opiera się na tych specyfikacjach TIFF.

pliki TIFF, które ściśle używają podstawowych „zestawów znaczników” zdefiniowanych w TIFF 6.0 wraz z ograniczeniem technologii kompresji do metod określonych w TIFF 6.0 i są odpowiednio testowane i weryfikowane przez wiele źródeł dla wszystkich tworzonych dokumentów, mogą być używane do przechowywania dokumentów., Często spotykane problemy napotkane w branży zarządzania treścią i dokumentami związane z wykorzystaniem plików TIFF pojawiają się, gdy struktury zawierają zastrzeżone nagłówki, nie są odpowiednio udokumentowane i/lub zawierają „wrappery” lub inne kontenery wokół zbiorów danych TIFF i/lub zawierają niewłaściwe technologie kompresji lub te technologie kompresji nie są prawidłowo zaimplementowane.,

warianty TIFF mogą być używane w systemach obrazowania dokumentów i treści / zarządzania dokumentami przy użyciu kompresji CCITT Grupa IV 2D, która obsługuje czarno-białe (bitowe, monochromatyczne) obrazy, wśród innych technologii kompresji, które obsługują kolor. Gdy pojemność pamięci masowej i przepustowość sieci były większym problemem niż powszechnie spotykane w dzisiejszych środowiskach serwerowych, skanowanie pamięci masowej o dużej objętości, dokumenty były skanowane w czerni i bieli (nie w Kolorze ani w skali szarości) w celu zachowania pojemności pamięci masowej.

włączenie znacznika SampleFormat w TIFF 6.,0 pozwala plikom TIFF obsługiwać zaawansowane typy danych pikselowych, w tym obrazy całkowite z więcej niż 8 bitami na kanał i obrazy zmiennoprzecinkowe. Ten znacznik uczynił TIFF 6.0 realnym formatem do przetwarzania obrazów naukowych, gdzie wymagana jest zwiększona precyzja. Przykładem może być użycie TIFF do przechowywania obrazów uzyskanych za pomocą naukowych kamer CCD, które zapewniają do 16 bitów na fotosite o rozdzielczości intensywności. Zapisywanie sekwencji obrazów w jednym pliku TIFF jest również możliwe i jest dozwolone w TIFF 6.0, pod warunkiem przestrzegania reguł dla obrazów wielostronicowych.,

TIFF/ITEdit

TIFF / IT służy do przesyłania danych do stron gotowych do druku, które zostały zaprojektowane na wysokiej klasy systemach prepress. Specyfikacja TIFF / IT (ISO 12639) opisuje format wielu plików, który może opisywać pojedynczą stronę na zestaw plików. Pliki TIFF / IT nie są wymienne ze zwykłymi plikami TIFF.

celem rozwoju TIFF / IT było przeniesienie oryginalnych formatów taśm magnetycznych IT8 do średnio niezależnej wersji. TIFF / jest oparty na Adobe TIFF 6.,0 specyfikacja i oba rozszerza TIFF 6, dodając dodatkowe znaczniki, i ogranicza, to poprzez ograniczenie niektórych znaczników i wartości w znacznikach. Nie wszystkie poprawne obrazy TIFF / IT są poprawnymi obrazami TIFF 6.0.

TIFF / definiuje formaty plików graficznych do kodowania kolorowych obrazów ciągłych tonów, kolorowych obrazów liniowych, obrazów o wysokiej rozdzielczości, monochromatycznych obrazów ciągłych tonów, binarnych obrazów obrazów, binarnych obrazów liniowych, ekranowanych danych i obrazów złożonych końcowych stron.

nie ma zdefiniowanego typu MIME dla TIFF/IT., Typ MIME image / tiff nie powinien być używany dla plików TIFF / IT, ponieważ TIFF / IT nie jest zgodny z bazowym TIFF 6.0 i powszechnie stosowane czytniki TIFF 6.0 nie mogą odczytać TIFF / IT. Typ MIME image / tiff (zdefiniowany w RFC 3302) bez parametru aplikacji jest używany dla bazowych plików TIFF 6.0 lub do wskazania, że nie jest konieczne identyfikowanie określonego podzbioru rozszerzeń TIFF lub TIFF. Parametr aplikacji powinien być używany z image / tiff do rozróżniania rozszerzeń TIFF lub podzbiorów TIFF. Zgodnie z RFC 3302, określone podzbiory TIFF lub rozszerzenia TIFF muszą być opublikowane jako RFC., Nie ma takiego RFC dla TIFF/IT. Nie ma również planu przez Komitet ISO, który nadzoruje standard TIFF / IT, aby zarejestrować TIFF/IT z parametrem image / tiff lub jako nowy oddzielny typ MIME.,

pliki TIFF/ITEDYTUJ

• strona końcowa (FP)
• obraz pracy liniowej (CT)
• pliki pracy liniowej (LW)
• pliki o wysokiej rozdzielczości (opcjonalnie HC)

TIFF/definiuje również następujące pliki:

• monochromatyczne obrazy obrazów o ciągłym tonie (MP)
• binarne obrazy obrazów (BP)
• binarne obrazy linii (BL)
• ekranowane dane (SD)

niektóre z tych typów danych są częściowo zgodne z odpowiednimi definicjami w specyfikacji TIFF 6.0., Strona końcowa (FP) umożliwia grupowanie różnych plików potrzebnych do zdefiniowania pełnej strony: zapewnia mechanizm tworzenia pakietu zawierającego oddzielne warstwy obrazu (typu CT, LW, itp.) do połączenia w celu utworzenia ostatecznego wydrukowanego obrazu. Jego stosowanie jest zalecane, ale nie jest wymagane. W pliku FP musi być co najmniej jeden plik podrzędny, ale nie więcej niż jeden z każdego typu. Zazwyczaj zawiera subfile CT i subfile LW.

podstawową przestrzenią kolorów dla tego standardu jest CMYK, ale obsługiwane są również inne przestrzenie kolorów i korzystanie z profili ICC.,

TIFF/kompresjaedytuj

TIFF / nie przewiduje kompresji w samej strukturze plików, ale nie ma żadnych ograniczeń. (Na przykład, dozwolone jest kompresowanie całej struktury pliku w archiwum ZIP.)

pliki LW używają określonego schematu kompresji znanego jako kodowanie Run-length dla LW (wartość znacznika kompresji to 808016). Pliki HC używają również określonego kodowania Run-length dla HC (wartość znacznika kompresji to 808116). Specyfikacje TIFF / IT P1 nie pozwalają na wykorzystanie kompresji w pliku CT.,

poniżej znajduje się lista zdefiniowanych schematów kompresji TIFF/IT:

TIFF/IT P1Edit

ISO 12639: 1998 wprowadził TIFF/IT-P1 (Profil 1) – bezpośredni podzbiór pełnego standardu TIFF / IT (wcześniej zdefiniowanego w ANSI IT8. 8-1993). Ten podzbiór został opracowany na podstawie wzajemnej realizacji zarówno przez standardy i społeczności programistów, że wdrożenie pełnego standardu TIFF / IT przez jednego dostawcę było zarówno mało prawdopodobne (ze względu na jego złożoność), jak i niepotrzebne (ponieważ Profil 1 obejmowałby większość aplikacji do dostarczania reklam cyfrowych)., Prawie wszystkie pliki TIFF / IT w reklamie cyfrowej były dystrybuowane jako zestawy plików TIFF/IT-P1 w 2001 roku. Kiedy ludzie mówią o TIFF/IT, zwykle mają na myśli standard P1.,

oto niektóre z ograniczeń TIFF/IT-P1 (w porównaniu do TIFF/IT):

• używa tylko CMYK (gdy jest to właściwe)
• jest to przeplatane pikselami (gdy jest to właściwe)
• ma jeden wybór orientacji obrazu
• ma jeden wybór zakresu kropek
• metody ograniczonej kompresji

TIFF/IT-P1 jest uproszczoną zgodnością poziom TIFF/IT i maksymalizuje kompatybilność między systemami Color Electronic PrePress Systems (ceps) i światami desk top Publishing (DTP). Zapewnia czysty interfejs dla zastrzeżonych formatów CEPS, takich jak format Scitex CT/LW.,

TIFF/IT P2Edit

ponieważ TIFF / IT P1 miał wiele ograniczeń, opracowano rozszerzony format. ISO 12639: 2004 wprowadził nowy Rozszerzony poziom zgodności-TIFF / IT-P2 (Profil 2)., TIFF/IT-P2 dodał wiele funkcji do TIFF/IT-P1, takich jak:

• tylko kolory dodatkowe CMYK (w stosownych przypadkach)
• wsparcie dla kompresji danych CT i BP (JPEG i Deflate)
• wsparcie dla wielu plików LW i CT w jednym pliku
• wsparcie dla plików copydot poprzez nowy typ pliku o nazwie SD (Screened Data)
• połącz pliki FP, LW i ct W jeden plik o nazwie gf (plik końcowy grupy), ale to nie zostało zdefiniowane w wersji roboczej ISO 12639:2004.

format ten nie był powszechnie używany.,

Tagi prywatneEdytuj

Specyfikacja TIFF / IT zachowała możliwość TIFF dla programistów do korzystania z tagów prywatnych. Specyfikacja TIFF / IT jest bardzo precyzyjna odnośnie tego, jak te prywatne znaczniki powinny być traktowane – powinny być przetwarzane, ale ignorowane.

prywatne tagi w specyfikacji TIFF / IT-P1 pierwotnie miały zapewnić programistom sposoby dodawania określonych funkcji dla określonych aplikacji. Tagi prywatne mogą być używane przez programistów (np. Scitex) do zachowania określonych wartości drukowania lub innych funkcji., Znaczniki prywatne są zazwyczaj oznaczone numerami znaczników większymi lub równymi 32768.

wszystkie prywatne tagi muszą być wymagane od Adobe (administratora TIFF) i zarejestrowane.

w 1992 roku DDAP (Digital Distribution of Advertising for Publication, później Digital Directions in Applications for Production) opracowała deklarację wymagań dla dostarczania reklam cyfrowych. Został on przedstawiony akredytowanym przez ANSI CGATS (Committee for Graphic Arts Technology Standards) w celu opracowania akredytowanego standardu formatu plików do dostarczania reklam cyfrowych., CGATS przejrzał swoje alternatywy w tym celu i TIFF wydawało się idealnym kandydatem, z wyjątkiem faktu, że nie może obsłużyć niektórych wymaganych funkcjonalności. CGATS poprosił Aldusa (administratora TIFF) o blok własnych prywatnych tagów TIFF, aby zaimplementować to, co ostatecznie stało się TIFF/IT. Na przykład, możliwość identyfikacji sekwencji kolorów jest obsługiwana przez tag 34017 – znacznik sekwencji kolorów.

TIFF / IT został stworzony,aby zaspokoić zapotrzebowanie na niezależną od transportu metodę kodowania danych rastrowych w standardach IT8.1, IT8.2 i IT8.5.,

StandardsEdit

TIFF/został on zdefiniowany w standardzie ANSI IT8.8-1993 w 1993 roku, a następnie zmieniony w międzynarodowej normie ISO 12639:1998 – Prepress digital data exchange – Tag image file format for image technology (TIFF / IT). Norma ISO zastępuje ANSI IT8. 8-1993. Określa niezależny od mediów sposób elektronicznej wymiany danych prepress.

---