TIFF - TIFF

SPRZECZKA
Tif.tif
Przykład 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 ; 35 lat temu ( 1986 )
Najnowsze wydanie
TIFF 6.0
(3 czerwca 1992 ; 29 lat temu TIFF Supplement 2 / 22 marca 2002 ; 19 lat temu ) ( 1992-06-03 )
 ( 2002-03-22 )
Rodzaj formatu Format pliku obrazu
Rozszerzony z sprzeczka
Rozszerzony do Exif , DCF , TIFF/EP , TIFF/IT, TIFF-FX, GeoTIFF
Strona internetowa www .adobe .io /open /standards /TIFF .html

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:

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 ( IIi 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

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
Uszkodzenie obrazu TIFF ujawnia kafelki matrycy Walsha .

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:

Znacznik kompresji TIFF
Wartość tagu Schemat kompresji Stratna/ bezstratna 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

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 ( 1993 )
Najnowsze wydanie
TIFF/IT
(2004 ; 17 lat temu ) ( 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:

Schematy 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ż

Bibliografia

Zewnętrzne linki