TIFF (한국어)

11월 3, 2020 admin 0 Comments

TIFF 유연한 적응할 수 있는 파일 형식을 처리하기 위한 이미지 및 데이터 내에서,하나의 파일로 포함하는 헤더그(크기,정의 이미지-데이터 배열에 적용된 이미지를 압축)에 정의 이미지”s geometry. 예를 들어 TIFF 파일은 JPEG(손실)및 PackBits(무손실)압축 이미지를 보유하는 컨테이너 일 수 있습니다. TIFF 파일에는 벡터 기반 클리핑 경로(외곽선,크로핑,이미지 프레임)도 포함될 수 있습니다., 을 저장하는 능력 이미지 데이터에서는 무손실 형식을 만드는 TIFF 파일에 유용한 이미지를 보관하기 때문에,달리 표준 JPEG 파일,TIFF 파일을 사용하여 무손실 압축(none)편집할 수 있습하고 다시 저장을 잃지 않고 이미지 품질을 제공합니다. Tiff 를 압축 된 JPEG 를 보유하는 컨테이너로 사용하는 경우는 그렇지 않습니다. 다른 TIFF 옵션은 레이어 및 페이지입니다.

TIFF 는 파일 크기를 줄이기위한 무손실 데이터 압축 기술인 LZW 압축을 사용하는 옵션을 제공합니다. 이 옵션의 사용은 2004 년에 만료 될 때까지 LZW 기술에 대한 특허에 의해 제한되었습니다.

TIFF6.,0 명세는 다음과 같은 부분으로 구성됩니다:

  • 소개(에 대한 정보를 포함 TIFF 관리,사용량의 프라이빗 필드 값,etc.)
  • 1 부:기준 TIFF
  • 2 부:TIFF 확장
  • 3 부:부록

1 부:기준 TIFFEdit

경우 TIFF 도입되었다,그것의 확장성을 자극한 호환성 문제입니다. 인코딩의 유연성은 Tiff 가 수천 개의 호환되지 않는 파일 형식을 의미한다는 농담을 불러 일으켰습니다. 이러한 문제를 피하기 위해 모든 TIFF 판독기는 기준선 TIFF 를 읽어야했습니다., 무엇보다도 기준선 TIFF 에는 레이어 또는 압축 된 JPEG 또는 LZW 이미지가 포함되지 않습니다. Baseline TIFF 는 공식적으로 Tiff6.0,Part1:Baseline TIFF 로 알려져 있습니다.

다음과 같은 불완전한 목록의 데 필요한 기준 TIFF 특징:

여러 subfilesEdit

TIFF 독자가 준비해야합니다 여러/멀티-페이지 이미지(subfiles)당 TIFF 파일이 있지만,그들은 필요하지 않은 실제로는 아무것도 이미지와 함께 후 처음이다.

TIFF 파일에 둘 이상의 이미지 파일 디렉토리(IFD)가있을 수 있습니다. 각 IFD 는 하위 파일을 정의합니다., 서브 파일의 한 가지 용도는 팩시밀리 문서의 페이지와 같은 관련 이미지를 설명하는 것입니다. Baseline TIFF reader 는 첫 번째 ifd 를 넘어서는 IFD 를 읽을 필요가 없습니다.

StripsEdit

기준선 TIFF 이미지는 하나 이상의 스트립으로 구성됩니다. 스트립(또는 밴드)은 하나 이상의 행으로 구성된 이미지의 하위 섹션입니다. 각 스트립은 전체 이미지와 독립적으로 압축 될 수 있으며 각각은 바이트 경계에서 시작됩니다. 이미지 높이가 스트립의 행 수로 균등하게 나눌 수 없으면 마지막 스트립에 더 적은 수의 행이 포함될 수 있습니다., 스트립 정의 태그가 생략되면 이미지에 단일 스트립이 포함되어 있다고 가정합니다.

CompressionEdit

기준 TIFF 독자 처리해야 합니다 다음과 같은 세 가지 압축성:

  • 압축
  • CCITT 그룹 3 1-치수 변프 RLE
  • 팩비트 압축 형태의 실행 길이 인코딩

이미지 typesEdit

기준 TIFF 이미지 유형으로는 이중 레벨, 그레이 스케일,팔레트-색,RGB 풀 컬러 이미지입니다.,

바이트 orderEdit

기타 TIFF fieldsEdit

TIFF 독자가 준비해야하는가 발생할을 무시하고 프라이빗 필드에 설명되지 않 TIFF 사양에 있습니다. Tiff 독자는 선택적 필드가 없는 경우 TIFF 파일 읽기를 거부해서는 안 됩니다.

2 부:TIFF ExtensionsEdit

많은 TIFF 독자 지원 범주의 추가 사람들에게 기준 TIFF,하지만 모든 리더 지원 확장자. 결과적으로 기준선 TIFF 피처는 TIFF 의 가장 낮은 공통 분모가되었습니다. 기준선 TIFF 피쳐는 TIFF 확장으로 확장됩니다(TIFF6 에 정의되어 있습니다.,0 파트 2 사양)하지만 확장 기능은 개인 태그에서도 정의 할 수 있습니다.

tiff 확장은 공식적으로 TIFF6.0,Part2:TIFF 확장으로 알려져 있습니다. 여기에는 몇 가지 예 TIFF 확장자 정의에 TIFF6.0 사양:

CompressionEdit

  • CCITT T.4bi-level 인코딩
  • CCITT T.6bi-level 인코딩
  • LZW 압축 방식
  • JPEG 기반 압축(TIFF 압축 방식 7)사용한 DCT(Discrete Cosine Transform)도입은 1974 년에 의해 N.Ahmed, T.Natarajan 및 K.R. 라오 참조 참조 1Discrete cosine transform., 자세한 내용은 Adobe 문서를 참조하십시오.

이미지 typesEdit

  • CMYK 이미지
  • YCbCr 이미지
  • HalftoneHints
  • 타일 이미지
  • CIE L*a*b*이미지

이미지 treesEdit

기준 TIFF 파일을 포함할 수 있습 순서의 이미지(IFD). 일반적으로 모든 이미지는 관련되어 있지만 문서의 페이지와 같은 다른 데이터를 나타냅니다. 동일한 데이터의 여러보기를 명시 적으로 지원하기 위해 SubIFD 태그가 도입되었습니다. 이렇게하면 트리 구조를 따라 이미지를 정의 할 수 있습니다., 각 이미지에는 일련의 어린이가있을 수 있으며 각 어린이는 자체 이미지가됩니다. 일반적인 사용법은 축소판 또는 여러 버전의 이미지를 다른 색상 공간에 제공하는 것입니다.

TilesEdit

TIFF 이미지는 또한 다수의 타일로 구성될 수 있다. 모든 타일에 동일한 이미지는 같은 차원과될 수 있 독립적으로 압축의 전체 이미지와 비슷한 스트립(위 참조). 타일 이미지의 일부 TIFF6.0,제 2 부:TIFF 확장,도록 지원 타일 이미지가 필요하지 않습에서 기준 TIFF 독자.

다른 extensionsEdit

TIFF6 에 따라.,0 명세서(소개)모든 gif 파일 사용하여 제안된 TIFF 확장 승인 받지 않은 어도비의 일부분으로 기준 TIFF(일반적으로 특수한 용도의 TIFF 떨어지지 않는 내 도메인의 출판 또는 일반적인 그래픽이나 사진을 교환)해야 하지라는 gif 파일 또는 표시되어야 어떤 방법으로 그렇게 그들은과 혼동되지 않습류 TIFF files.,

개인 tagsEdit

개발자에 적용할 수 있는 블록의”개인”태그를 사용들을 포함하는 자신의 독점적 정보 안 TIFF 지 않고 파일을 일으키는 문제에 대한 파일을 교환한다. TIFF 독자는 필요한 태그는 무시하지 않는 것을 인식하고,등록된 개발자”들 개인용 태그를 보장 충돌을 하지 않으로 다른 사람의”s 꼬리표 또는 기준 설정의 범주에 정의된 사양에 있습니다. 개인 태그는 32,768 이상의 범위에서 번호가 매겨집니다.,

개인용 태그은 예약에 대한 정보를 의미있는 유일한 조직이나 실험을 위한 새로운 압축 방식에 TIFF. 요청에 따라,TIFF 관리자(현재 Adobe)를 할당하고 등록하는 하나 이상의 개인 태그에 대한 조직의 충돌을 방지하기 위해 다른 조직에 있습니다. 조직 및 개발자는 낙담하는 선택에서 자신의 태그 숫자는 임의로,때문에 그렇게 일으킬 수 있는 심각한 호환성 문제입니다., 그러나,있을 경우 거의 또는 전혀있는 기회 TIFF 파일을 탈출 할인 환경,단체 및 개발자 사용을 고려하도록 권장 TIFF 태그에서”재사용할 수 있는”65,000–서 65535 범위에 있습니다. 이 범위의 번호를 사용할 때 Adobe 에 문의 할 필요가 없습니다.

인터넷 미디어 TypeEdit

MIME 형식 이미지/tiff(RFC3302)지 않고 응용 프로그램 매개 변수를 사용에 대한 기준 TIFF6.0 파일이나 나타내지 않았는지를 식별하는데 필요한 특정 하위 집합의 TIFF 또는 TIFF 확장자., 선택적인”프로그램”이 매개 변수(예:Content-type:image/tiff;응용 프로그램=foo)에 대해 정의된 이미지/tiff 를 식별하는 특별한 하위 집합의 TIFF 및 TIFF 확장을 위해 인코딩된 이미지 데이터는 경우,그것이 알려져 있습니다. RFC3302 에 따르면 응용 프로그램 매개 변수에 사용되는 특정 TIFF 하위 집합 또는 TIFF 확장은 RFC 로 게시해야합니다.

MIME 형식 이미지/tiff-fx(에 정의된 RFC3949 및 RFC3950)기반으로 TIFF6.0TIFF 기술 노트 TTN1(나)및 TTN2(체 TIFF/JPEG 사양)., 그것은 그룹 3 흑백,그레이 스케일 및 컬러 팩스에 대한 ITU-T 권장 사항과 호환되는 인터넷 팩스에 사용됩니다.

TIFF 압축 TagEdit

Tiff 태그 259(010316)는 압축 방법에 대한 정보를 저장합니다. 기본값은 1=압축 없음 입니다.

대부분의 TIFF 작성기 및 TIFF 판독기는 일부 TIFF 압축 체계 만 지원합니다., 여기에 몇 가지 예를 사용한 TIFF 압축 방식:

TIFF 압축는 태그
태그 값 압축 방식 손실/무손실 사양 Description 이미지 유형 사용과 지원
000116 None 무손실 TIFF6.0 기준 TIFF All 일반적인
000216 CCITT 그룹 3 1 차원 수정된 실행프 길이 인코딩(니다.k.니다., 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 확장,처음에 정의된 TIFF5(1988);특허받은 압축 알고리즘,하지만 특허 만료된 2003 년 및 2004 년 All 일반적인
000616 JPEG(폐”old-style”JPEG,나중에는 대체에서 Technote2) 손실 TIFF6.0 TIFF6.0 확장,처음에 정의된 TIFF6(1992);폐기해서는 안 된다., 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., 일부 구현은 부호있는 32 비트 오프셋을 사용하여 2gib 주변의 문제로 실행됩니다. BigTIFF 는 64 비트 오프셋을 사용하고 훨씬 큰 파일(최대 18 엑사 바이트 크기)을 지원하는 TIFF 변형 파일 형식입니다. BigTIFF 파일 형식 사양은 2007 년 LibTIFF 버전 4.0 의 개발 릴리스에서 구현되었으며,마침내 2011 년 12 월에 안정적이라고 발표되었습니다. 응용 프로그램에 의한 BigTIFF 파일 형식에 대한 지원은 제한적입니다.

Digital preservationEdit

Adobe 는 TIFF 사양(일명 TIFF6.,0)출판 된 두 가지 보충제와 함께. 이러한 문서는 Adobe TIFF 리소스 페이지에서 확인할 수 있습니다. Rfc3949 의 팩스 표준은 이러한 TIFF 사양을 기반으로합니다.

TIFF 는 파일을 사용하여 엄격하게 기본적인”태그 설정”에서 정의 TIFF6.0 와 함께 제한 압축 기술하는 방법을 확인에 TIFF6.0 고 적절하게 테스트하고 검증하여 여러 소스에 대한 모든 문서 생성되는 위해 사용될 수 있습 저장할 문서입니다., 일반적으로 볼 수 있는 문제에서 발생하는 콘텐츠와 문서 관리 기업의 사용과 관련된 TIFF 파이 발생할 경우 구조를 포함한 독자적인 헤더 제대로 되지 않은 문서화 및/또는 포함하”래퍼는”또는 다른 컨테이너의 주위에 TIFF,데이터 집합을 포함하거나 부적절한 압축 기술을,또는 그러 압축 기술들이 제대로 구현했습니다.,

개의 TIFF 이내에 사용할 수 있습 문서 영상 콘텐츠/문서 관리 시스템을 사용하여 CCITT Group IV2D 압축을 지원하는 검은색 및 흰색(이중 색조,단색)이미지 사이에서,다른 압축 기술을 지원하는 색입니다. 할 때 저장 용량 및 네트워크 대역폭이 더 큰 문제보다 일반적으로 본서는 오늘날”s 의 서버 환경에서 높은 볼륨을 저장소 스캔한 문서 검사에서 검은색 및 흰색(지에 색상이나 회색)를 보존 스토리지 용량에 따라 다릅니다.

Tiff6 에 SampleFormat 태그가 포함되어 있습니다.,0 할 수 있습 TIFF 파일을 처리 고급 픽셀 데이터 유형을 포함수 정수 이미지와 함께 보다 더 8 비트를 채널당 및 부동 소수점 이미지입니다. 이 태그는 tiff6.0 을 확장 된 정밀도가 요구되는 과학적 이미지 처리를위한 실행 가능한 형식으로 만들었습니다. 예를 들어 tiff 를 사용하여 강도 해상도의 포토 사이트 당 최대 16 비트를 제공하는 과학 CCD 카메라를 사용하여 획득 한 이미지를 저장할 수 있습니다. 저장 시퀀스에서 이미지의 단일 TIFF 파일은 또한 가능하고,이에 따라 허용되는 TIFF6.0,제공에 대한 규칙을 여러 페이지의 이미지를 따랐다.,

TIFF/ITEdit

TIFF/사용된 데이터를 전송을 위한 인쇄 페이지 설계에서 높은-엔드 인쇄 시스템입니다. TIFF/IT 사양(ISO12639)은 파일 세트 당 단일 페이지를 설명 할 수있는 다중 파일 형식을 설명합니다. TIFF/it 파일은 일반적인 TIFF 파일과 상호 교환 할 수 없습니다.

tiff/it 개발의 목표는 원래 IT8 자기 테이프 형식을 중간 독립 버전으로 전달하는 것이 었습니다. TIFF/그것은 어도비 TIFF6 을 기반으로합니다.,0 사양 모두 TIFF 를 확장 6,추가 태그를 추가하여,및 제한,일부 태그 및 태그 내의 값을 제한함으로써. 모든 유효한 TIFF/IT 이미지가 유효한 TIFF6.0 이미지는 아닙니다.

TIFF/그것을 정의 이미지 파일 포맷을 위한 인코딩을 지속적인 컬러 톤 사진 이미지,컬러 라인 아트,이미지,고해상도 지속적인 톤 이미지,흑백 연속 톤 이미지,바이너리 사진 이미지,바이너리 라인 아트,이미지,검사 데이터,이미지를 합성물의 최종 페이지입니다.

TIFF/IT 에 대해 정의 된 MIME 유형이 없습니다., MIME 형식 이미지/tiff 사용할 수 없습 TIFF/파일이기 때문에,TIFF/을 준수하지 않는 기준 TIFF6.0 고 넓게 배포 TIFF6.0 독자 읽을 수 없습니다 TIFF/니다. MIME 형식 이미지/tiff(RFC3302)지 않고 응용 프로그램 매개 변수를 사용에 대한 기준 TIFF6.0 파일이나 나타내지 않았는지를 식별하는데 필요한 특정 하위 집합의 TIFF 또는 TIFF 확장자. 응용 프로그램 매개 변수는 tiff 확장 또는 TIFF 하위 집합을 구별하기 위해 image/tiff 와 함께 사용해야합니다. RFC3302 에 따르면 특정 TIFF 하위 집합 또는 TIFF 확장은 RFC 로 게시해야 합니다., TIFF/IT 에 대한 이러한 RFC 는 없습니다. 또한 tiff/it 표준을 감독하는 ISO 위원회가 tiff/IT 를 image/tiff 에 대한 매개 변수 또는 새로운 별도의 MIME 유형으로 등록하는 계획은 없습니다.,

TIFF/그것 filesEdit

  • 지막 페이지(FP)
  • 연속 톤 이미지(CT)
  • 라인업 이미지(LW)
  • 고해상도 지속적인 톤 파일(HC-optional)

TIFF/그것은 또한을 정의하는 파일은 다음과 같다.

  • 흑백 연속 톤 사진 이미지(MP)
  • 바이너리 사진 이미지(BP)
  • 바이너리 라인-예술 이미지(BL)
  • 선별 데이터(SD)

일부 이러한 데이터의 유형은 부분적으로 호환되는 해당 정의를 TIFF6.0 사양에 있습니다., 최종 페이지(FP)할 수 있는 다양한 파일을 정의하는 데 필요한 완벽한 페이지를 함께 그룹을 제공을 만들기 위한 메커니즘이 포함된 패키지 별도의 이미지 레이어(의 유형 CT,LW,etc.)최종 인쇄 된 이미지를 만들기 위해 결합 할 수 있습니다. 그것의 사용은 권장되지만 필요하지 않습니다. Fp 파일에는 적어도 하나의 하위 파일이 있어야하지만 각 유형 중 하나 이상은 없어야합니다. 일반적으로 CT 하위 파일과 LW 하위 파일이 포함됩니다.

이 표준의 기본 색상 공간은 CMYK 이지만 다른 색상 공간 및 ICC 프로파일 사용도 지원됩니다.,

TIFF/그것 compressionEdit

TIFF/그 규정에 대한 압축 파일 내의 구조 그 자체는 제한이 없습니다. (예를 들어 ZIP 아카이브에서 전체 파일 구조를 압축하는 것이 허용됩니다.)

LW 파일은 LW(압축 태그 값은 808016)에 대한 실행 길이 인코딩으로 알려진 특정 압축 체계를 사용합니다. HC 파일은 또한 HC 에 대한 특정 실행 길이 인코딩을 사용합니다(압축 태그 값은 808116). Tiff/IT P1 사양은 CT 파일 내에서 압축을 사용할 수 없습니다.,

의 목록은 다음과 같이 정의된 TIFF/그것은 압축성:

TIFF/그것 P1Edit

ISO12639:1998 소개 TIFF/다-P1(프로필 1)-직접적인 하위 집합의 전체 TIFF/표준(이전에서 정의 ANSI IT8.8-1993). 이 하위 집합이 개발되었다 지상에서의 상호 실현해 두 기준 및 소프트웨어 개발 지역 사회의 구현을 전체 TIFF/이 표준으로 어떤 하나의 공급업체가 모두 가능성이(그 복잡성 때문에),그리고 불필요하기 때문에(프로필 1 대부분의 응용 프로그램를 위한 디지털 광고 게재)., 디지털 광고의 거의 모든 TIFF/IT 파일은 2001 년에 TIFF/IT-P1 파일 세트로 배포되었습니다. 사람들이 TIFF/IT 에 대해 이야기 할 때 일반적으로 P1 표준을 의미합니다.,

여기에 몇 가지 제한 사항에 TIFF/다-P1(에 비해 TIFF/다):

  • 사용 CMYK 만(적절한 경우)
  • 그것은 픽셀 인터리브(적절한 경우)
  • 는 하나의 선택의 이미지 방향
  • 는 하나의 선택의 점 범위
  • 제한 압축 방법

TIFF/다-P1 은 단순한 준수 수준의 TIFF/그것을 극대화하는 간의 호환성 컬러 전자 인쇄 시스템(CEPS)및 책상 위에 출판(DTP)니다. Scitex CT/LW 형식과 같은 독점적 인 CEPS 형식에 대한 깨끗한 인터페이스를 제공합니다.,

TIFF/IT P2Edit

TIFF/IT P1 에는 여러 가지 제한이 있었기 때문에 확장 된 형식이 개발되었습니다. ISO12639:2004 는 새로운 확장 적합성 수준 인 TIFF/IT-P2(프로파일 2)를 도입했습니다., TIFF/다-P2 의 번호를 추가 기능을 TIFF/다-P1 다음과 같다.

  • CMYK 색만(적절한 경우)
  • 에 대한 지원의 압축 CT BP 데이터(JPEG 고 공기를 빼)
  • 지원을 위해 여러 LW 및 CT 파일에서 하나의 파일
  • 에 대한 지원 copydot 를 통해 파일을 새로운 파일 형식이라는 SD(상영된 데이터)
  • 있었다 어떤 노력을 만들 가능성은 연결 FP,LW 및 CT 파일을 하나의 파일로 라는 GF(그룹 으)파일이었지만,에 정의된 초안전 ISO12639:2004.

이 형식은 널리 사용되지 않았습니다.,

개인 tagsEdit

tiff/it 사양은 개발자가 개인 태그를 활용할 수있는 TIFF 가능성을 보존했습니다. TIFF/IT 사양은 이러한 개인 태그를 어떻게 처리해야하는지에 관해서는 매우 정확합니다-구문 분석해야하지만 무시해야합니다.

개인용 태그에서 TIFF/다-P1 사양도 제공하는 개발자에게 추가하는 방법으로는 특정 기능에 대한 특정 응용 프로그램. 비공개 태그는 개발자(예:Scitex)가 특정 인쇄 값 또는 기타 기능을 보존하는 데 사용할 수 있습니다., 개인 태그는 일반적으로 32768 보다 크거나 같은 태그 번호로 레이블이 지정됩니다.

모든 개인 태그는 Adobe(TIFF 관리자)에서 요청하고 등록해야합니다.

1992 년에 DDAP(디지털 유통의 광고를 게시,나중에는 디지털 방향에서 응용 프로그램을 위한 생산)을 개발하는 그들의 요구 사항에 대한 문 디지털 광고 배달합니다. 이 제공하는 ANSI-인증 CGATS(위원회는 그래픽 기술은 기준)개발에 대한 의 공인된 파일 형식을 표준의 납품을 위해 디지털 광고입니다., CGATS 검토의 대안을 이 목적을 위해 TIFF 처럼 보였다 이상적인 후보자를 제외한다는 사실을 처리 할 수 없습 특정 필요한 기능입니다. CGATS 는 aldus(TIFF 관리자)에게 결국 TIFF/IT 가 된 것을 구현하기 위해 자체 tiff 개인 태그 블록을 요청했습니다. 예를 들어,식별 할 수있는 능력을 시퀀스의 색깔에 의해 처리됩 태그 34017-색상 순 태그입니다.

TIFF/그것을 충족하기 위해 만들어졌에 대한 필요송-독립적인 인코딩하는 방식 래스터 데이터 IT8.1,IT8.2IT8.5 표준입니다.,

StandardsEdit

TIFF/그 정의에서 ANSI IT8.8-1993 표준에 1993 년 이후 개정된 국제 표준 ISO12639:1998 년-Prepress 디지털 데이터 교환 태그에 이미지 파일에 대한 형식 이미지 기술(TIFF/다). ISO 표준은 ANSI IT8.8-1993 을 대체합니다. 그것은 프리 프레스 전자 데이터 교환을위한 미디어 독립적 인 수단을 지정합니다.피>

답글 남기기

이메일 주소를 발행하지 않을 것입니다. 필수 항목은 *(으)로 표시합니다