PSD / PSB 검사기

브라우저에 PSD 디코더가 없기도 하지만, 레이어를 그리는 일은 압축을 푸는 것보다 훨씬 큰 작업이기 때문입니다. 채널은 각각 따로 저장되고 PackBits 또는 zip으로 압축되며, 레이어가 포토샵과 같은 모습이 되려면 불투명도, 혼합 모드, 마스크, 아래 레이어와의 클리핑 관계, 그룹 스택 안의 위치가 모두 적용되어야 합니다. 그것을 충실히 하려면 파서가 아니라 렌더링 엔진이 필요합니다. 그래서 이 페이지는 구조를 정확히 보고하고, 파일이 이미 품고 있는 단 하나의 그림인 썸네일 이미지 리소스를 보여줍니다. 그것은 포토샵이 마지막 저장 때 써 넣은 완전한 JPEG입니다.

파일은 아래쪽 레이어부터 저장하고 패널은 위쪽부터 나열하기 때문입니다. 이것은 단순한 표시 문제가 아닙니다. 레이어 그룹은 한 방향으로만 의미가 통하는 섹션 구분자 마커의 스택으로 인코딩됩니다. 폴더 레코드는 패널에서 내용 위에 있으니 파일에서는 내용 뒤에 오고, 경계 구분자는 내용 아래에 있으니 파일에서는 내용 앞에 옵니다. 따라서 폴더 트리를 복원하려면 목록을 위에서 아래로 걸으며 폴더 레코드에서 그룹을 열고 경계 구분자에서 닫아야 합니다. 레이어 표의 들여쓰기가 바로 거기서 나오며, 레이어 목록을 평평한 나열로만 다루는 리더는 구조를 통째로 잃습니다.

둘 다 파일 안에 있습니다. 모든 레이어 레코드는 MacRoman으로 된 파스칼 문자열로 끝나며 4바이트 배수로 채워집니다. 1990년대의 원래 필드이고 세계 대부분의 문자 체계를 담지 못합니다. 요즘 포토샵도 이 필드를 여전히 쓰지만, 실제로 화면에 보여주는 이름은 "luni" 키의 추가 정보 블록에 문자 수와 UTF-16으로 들어 있습니다. 파스칼 문자열에서 멈추는 리더는 깨지거나 잘린 이름을 자신 있게 보여줍니다. 이 페이지는 유니코드 이름을 먼저 쓰고 둘이 다를 때 MacRoman 이름을 아래에 적어, 어떤 리더가 무엇을 내놓았는지 알 수 있게 합니다.

아닙니다. 명세에 있는 신호입니다. 레이어 수는 부호 있는 16비트 값이고, 음수는 병합 이미지의 첫 알파 채널이 여분 채널이 아니라 그 합성본의 투명도를 담고 있다는 뜻입니다. 포토샵은 병합 이미지에 보존할 실제 투명도가 있을 때 이렇게 씁니다. 절댓값을 취하는 리더는 레이어 수를 맞게 얻기 때문에 이 실수는 대개 눈에 띄지 않지만, 값을 부호 없는 수로 읽는 리더는 65 534개를 읽고 몇 킬로바이트에서 수만 개의 레이어 레코드를 파싱하려 듭니다.

숫자 하나와 그 결과입니다. 헤더의 버전 값이 PSD는 1, 대용량 문서 형식인 PSB는 2입니다. PSB는 한 변이 30 000이 아니라 300 000픽셀까지 가능하고, 그만한 데이터를 가리키려고 세 가지 길이가 4바이트에서 8바이트로 넓어집니다. 레이어 및 마스크 섹션 길이, 레이어 정보 길이, 그리고 레이어 레코드 안의 채널별 길이입니다. 나머지 배치는 그대로입니다. 바로 그 점이 위험합니다. 버전 값을 무시하는 리더는 깔끔하게 실패하지 않고, 그럴듯하지만 틀린 길이를 읽고 픽셀 데이터 한복판으로 걸어 들어갑니다.

거의 확실히 병합된 합성본 없이 저장되었기 때문입니다. 파일의 다섯 번째 섹션은 레이어를 읽지 못하는 모든 것을 위해 포토샵이 기록하는 하나의 병합 그림입니다. 운영체제 썸네일, 파일을 배치하는 다른 애플리케이션, 대부분의 라이브러리가 그것을 씁니다. 선택 사항이라 “호환성 최대화”를 끄면 빠집니다. 포토샵은 레이어에서 이미지를 다시 만들기 때문에 신경 쓰지 않으며, 그래서 만든 사람에게는 완벽해 보이고 다른 모두에게는 비어 보입니다. 이 페이지는 합성본이 있는지, 몇 바이트인지, 비압축이라면 몇 바이트가 필요한지를 알려주므로 진단이 오후 한나절이 아니라 몇 초로 끝납니다.