xz 파일 형식 (http://tukaani.org/xz/xz-file-format.txt)에 대한 설명을 읽었습니다. 하지만 바이너리 편집기로 xz 파일을 조사하려고하면 설명에 정의 된 구조를 따르지 않는 것 같습니다. 내가 뭘 놓치고 있니?.xz 파일 형식 설명에 모두 설명되어 있습니까?
FD 37 7A 58 5A 00 00 04 E6 D6 B4 46 02 00 21 01 16 00 00 00 74 2F E5 A3 E0 A9 28 2A 99 5D 00 05
전체 구성 :
난 XZ CLI를 리눅스에서 유틸리티 (XZ 버전 4.999.9beta) 및 이들의 처음 32 바이트 I 얻을로 (XZ-파일 FORMAT.TXT) 설명 파일을 압축 stream - stream 패딩 - stream - 등등. 그리고이 경우에는 파일에 압축 된 파일이 하나뿐이므로 스트림이 하나만 있어야한다고 생각합니다. 스트림의 구조는 다음과 같습니다. 스트림 헤더 - 블록 - 블록 - ... - 블록 - 인덱스 - 스트림 바닥 글. 그리고 스트림 헤더의 구조는 다음과 같습니다. header magic bytes - stream flags - crc code.내 파일에서 스트림 헤더를 찾을 수 있지만 처음 16 바이트 이후에는 더 이상 설명을 따르지 않는 것 같습니다.
위의 처음 6 바이트는 분명히 마법 바이트입니다. 다음 두 바이트는 스트림 플래그입니다. 스트림 플래그는 CRC64가 사용되고 있음을 나타내므로 CRC 코드는 다음 8 바이트를 취합니다. 17 번째 바이트 (하나부터 계산)는 첫 번째 블록의 첫 번째 바이트 여야합니다.
블록의 구조는 다음과 같습니다. 블록 헤더 - 압축 된 데이터 - 블록 패딩 - 검사. 블록 헤더의 구조는 다음과 같아야합니다 : 블록 헤더 크기 - 블록 플래그 - 압축 된 크기 - 압축되지 않은 크기 - 필터 플래그 목록 - 헤더 패딩 - CRC. 따라서 17 번째 바이트는 블록 헤더 크기 (내 파일의 0x16)이어야합니다. 그건 가능하지만, 18 번째 바이트는 좀 이상해 보입니다. 블록 플래그 비트 필드 여야합니다. 내 파일에서 그것은 null입니다 - 플래그가 설정되어 있지 않습니다. 필터의 수는 설명에 따라 1-4 여야합니다.
블록 플래그의 비트 6과 7도 0이기 때문에 압축 된 크기와 압축되지 않은 크기가 파일에 나타나서는 안되며 다음 바이트는 필터 플래그 목록이어야합니다. 목록의 구조는 다음과 같습니다. 필터 ID - 특성의 크기 - 필터 특성. 19 번째 바이트는 필터 ID 여야합니다. 이것은 파일에서 공식적으로 정의 된 필터 ID가 아닌 null입니다. 그것이 커스텀 ID라면 9 바이트를 취할 것이지만 설명에 따르면 섹션 1.2에 기술 된 크기의 인코딩을 이해할 수 있으므로 설명에 따르면 "멀티 바이트 표현의 마지막 바이트를 제외하고는 모두 가장 높은 (8 번째) 비트가 설정되어 있습니다. "하지만 제 파일에서 20 번째 바이트도 null입니다.
내가 이해할 수 없거나 설명을 따르지 않는 파일이 있습니까?