GIF (graphics interchange format) 는' 이미지 교환 형식' 을 뜻하며 1987 에서 CompuServe 가 개발한 이미지 파일 형식입니다. GIF 파일의 데이터는 LZW 알고리즘에 기반한 연속톤 무손실 압축 형식입니다. 그것의 압축비는 일반적으로 50% 정도이며 어떤 응용에도 속하지 않는다. GIF 형식은 다양한 색상의 이미지를 저장할 수 있습니다. 한 파일에 저장된 여러 이미지의 데이터를 하나씩 읽어서 화면에 표시하면 가장 간단한 애니메이션을 만들 수 있습니다.
GIF 그림은 해당 지점의 색상에 해당하는 색상 목록의 인덱스 값인 색상 목록을 기반으로 하며 최대 8 비트 (256 가지 색상) 만 지원합니다. GIF 파일은 여러 이미지를 저장하거나 이미지 표현 동작을 결정하는 컨트롤 블록으로 분할되어 애니메이션 및 대화형 응용 프로그램을 제공합니다. GIF 파일은 또한 LZW 압축 알고리즘을 통해 이미지 데이터를 압축하여 이미지 크기를 줄입니다.
GIF 형식은 CompuServe 가 1987 에서 출시한 것이다. 부피가 작고 영상이 비교적 선명하기 때문에 초기 인터넷 속도가 느린 상황에 특히 적합하여 인기가 많다.
초기에 GIF 에 사용된 LZW 압축 알고리즘은 Compuserv 에서 개발한 무료 알고리즘이었습니다. 하지만 많은 소프트웨어 개발자들을 놀라게 한 것은 GIF 파일에 사용된 압축 알고리즘이 갑자기 Unisys 의 특허가 되었다는 점이다.
유리시스템사에 따르면 그들은 이미 LZW 알고리즘의 W 부분을 등록했다고 한다. GIF 파일을 생성 (또는 표시) 하는 프로그램을 개발하려면 회사에 로열티를 지불해야 합니다. 그래서 사람들은 개발 비용을 절감할 새로운 기술을 찾기 시작했습니다. PNG (portable network graphics) 표준은 이러한 맥락에서 발생합니다. 한편으로는 법적 제한이 적은 시장의 수요를 충족시키고, 다른 한편으로는 색상 수와 같은 기술 제한이 적습니다.
2003 년 6 월 20 일, LZW 알고리즘은 미국에서 특허권이 만료되었다. 유럽, 일본, 캐나다의 특허도 각각 2004 년 6 월 18 일, 6 월 20 일, 7 월 7 일에 만료됩니다. 그러나 기술적 이점으로 인해 PNG 파일 형식은 네트워크에서 세 번째로 널리 사용되는 형식이 되었습니다. GIF 관련 특허는 2006 년 8 월 1 1 일에 만료됩니다.
그동안, iOS 는 구유되어 GIF 를 사용할 수 없었다. 이 상황의 주요 원인은 다음과 같습니다.
Gif 는 확장자가 인 정적 GIF 와 애니메이션 GIF 로 나눌 수 있습니다. GIF. GIF 는 다양한 운영 체제에서 사용할 수 있는 투명한 배경 이미지를 지원하는 압축된 비트맵 형식입니다. GIF 는 작고, 인터넷상의 많은 작은 애니메이션은 모두 GIF 형식이다. Gif 는 실제로 여러 그림을 하나의 그림 파일로 저장하여 하나의 애니메이션을 형성하는 것입니다. 가장 흔한 것은 프레임 1 프레임 애니메이션이 연결된 웃긴 GIF 사진이기 때문에 결국 GIF 는 그림 파일 형식입니다.
그러나 GIF 는 256 색만 표시할 수 있습니다. Jpg 형식과 마찬가지로 인터넷에서 매우 인기 있는 그래픽 파일 형식입니다.
GIF 는 주로 GIF 89a 와 GIF 87a 의 두 가지 버전으로 나뉩니다.
여기에 제공된 구문은 gif 데이터 스트림을 형성하는 블록 시퀀스를 해석하는 데 사용되며 일부 규칙 목록으로 표시됩니다. 다음은 gif 구문에 사용되는 기호 정의입니다.
Gif 구문의 기호 정의:: = = Head& lt；; 데이터 > * 테일 레코드
Gif 데이터 스트림의 데이터 블록은 제어 블록, 이미징 블록 및 전용 블록의 세 그룹으로 나눌 수 있습니다.
색상표 -gif 형식은 색상표를 사용하여 래스터 기반 이미지를 표시합니다. 색상표는 전역 색상표와 로컬 색상표로 구분됩니다. 전역 색상표는 로컬 색상표가 설정되지 않은 이미지에 적용됩니다. 전역 색상표의 범위는 전체 데이터 스트림입니다. 로컬 색상표는 바로 뒤에 오는 단일 이미지에 적합합니다. 두 색상표 모두 선택 사항입니다.
글로벌 색상표는 우리가 관심 있는 물건이다. Png 형식으로 정의된 팔레트와 비슷합니다. Gif 그림의 색상을 수정하려는 경우 하하, 이 글로벌 색상표를 수정할 수 있습니다. 전역 색상표 블록이 있는 경우 14 바이트의 gif 스트림 (처음 6+7 개의 논리 비디오 설명 블록) 으로 시작해야 합니다.
다음은 각 데이터 블록에 대한 설명입니다. 89a 버전으로 표시된 경우 해당 데이터 블록은 87a 버전의 프로토콜에 나타나지 않습니다.
패키지 필드는 다음과 같이 설명합니다.
GIF 파일은 제어 블록과 데이터 하위 블록을 포함하여 블록으로 나뉩니다. 제어 블록은 데이터 블록의 동작을 제어하고, 제어 블록에 따라 몇 가지 다른 제어 매개변수를 포함합니다. 데이터 블록에는 8 비트 문자 스트림만 포함되어 있으며, 그 기능은 이전 제어 블록에 의해 결정됩니다. 각 데이터 블록의 크기 범위는 0-255 바이트입니다. 데이터 블록의 첫 번째 바이트는 데이터 블록의 크기 (바이트) 를 나타내며 블록 크기를 계산할 때 포함되지 않으므로 빈 데이터 블록에는 1 바이트, 즉 블록 0x00 의 크기가 있습니다. 다음 테이블은 데이터 블록의 구조를 보여 줍니다.
GIF 파일의 구조는 헤더, GIF 데이터 흐름 및 파일 꼬리의 세 부분으로 나눌 수 있습니다. 파일 헤더에는 GIF 파일 서명 및 버전이 포함되어 있습니다.) 번호; GIF 데이터 흐름은 제어 식별자, 이미지 블록 및 기타 확장 블록으로 구성됩니다. 파일 종료자에는 문자 ("") 가 하나만 있습니다. ) 는 파일의 끝을 나타냅니다. 다음 표에서는 GIF 파일의 구조를 보여 줍니다.
GIF 서명 및 버전 번호를 식별하는 데 사용됩니다.
GIF 서명은 파일이 GIF 형식인지 확인하는 데 사용됩니다. 이 부분은 "gif" 라는 세 문자로 구성됩니다. 파일 버전 번호도 3 바이트로 구성되며 "87a" 또는 "89a" 일 수 있습니다. 다음 그림과 같습니다.
그것은 많은 부분을 포함하고 있다.
(1) 논리 화면 설명자: 이 섹션은 GIF 이미지의 크기 (논리 화면 너비 및 높이), 색상 비트, 배경 색상 및 전역 색상표 및 색상 목록이 있는지 여부를 정의하는 7 바이트로 구성됩니다
다음 그림을 참조할 수도 있습니다.
(2) 전역 색상표:
전역 색상 목록은 논리적 화면 식별자 바로 다음에 와야 하며 각 색상 목록 색인 엔트리는 r, g, b 순으로 3 바이트로 구성됩니다 .....
(3) 이미지 설명자: GIF 파일에는 여러 이미지가 포함될 수 있으며 이미지 다음에 이미지 식별자가 옵니다. 이미지 식별자는 문자 0x2C ('','') 로 시작하고 논리적 화면 경계를 기준으로 이미지의 오프셋, 이미지 크기, 로컬 색상 목록의 존재 여부, 색상 목록의 크기 (10 바이트) 등 바로 뒤에 오는 이미지의 속성을 정의합니다.
다음 그림을 참조할 수도 있습니다.
(4) 로컬 색상표: 위에서 설명한 로컬 색상 리스트 플래그가 설정된 경우 여기서 (이미지 식별자 바로 뒤) 그 뒤에 있는 이미지에 대한 로컬 색상 리스트를 정의해야 합니다. 사용하기 전에 원래 색상 목록을 온라인으로 저장하고 사용 후 원래 저장된 전역 색상 목록을 복원해야 합니다. GIF 파일에서 전역 색상 목록이나 로컬 색상 목록을 제공하지 않는 경우 직접 색상 목록을 만들거나 시스템 색상 목록을 사용할 수 있습니다. 로컬 색상 리스트는 전역 색상 리스트와 같은 방식으로 정렬됩니다 (RGBRGB). .....
(5) 표 기반 이미지 데이터: LZW 최소 코드 길이 및 이미지 데이터의 두 부분으로 구성됩니다.
다음은 전체 스토리지 구조의 다이어그램입니다.
Adobe ImageReady 와 fireworks 는 PC 에서 생산되는 주요 소프트웨어입니다.
Gif 온라인 제작 및 편집 gif5.net 웹 페이지에서 사진, 비디오 및 FLASH-GIF 를 지원합니다.
저는 보통 LICEcap 을 gif 그림으로 사용합니다.
1. 바이두 백과
2.GIF 그림 파일 저장 구조 및 애니메이션 원리.
GIF 이미지의 원리와 저장 구조에 대한 심층 분석.