TIFF - TIFF
Rozszerzenia nazw plików |
.tiff , .tif
|
---|---|
Rodzaj mediów internetowych | |
Kod typu | SPRZECZKA |
Jednolity identyfikator typu (UTI) | public.tiff |
magiczny numer | 49 49 2A 00 lub 4D 4D 00 2A |
Opracowany przez | Aldus Corporation , obecnie Adobe Inc. |
Pierwsze wydanie | 1986 |
Najnowsze wydanie | TIFF 6.0 (3 czerwca 1992 TIFF Supplement 2 / 22 marca 2002 ) |
Rodzaj formatu | Format pliku obrazu |
Rozszerzony z | sprzeczka |
Rozszerzony do | Exif , DCF , TIFF/EP , TIFF/IT, TIFF-FX, GeoTIFF |
Strona internetowa | www |
Tag Image File Format , w skrócie TIFF lub TIF , to format pliku komputerowego do przechowywania obrazów grafiki rastrowej , popularny wśród grafików, branży wydawniczej i fotografów. TIFF jest szeroko obsługiwany przez aplikacje do skanowania , faksowania , przetwarzania tekstu , optycznego rozpoznawania znaków , obróbki obrazów , DTP i aplikacji do układania stron . Format został stworzony przez Aldus Corporation do użytku w DTP. Opublikowała najnowszą wersję 6.0 w 1992, a następnie zaktualizowaną o prawa autorskie Adobe Systems po tym, jak ta ostatnia nabyła Aldus w 1994. Kilka notatek technicznych Aldus lub Adobe zostało opublikowanych z niewielkimi rozszerzeniami formatu, a kilka specyfikacji zostało opartych na TIFF 6.0, w tym TIFF/EP (ISO 12234-2), TIFF/IT (ISO 12639), TIFF-F (RFC 2306) i TIFF-FX (RFC 3949).
Historia
TIFF został stworzony jako próba nakłonienia producentów skanerów stacjonarnych w połowie lat 80. do uzgodnienia wspólnego formatu plików zeskanowanych obrazów, zamiast wielu zastrzeżonych formatów . Na początku TIFF był tylko binarnym formatem obrazu (tylko dwie możliwe wartości dla każdego piksela), ponieważ to było wszystko, z czym mogły sobie poradzić skanery stacjonarne. W miarę jak skanery stawały się coraz bardziej wydajne, a przestrzeń dyskowa komputerów stacjonarnych stawała się coraz większa, format TIFF rozrósł się, aby pomieścić obrazy w skali szarości , a następnie obrazy kolorowe. Obecnie TIFF, wraz z JPEG i PNG , jest popularnym formatem obrazów o głębokich kolorach .
Pierwsza wersja specyfikacji TIFF została opublikowana przez firmę Aldus Corporation jesienią 1986 roku, po dwóch dużych wcześniejszych wersjach roboczych. Może być oznaczony jako Wersja 3.0. Został opublikowany po serii spotkań z różnymi producentami skanerów i programistami. W kwietniu 1987 została wydana wersja 4.0, która zawierała głównie drobne ulepszenia. W październiku 1988 została wydana wersja 5.0, w której dodano obsługę obrazów z paletą kolorów i kompresję LZW .
Funkcje i opcje
TIFF to elastyczny, adaptowalny format pliku do obsługi obrazów i danych w jednym pliku, dzięki dołączeniu znaczników nagłówka (rozmiar, definicja, rozmieszczenie danych obrazu , 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ć ścieżkę przycinającą opartą na wektorze (kontury, przycięcia, ramki obrazów). Możliwość przechowywania danych obrazu w formacie bezstratnym sprawia, że plik TIFF jest użytecznym archiwum obrazów, ponieważ w przeciwieństwie do standardowych plików JPEG, plik TIFF z kompresją bezstratną (lub bez kompresji) można edytować i ponownie zapisywać bez utraty jakości obrazu. Inaczej jest w przypadku korzystania z TIFF jako pojemnika zawierającego skompresowany plik JPEG. Inne opcje TIFF to warstwy i strony.
TIFF oferuje opcję korzystania z 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.
Specyfikacja TIFF 6.0 składa się z następujących części:
- Wprowadzenie (zawiera informacje o administracji TIFF, wykorzystaniu pól i wartości prywatnych itp.)
- Część 1: Bazowy TIFF
- Część 2: Rozszerzenia TIFF
- Część 3: Załączniki
Część 1: Bazowy TIFF
Kiedy TIFF został wprowadzony, jego rozciągliwość wywołała problemy z kompatybilnością. Elastyczność kodowania dała początek żartowi, że TIFF oznacza Tysiące Niezgodnych Formatów Plików . Aby uniknąć tych problemów, każdy czytnik TIFF musiał czytać Baseline TIFF . Między innymi Baseline TIFF nie zawiera warstw ani skompresowanych obrazów JPEG lub LZW. Baseline TIFF jest formalnie znany jako TIFF 6.0, Część 1: Baseline TIFF .
Poniżej znajduje się niepełna lista wymaganych funkcji Baseline TIFF:
Wiele podtekstów
Czytniki TIFF muszą być przygotowane na wielostronicowe obrazy (podpliki) na jeden plik TIFF, chociaż nie są wymagane do robienia czegokolwiek z obrazami po pierwszym.
W pliku TIFF może znajdować się więcej niż jeden katalog plików obrazów (IFD). Każdy IFD definiuje podtekst. Jednym z zastosowań podplików jest opisywanie powiązanych obrazów, takich jak strony faksu. Czytnik Baseline TIFF nie jest wymagany do odczytu IFD poza pierwszym.
Paski
Podstawowy obraz TIFF składa się z jednego lub więcej pasków. Pasek (lub pasek) to podsekcja obrazu złożona z jednego lub więcej wierszy. Każdy pasek może być skompresowany niezależnie od całego obrazu i każdy zaczyna się na granicy bajtów. Jeśli wysokość obrazu nie jest podzielna przez liczbę rzędów w pasku, ostatni pasek może zawierać mniej rzędów. Jeśli pominięto znaczniki definicji paska, zakłada się, że obraz zawiera pojedynczy pasek.
Kompresja
Podstawowe czytniki TIFF muszą obsługiwać następujące trzy schematy kompresji:
- Brak kompresji
- CCITT Grupa 3 1-wymiarowy zmodyfikowany Huffman RLE
- Kompresja PackBits - forma kodowania run-length
Typy obrazów
Podstawowe typy obrazów TIFF to: obrazy dwupoziomowe, w skali szarości, obrazy z paletą kolorów i obrazy pełnokolorowe RGB.
Kolejność bajtów
Każdy plik TIFF zaczyna się od dwubajtowego wskaźnika kolejności bajtów : " II
" dla little-endian (aka "Intel byte ordering", około 1980 roku) lub " MM
" dla big-endian (aka "Motorola byte ordering", około 1980) bajt zamawianie. Następne dwubajtowe słowo zawiera numer wersji formatu, który zawsze wynosił 42 dla każdej wersji TIFF (np. TIFF v5.0 i TIFF v6.0). Zakłada się, że wszystkie słowa dwubajtowe, słowa podwójne itd. w pliku TIFF są we wskazanej kolejności bajtów. Specyfikacja TIFF 6.0 stwierdza, że zgodne czytniki TIFF muszą obsługiwać oba porządki bajtów ( II
i MM
); pisarze mogą używać obu.
Inne pola TIFF
Czytelnicy TIFF muszą być przygotowani na napotkanie i zignorowanie pól prywatnych nie opisanych w specyfikacji TIFF. Czytelnicy TIFF nie mogą odmówić odczytu pliku TIFF, jeśli nie istnieją pola opcjonalne.
Część 2: Rozszerzenia TIFF
Wiele czytników TIFF obsługuje dodatkowe znaczniki poza tymi w Baseline TIFF, ale nie każdy czytnik obsługuje każde rozszerzenie. W konsekwencji cechy Baseline TIFF stały się najniższym wspólnym mianownikiem dla TIFF. Podstawowe funkcje TIFF są rozszerzone w rozszerzeniach TIFF (zdefiniowanych w specyfikacji TIFF 6.0 część 2), ale rozszerzenia można również zdefiniować w znacznikach 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:
Kompresja
- CCITT T.4 dwupoziomowe kodowanie
- CCITT T.6 dwupoziomowe kodowanie
- LZW
- JPEG
Typy obrazów
- Obrazy CMYK
- Obrazy YCbCr
- PółtonyWskazówki
- Kafelkowe obrazy
- CIE L*a*b* Obrazy
Drzewa obrazu
Podstawowy plik TIFF może zawierać sekwencję obrazów (IFD). Zazwyczaj wszystkie obrazy są ze sobą powiązane, ale reprezentują różne dane, takie jak strony dokumentu. W celu jawnej obsługi wielu widoków tych samych danych wprowadzono tag SubIFD . Pozwala to na definiowanie obrazów wzdłuż struktury drzewa . Każdy obraz może mieć sekwencję dzieci, każde dziecko samo jest obrazem. Typowym zastosowaniem jest dostarczanie miniatur lub kilku wersji obrazu w różnych przestrzeniach kolorów.
Płytki
Obraz TIFF może również składać się z kilku kafelków. Wszystkie kafelki na tym samym obrazie mają te 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 czytnikach Baseline TIFF.
Inne rozszerzenia
Zgodnie ze specyfikacją TIFF 6.0 (Wprowadzenie), wszystkie pliki TIFF korzystające z proponowanych rozszerzeń TIFF, które nie są zatwierdzone przez firmę Adobe jako część Baseline TIFF (zwykle do specjalistycznych zastosowań TIFF, które nie wchodzą w zakres publikowania lub ogólnej wymiany grafiki lub obrazów) nie powinny być nazywane plikami TIFF lub powinny być oznaczone w jakiś sposób, aby nie były mylone z popularnymi plikami TIFF.
Tagi prywatne
Deweloperzy mogą ubiegać się o blok „znaczników prywatnych”, aby umożliwić im dołączenie własnych zastrzeżonych informacji do pliku TIFF bez powodowania problemów z wymianą plików. Czytniki TIFF są zobowiązane do ignorowania tagów, których nie rozpoznają, a prywatne tagi zarejestrowanego programisty gwarantują, że nie będą kolidować z tagami innych osób ani ze standardowym zestawem tagów zdefiniowanym w specyfikacji. Tagi prywatne 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 prywatnych tagów dla organizacji, aby uniknąć możliwych konfliktów z innymi organizacjami. Organizacje i programiści są zniechęcani do arbitralnego wybierania własnych numerów znaczników, ponieważ może to spowodować poważne problemy ze zgodnością. Jeśli jednak istnieje niewielka lub żadna szansa, że pliki TIFF uciekną z prywatnego środowiska, zachęca się organizacje i programistów do rozważenia użycia tagów TIFF w zakresie 65 000–65 535 „wielokrotnego użytku”. W przypadku korzystania z numerów z tego zakresu nie ma potrzeby kontaktowania się z firmą Adobe.
Typ mediów internetowych
Obraz/tiff typu MIME (zdefiniowany w RFC 3302) bez parametru aplikacji jest używany dla plików Baseline TIFF 6.0 lub do wskazania, że nie jest konieczne identyfikowanie określonego podzbioru rozszerzeń TIFF lub TIFF. Opcjonalny parametr „application” (Przykład: Content-type: image/tiff; application=foo) jest zdefiniowany dla image/tiff w celu zidentyfikowania określonego podzbioru rozszerzeń TIFF i TIFF dla zakodowanych danych obrazu, jeśli jest znany. Zgodnie z RFC 3302 określone podzbiory TIFF lub rozszerzenia TIFF używane w parametrze aplikacji muszą być publikowane jako RFC.
Obraz/tiff-fx typu MIME (zdefiniowany w RFC 3949 i RFC 3950) jest oparty na TIFF 6.0 z uwagami technicznymi TIFF TTN1 (Drzewa) i TTN2 (Zastępcza specyfikacja TIFF/JPEG). Jest on używany do faksu internetowego zgodne z zaleceniami ITU-T dla grupy 3 czarno-białe, w skali szarości i kolor faksu .
Znacznik kompresji TIFF
TIFF Tag 259 (0103 16 ) przechowuje informacje o metodzie kompresji. Domyślna wartość to 1 = brak kompresji.
Większość programów piszących i czytników TIFF obsługuje tylko niektóre schematy kompresji TIFF. Oto kilka przykładów używanych schematów kompresji TIFF:
Wartość tagu | Schemat kompresji | Stratna/ |
Specyfikacja | Opis | Typy obrazów | Wykorzystanie i wsparcie |
---|---|---|---|---|---|---|
0001 16 | Nic | Bezstratny | TIFF 6,0 | Bazowy TIFF | Wszystko | Pospolity |
0002 16 | CCITT Group 3 1-Dimensional Modified Huffman-run-length kodowanie (aka MH lub CCITT 1D) | Bezstratny | TIFF 6,0 | TIFF bazowy; kompresja w oparciu o ITU-T T.4 | Czarny i biały | Pospolity |
0003 16 | Kodowanie dwupoziomowe CCITT T.4 zgodnie z sekcją 4, Kodowanie, zalecenia ITU-T T.4 ( znane również jako kodowanie faksu CCITT Group 3 lub CCITT Group 3 2D) | Bezstratny | TIFF 6,0 | Rozszerzenia TIFF 6.0; kompresja w oparciu o ITU-T T.4 | Czarny i biały | Pospolity |
0004 16 | Dwupoziomowe kodowanie CCITT T.6 zgodnie z sekcją 2 zalecenia ITU-T T.6 ( znane również jako kodowanie faksu CCITT Group 4 ) | Bezstratny | TIFF 6,0 | rozszerzenia TIFF 6.0; kompresja w oparciu o ITU-T T.6 | Czarny i biały | Pospolity |
0005 16 | Lempel–Ziv–Welch | Bezstratny | TIFF 6,0 | Rozszerzenia TIFF 6.0; po raz pierwszy zdefiniowany w TIFF 5 (1988); opatentowany algorytm kompresji, ale patenty wygasły w 2003 i 2004 roku | Wszystko | Pospolity |
0006 16 | JPEG (przestarzały „stary” format JPEG, później zastąpiony w Technote2) | Stratna | TIFF 6,0 | Rozszerzenia TIFF 6.0; po raz pierwszy zdefiniowany w TIFF 6 (1992); przestarzałe, nigdy nie powinny być pisane. | Ciągły ton | Rzadki |
0007 16 | JPEG (JPEG w „nowym stylu”) | Stratna | TIFF 6 Technote2 (1995) | Technote2 zastępuje starą kompresję JPEG; jest to rozszerzenie TIFF 6.0. | Ciągły ton | Niezwykły |
0008 16 | Deflate (zlib), wariant Adobe (oficjalny) | Bezstratny | Suplement do specyfikacji TIFF 2 (2002) | RFC 1950 (1996), RFC 1951 (1996), Adobe Photoshop TIFF Uwagi techniczne; jest to rozszerzenie TIFF 6.0. | Wszystko | Niezwykły |
0009 16 | JBIG, według ITU-T T.85 | Bezstratny | TIFF-FX | RFC 2301 (1998), RFC 3949 (2005) | Czarny i biały | Rzadki |
000A 16 | JBIG, według ITU-T T.43 | Bezstratny | TIFF-FX | RFC 2301 (1998), RFC 3949 (2005) | Czarny i biały | Rzadki |
7WF 16 | 2-bitowe kodowanie w skali szarości NeXT RLE | Prawnie zastrzeżony | Rzadki | |||
8005 16 | PackBits (inaczej Macintosh RLE) | Bezstratny | TIFF 6,0 | Bazowy TIFF | Wszystko | Rzadki |
8029 16 | 4-bitowe kodowanie ThunderScan RLE | Prawnie zastrzeżony | Czarny i biały | Rzadki | ||
807F 16 | RasterPadding w tonacji ciągłej (CT) lub obrazie monochromatycznym (MP) | Bezstratny | TIFF/IT (1998, 2004) | ISO 12639 | Rzadki | |
8080 16 | RLE dla pracy liniowej (LW) | Bezstratny | TIFF/IT (1998, 2004) | ISO 12639 | Rzadki | |
8081 16 | RLE dla wysokiej rozdzielczości ciągłego tonu (HC) | Bezstratny | TIFF/IT (1998, 2004) | ISO 12639 | Rzadki | |
8082 16 | RLE do pracy na linii binarnej (BL) | Bezstratny | TIFF/IT (1998, 2004) | ISO 12639 | Rzadki | |
80B2 16 | Deflate, wariant PKZIP (przestarzały) | Bezstratny | Prawnie zastrzeżony | Zgodnie z suplementem 2 do specyfikacji TIFF należy go uznać za przestarzały, ale zaleca się jego przeczytanie | Wszystko | Niezwykły |
80B3 16 | Kodak DCS | Prawnie zastrzeżony | Rzadki | |||
8765 16 | JBIG | LibTiff | Czarny i biały | Rzadki | ||
8798 16 | JPEG2000 | Prawnie zastrzeżony | Zawiera pełny plik JP2 w pliku TIFF, nie jest to zalecane. Wprowadzony przez Leadtools. | Niezwykły | ||
8799 16 | Nikon NEF skompresowany | Prawnie zastrzeżony | Rzadki | |||
879B 16 | JBIG2 | Bezstratny, stratny | Zestaw rozszerzeń TIFF-FX 1.0 | Opuszczony projekt IETF z 2001 r. | Rzadki |
BigTIFF
Formaty plików TIFF wykorzystują 32-bitowe przesunięcia, co ogranicza rozmiar pliku do około 4 GiB . Niektóre implementacje używają nawet podpisanego 32-bitowego przesunięcia, powodując problemy z około 2 GiB. BigTIFF to wariant pliku TIFF, który wykorzystuje 64-bitowe przesunięcia i obsługuje znacznie większe pliki (do 18 eksabajtów). Specyfikacja formatu plików 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.
Ochrona cyfrowa
Adobe posiada prawa autorskie do specyfikacji TIFF (aka TIFF 6.0) wraz z dwoma opublikowanymi dodatkami. Dokumenty te można znaleźć na stronie Adobe TIFF Resources. Standard faksu w RFC 3949 opiera się na tych specyfikacjach TIFF.
Pliki TIFF, które ściśle wykorzystują podstawowe „zestawy znaczników” zdefiniowane 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. Powszechnie spotykane problemy 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ą „opakowania” 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 zarządzania treścią/dokumentami przy użyciu kompresji CCITT Group IV 2D, która obsługuje obrazy czarno-białe (bitonalne, monochromatyczne ), a także inne technologie kompresji obsługujące kolor . Gdy pojemność pamięci masowej i przepustowość sieci były większym problemem niż powszechnie spotykane w dzisiejszych środowiskach serwerowych, skanowanie dużej ilości pamięci masowej, dokumenty były skanowane w czerni i bieli (nie w kolorze lub w skali szarości), aby oszczędzać pojemność pamięci.
Włączenie znacznika SampleFormat w TIFF 6.0 umożliwia plikom TIFF obsługę zaawansowanych typów danych pikselowych, w tym obrazów całkowitych z więcej niż 8 bitami na kanał i obrazów zmiennoprzecinkowych. Ten tag sprawił, że TIFF 6.0 stał się realnym formatem do naukowego przetwarzania obrazu, gdzie wymagana jest większa precyzja. Przykładem może być wykorzystanie 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. Przechowywanie 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/IT
Rozszerzenie nazwy pliku |
.fp, .ct, .lw, .hc, .mp, .bp, .bl, .sd
|
---|---|
Rodzaj mediów internetowych |
Nie określono |
Opracowany przez | ANSI, ISO |
Pierwsze wydanie | 1993 |
Najnowsze wydanie | TIFF/IT (2004 ) |
Rodzaj formatu | Format pliku obrazu |
Rozszerzony z | TIFF 6,0 |
Standard | ISO 12639 |
TIFF/IT służy do przesyłania danych dla stron gotowych do druku, które zostały zaprojektowane w wysokiej klasy systemach prepress. Specyfikacja TIFF/IT (ISO 12639) opisuje format wielu plików, który może opisywać jedną stronę na zestaw plików. Pliki TIFF/IT nie są wymienne ze zwykłymi plikami TIFF.
Celem opracowania TIFF/IT było przeniesienie oryginalnych formatów taśm magnetycznych IT8 do wersji niezależnej od nośnika. TIFF/IT jest oparty na specyfikacji Adobe TIFF 6.0 i zarówno rozszerza TIFF 6, dodając dodatkowe znaczniki, jak i ogranicza, ograniczając niektóre znaczniki i wartości w znacznikach. Nie wszystkie prawidłowe obrazy TIFF/IT są prawidłowymi obrazami TIFF 6.0.
TIFF/IT definiuje formaty plików obrazu do kodowania kolorowych obrazów z ciągłymi tonami, kolorowych obrazów liniowych, obrazów o ciągłych tonach o wysokiej rozdzielczości, monochromatycznych obrazów o ciągłych tonach, obrazów binarnych, obrazów binarnych liniowych, danych ekranowanych i obrazy kompozytowych stron końcowych.
Nie ma zdefiniowanego typu MIME dla TIFF/IT. Obraz/tiff typu MIME nie powinien być używany dla plików TIFF/IT, ponieważ TIFF/IT nie jest zgodny z podstawowym TIFF 6.0, a szeroko stosowane czytniki TIFF 6.0 nie mogą czytać TIFF/IT. Obraz/tiff typu MIME (zdefiniowany w RFC 3302) bez parametru aplikacji jest używany dla plików Baseline TIFF 6.0 lub do wskazania, że nie jest konieczne identyfikowanie określonego podzbioru rozszerzeń TIFF lub TIFF. Parametr application powinien być używany z obrazem/tiff w celu rozróżnienia rozszerzeń TIFF lub podzbiorów TIFF. Zgodnie z RFC 3302, określone podzbiory TIFF lub rozszerzenia TIFF muszą być publikowane jako RFC. Nie ma takiego RFC dla TIFF/IT. Nie ma również planu ze strony komitetu ISO, który nadzoruje standard TIFF/IT, aby zarejestrować TIFF/IT z parametrem obrazu/tiff lub jako nowy oddzielny typ MIME.
Pliki TIFF/IT
TIFF/IT składa się z wielu różnych plików i nie można go tworzyć ani otwierać za pomocą popularnych aplikacji komputerowych. Zestawy plików TIFF/IT-P1 zazwyczaj składają się z następujących plików:
- Strona końcowa (FP)
- Obraz ciągły tonalny (CT)
- Obraz linii roboczej (LW)
- Pliki ciągłe o wysokiej rozdzielczości (HC - opcjonalnie)
TIFF/IT definiuje również następujące pliki:
- Obrazy w trybie monochromatycznym z ciągłymi tonami (MP)
- Obrazy binarne (BP)
- Binarne obrazy liniowe (BL)
- Dane ekranowane (SD)
Niektóre z tych typów danych są częściowo zgodne z odpowiadającymi im definicjami w specyfikacji TIFF 6.0. Strona końcowa (FP) umożliwia grupowanie różnych plików potrzebnych do zdefiniowania kompletnej strony: zapewnia mechanizm tworzenia pakietu, który zawiera oddzielne warstwy obrazów (typu CT, LW itp.) do łączenia w celu utworzenia ostateczny wydrukowany obraz. Jego użycie jest zalecane, ale nie wymagane. W pliku FP musi znajdować się co najmniej jeden podplik, ale nie więcej niż jeden podtekst każdego typu. Zwykle zawiera podtekst CT i podtekst LW.
Podstawową przestrzenią kolorów dla tego standardu jest CMYK, ale obsługiwane są również inne przestrzenie kolorów i użycie profili ICC.
Kompresja TIFF/IT
TIFF/IT nie przewiduje kompresji w samej strukturze pliku, ale nie ma żadnych ograniczeń. (Na przykład dozwolone jest skompresowanie całej struktury plików w archiwum ZIP.)
Pliki LW używają określonego schematu kompresji znanego jako kodowanie Run-length dla LW (wartość tagu kompresji to 8080 16 ). Pliki HC również używają specyficznego kodowania Run-length dla HC (wartość tagu kompresji to 8081 16 ). Specyfikacje TIFF/IT P1 nie pozwalają na użycie kompresji w pliku CT.
Poniżej znajduje się lista zdefiniowanych schematów kompresji TIFF/IT:
Typ pliku | Zgodność TIFF/IT | Zgodność TIFF/IT-P1 | Zgodność TIFF/IT-P2 |
---|---|---|---|
Strona końcowa (FP) 0 pole IFD | Nieskompresowany (0001 16 ), Deflate (0008 16 ) lub PackBits (8005 16 ) | ||
Ton ciągły (CT) | Nieskompresowany (0001 16 ), JPEG (0007 16 ), Deflate (0008 16 ) lub RasterPadding w CT lub MP (807F 16 ) | Nieskompresowany (0001 16 ) | Nieskompresowany (0001 16 ), JPEG (0007 16 ), Deflate (0008 16 ) |
Praca liniowa (LW) | RLE dla LW (8080 16 ) | ||
Ciągły dźwięk o wysokiej rozdzielczości (HC) | RLE dla HC (8081 16 ) | ||
Obraz monochromatyczny z ciągłymi tonami (MP) | Nieskompresowany (0001 16 ), JPEG (0007 16 ), Deflate (0008 16 ) lub RasterPadding w CT lub MP (807F 16 ) | Nieskompresowany (0001 16 ) | Nieskompresowany (0001 16 ), JPEG (0007 16 ), Deflate (0008 16 ) |
Obrazy binarne (BP) | Nieskompresowany (0001 16 ), kodowanie dwupoziomowe CCITT T.6 (0004 16 ), Deflate (0008 16 ) | Nieskompresowany (0001 16 ) | Nieskompresowany (0001 16 ), kodowanie dwupoziomowe CCITT T.6 (0004 16 ), Deflate (0008 16 ) |
Grafika liniowa binarna (BL) | RLE dla BL (8082 16 ) | ||
Dane ekranowane (SD) | Nieskompresowany (0001 16 ), kodowanie dwupoziomowe CCITT T.6 (0004 16 ), Deflate (0008 16 ) | Nieskompresowany (0001 16 ), kodowanie dwupoziomowe CCITT T.6 (0004 16 ), Deflate (0008 16 ) |
TIFF/IT P1
ISO 12639:1998 wprowadziła 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 wzajemnego uświadomienia sobie przez standardy i środowiska programistyczne, że implementacja pełnego standardu TIFF/IT przez dowolnego dostawcę jest zarówno mało prawdopodobna (ze względu na jego złożoność), jak i niepotrzebna (ze względu na profil 1). obejmowałaby większość zastosowań związanych z dostarczaniem 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 ograniczenia dotyczące TIFF/IT-P1 (w porównaniu z TIFF/IT):
- Używa tylko CMYK (w stosownych przypadkach)
- Jest przeplatany pikselami (w stosownych przypadkach)
- Ma jeden wybór orientacji obrazu
- Ma jeden wybór zakresu kropek
- Ograniczone metody kompresji
TIFF/IT-P1 to uproszczony poziom zgodności TIFF/IT, który maksymalizuje kompatybilność między światami Color Electronic Prepress Systems (CEPS) i Desk Top Publishing (DTP). Zapewnia przejrzysty interfejs dla zastrzeżonych formatów CEPS, takich jak format Scitex CT /LW.
TIFF/IT P2
Ponieważ TIFF/IT P1 miał szereg ograniczeń, opracowano rozszerzony format. Norma ISO 12639:2004 wprowadziła nowy rozszerzony poziom zgodności - TIFF/IT-P2 (Profil 2). TIFF/IT-P2 dodał szereg funkcji do TIFF/IT-P1 takich jak:
- Tylko kolory dodatkowe CMYK (w stosownych przypadkach)
- Obsługa kompresji danych CT i BP (JPEG i Deflate)
- Obsługa wielu plików LW i CT w jednym pliku
- Obsługa plików copydot poprzez nowy typ pliku o nazwie SD (dane ekranowane)
- Podjęto pewne wysiłki, aby stworzyć możliwość łączenia plików FP, LW i CT w jeden plik zwany plikiem GF (Group Final), ale nie zostało to zdefiniowane w wersji roboczej ISO 12639:2004.
Ten format nie był powszechnie używany.
Tagi prywatne
Specyfikacja TIFF/IT zachowała możliwość wykorzystania przez programistów tagów prywatnych w formacie TIFF. Specyfikacja TIFF/IT jest bardzo precyzyjna, jeśli chodzi o sposób traktowania tych prywatnych tagów — powinny być analizowane, ale ignorowane.
Prywatne znaczniki w specyfikacji TIFF/IT-P1 były pierwotnie przeznaczone do zapewnienia programistom możliwości dodawania określonych funkcji do określonych aplikacji. Znaczniki prywatne mogą być używane przez programistów (np. Scitex) do zachowania określonych wartości drukowania lub innych funkcji. Znaczniki prywatne są zwykle oznaczone numerami znaczników większymi lub równymi 32768.
O wszystkie prywatne znaczniki należy poprosić Adobe (administratora TIFF) i zarejestrować.
W 1992 r. organizacja DDAP (Digital Distribution of Advertising for Publication, później Digital Directions in Applications for Production) opracowała oświadczenie o wymaganiach dotyczących dostarczania reklam cyfrowych. Zostało to przedstawione akredytowanej przez ANSI CGATS (Komitetowi ds. Standardów Technologii Graficznych) w celu opracowania akredytowanego standardu formatu plików do dostarczania reklam cyfrowych. W tym celu CGATS przeanalizowało swoje alternatywy i TIFF wydawał się idealnym kandydatem, z wyjątkiem tego, że nie był w stanie obsłużyć niektórych wymaganych funkcji. CGATS poprosił Aldusa (administratora TIFF) o blok własnych prywatnych znaczników TIFF w celu zaimplementowania tego, co ostatecznie stało się TIFF/IT. Na przykład możliwość identyfikacji sekwencji kolorów jest obsługiwana przez tag 34017 - Tag Sequence Kolorów.
TIFF/IT powstał w celu zaspokojenia zapotrzebowania na niezależną od transportu metodę kodowania danych rastrowych w standardach IT8.1, IT8.2 i IT8.5.
Normy
TIFF/IT został zdefiniowany w normie ANSI IT8.8-1993 w 1993 roku, a później zaktualizowany w Międzynarodowej Normie ISO 12639:1998 – Cyfrowa wymiana danych w przygotowaniu do druku – Format pliku obrazu znacznika dla technologii obrazu (TIFF/IT) . Norma ISO zastępuje ANSI IT8.8-1993. Określa niezależne od nośnika środki do elektronicznej wymiany danych prepress.
Norma ISO 12639:2004 (wydanie drugie) dla TIFF/IT zastąpiła normę ISO 12639:1998. Został on również później rozszerzony w ISO 12639:2004 / Amd. 1:2007 - Wykorzystanie kompresji JBIG2-Amd2 w TIFF/IT.
Zobacz też
- Porównanie formatów plików graficznych
- Libtiff , szeroko stosowana biblioteka open source + narzędzia do odczytu/zapisu/manipulowania plikami TIFF
- DNG
- GeoTIFF
- Formaty plików graficznych
- Przeglądarka STDU
- Przeglądarka zdjęć systemu Windows
- T.37 (zalecenie ITU-T)
Bibliografia
Zewnętrzne linki
- Strona Adobe TIFF Resources : Adobe zawiera łącza do specyfikacji i głównych zasobów TIFF
- Strona główna LibTIFF : Szeroko używana biblioteka służąca do czytania i zapisywania plików TIFF, a także narzędzia wiersza poleceń do przetwarzania plików TIFF
- Często zadawane pytania dotyczące formatu pliku TIFF i odniesienie do tagów TIFF : Wszystko, co zawsze chciałeś wiedzieć o formacie pliku TIFF, ale bałeś się zapytać
- Opis TIFF w Digital Preservation (Biblioteka Kongresu)
- TIFF Revision 4.0 : Specyfikacja wersji 4.0 w formacie HTML (ostrzeżenie: tylko do celów historycznych, specyfikacja TIFF 6.0 zawiera pełną wersję 4.0)
- TIFF Revision 5.0 : Specyfikacja wersji 5.0, w formacie HTML (ostrzeżenie: tylko do celów historycznych, specyfikacja TIFF 6.0 zawiera pełną wersję 5.0)
- TIFF Revision 6.0 : Specyfikacja wersji 6.0 w formacie PDF (ostrzeżenie: istnieje przestarzała i błędna sekcja (kompresja jpeg), poprawiona w uzupełnieniach, są też dodatki do tego pliku PDF – pełna specyfikacja znajduje się na stronie Adobe TIFF Resources
- RFC 3302 – image/tiff, RFC 3949 i RFC 3950 – image/tiff-fx, RFC 2306 – Tag Image File Format (TIFF) – F Profile for Facsimile, RFC 1314 – starsza wymiana obrazów w Internecie.
- Code Tiff Tag Reader - Czytelny kod czytnika tagów TIFF w Mathworks Matlab (Tiff 5.0/6.0)
- AlternaTIFF - Bezpłatna przeglądarka plików TIFF w przeglądarce
- Adnotacja eiStream (znana również jako adnotacja Wang lub Kodak). Opracowany przez eiStream.
- „Specyfikacja adnotacji eiStream, wersja 1.00.06” . Zarchiwizowane od oryginału w dniu 2003-01-24 . Pobrano 14.05.2013 .
- Adnotacja do obrazowania ADEO
- "Wielostronicowy Edytor TIFF - Historia zmian - Tagi TIFF" . Pobrano 14.05.2013 .