모든 파일은 비트 & 비트 & 비트 &... 등으로 기록됩니다.
또한 모든 파일에는 두 가지 유형의 메타데이터가 있습니다.
- OS 메타데이터: OS 자체에 기록된 파일 위치, 소유자, 권한 등(예: Linux의 inode)
- 비 OS 메타데이터: 파일 자체에 기록되는 저작권 정보, 색 농도, 이미지 해상도, 셔터 속도 등.
내 질문은 전체 파일의 "비트 시퀀스"에서 실제 파일 데이터와 파일에 기록된 메타데이터의 상대적 위치가 무엇인지입니다. "비트 시퀀스"에서 메타데이터가 먼저 발생합니까, 아니면 실제 파일 콘텐츠가 먼저 발생합니까?
주의 사항:답변이 파일 형식에 따라 크게 달라지는 경우 .mp3 파일 형식을 선호하세요.
답변1
모든 파일은 비트 & 비트 & 비트 &... 등으로 기록됩니다.
대부분의 운영 체제에서 파일은바이트OS 수준의 시퀀스 – 즉 개별 비트가 아닌 8비트 단위로만 주소를 지정할 수 있습니다.
일부 파일 형식은 바이트를 비트 스트림(또는 더 일반적으로는 비트 스트림 '패킷' 모음)으로 재해석하도록 지정될 수 있지만 일반적인 경우는 아닙니다.
"비트 시퀀스"에서 메타데이터가 먼저 발생합니까, 아니면 실제 파일 콘텐츠가 먼저 발생합니까?
그것흠뻑파일 유형에 따라 다릅니다. 말 그대로 파일 유형의 큰 부분입니다.정의하다.
일부 파일 형식은 메타데이터를 시작 부분에 배치하도록 지정되고 다른 파일 형식은 끝에 위치하며 다른 파일 형식은 특정 식별자로 표시되는 한 메타데이터 청크가 어디에든 위치할 수 있는 구조화된 형식(예: RIFF 또는 PNG 청크)을 사용합니다. .
MP3 파일은 ID3v2 태그 형식을 사용합니다. 메타데이터 블록의 위치와 레이아웃은 ID3에 정의됩니다.v2.3.0또는v2.4.0사양. (예를 들어 후자 링크의 섹션 5에는 태그가~해야 한다처음에 있어야합니다.)
그러나 많은 MP3 파일에는 파일 맨 끝(마지막 256바이트)에 ID3v1 태그 블록도 포함되어 있으며 일부는 ID3v1만 있고 ID3v2는 없을 수도 있습니다. 사실 MP3 파일 형식은 원래하지 않았다우선 내장된 메타데이터에 대한 규정이 있어야 하며 ID3v2 태그는 여전히 (호환성을 위해) 재생할 수 없는 오디오 프레임인 것처럼 가장하는 방식으로 구조화되어 있다고 생각합니다.
PNG 파일은태그된 덩어리중요한 메타데이터가 있는 구조'IDAT' 외파일 내의 오프셋에 관계없이 특정 태그가 있는 청크. (유일한 제한은 실제 "데이터" 청크보다 앞에 있어야 한다는 것입니다.)
JPEG 파일도 태그가 지정된 세그먼트를 사용하며 메타데이터를 저장합니다.엑시프형식은... JPEG 세그먼트에 포함된 전체 TIFF 파일이므로 먼저 JPEG, TIFF, 마지막으로 Exif의 세 가지 형식 계층을 해석해야 합니다.또한보십시오.다시 말하지만, 세그먼트의 위치는 다양할 수 있습니다. 즉, 유형 태그로 메타데이터를 포함하는 것으로 식별됩니다.
PE/COFF 파일(Windows .exe)은 혼합되어 있습니다. 시작 부분에 고정된 오프셋이 있지만바늘실제 PE 헤더에 추가되므로실제 헤더오프셋은 파일마다 다를 수 있습니다. 해당 헤더에는 고정된 오프셋의 일부 메타데이터가 있고부분특정 섹션 이름이 있는 한 임의의 위치에 더 많은 메타데이터를 보유할 수 있는 목록입니다.
Microsoft Office(.docx/.xlsx) 및 OpenDocument(.odt/.ods) 파일은 실제로 Zip 아카이브이므로 끝에 Zip 수준 메타데이터("디렉토리")가 있고 실제 문서 메타데이터는 해당 Zip 아카이브의 특정 "파일" – 따라서 Office 메타데이터를 찾으려면 Zip 파일 디렉터리를 해석해야 합니다.
일부 파일 형식에는 메타데이터가 포함되어 있지 않습니다. 예를 들어 텍스트(.txt) 파일에는 임의의 텍스트만 포함됩니다.
