FLAC 메타데이터 검사기

사용법

1. .flac 파일을 상자에 놓으세요. 파일 앞부분만 읽기 때문에 긴 앨범 트랙도 짧은 파일만큼 빠르게 열립니다.
2. 먼저 스트림 타일을 보세요. 샘플레이트, 비트 심도, 채널은 STREAMINFO에서 나오며 전체 샘플 수가 저장되어 있어 재생 시간이 정확합니다.
3. 압축률을 옆의 무압축 PCM 크기와 비교하세요. 이 파일에서 실제로 줄어든 양이며, 압축률이 나쁘다면 대개 인코더보다 마스터링 탓입니다.
4. 블록 표에서 파일 구조를 확인하세요. 어떤 블록이 있고 각각 어디서 시작하며 무엇이 마지막인지, 오디오 프레임이 어느 오프셋에서 시작하는지 알 수 있습니다.
5. 주석 목록에서 중복 표시가 붙은 필드를 살펴보세요. 값이 둘 이상인 필드이며 태그 편집기가 가장 자주 하나로 합쳐 버리는 항목입니다.

자주 묻는 질문

같은 태그가 두 번 보입니다. 오류인가요?

아닙니다. 값을 여러 개 담는 정상적인 방식입니다. Vorbis 주석 블록은 사전이 아니라 NAME=value 줄의 목록이라, 협업 음원에서 ARTIST가 세 번, 장르가 걸친 음반에서 GENRE가 두 번 나올 수 있습니다. 필드 이름은 대소문자를 구분하지 않아 artist와 ARTIST는 같은 필드이고, 줄의 순서는 인코더가 쓴 순서 그대로입니다. 이 블록을 평범한 맵으로 읽는 프로그램은 이름마다 값 하나만 남기고 나머지를 조용히 버리기 때문에, 아티스트 세 명으로 태그한 트랙이 잘못된 편집기를 한 번 거치면 한 명만 남습니다. 이 페이지는 모든 줄을 파일 순서대로 보여 주고 두 번 이상 나오는 이름을 표시합니다.

STREAMINFO의 MD5는 무엇이며 파일이 멀쩡하다는 증거인가요?

그 값은 파일이 아니라 디코딩된 오디오, 즉 디코더에서 나온 그대로의 부호 있는 리틀엔디언 인터리브 샘플의 MD5입니다. 그래서 쓸모가 있습니다. 같은 오디오를 다른 압축 레벨로 다시 인코딩하면 파일의 모든 바이트가 달라지지만 이 MD5는 그대로이므로, 변환이 무손실이었음을 증명할 수 있습니다. 반대로 파일만 봐서는 확인할 수 없다는 뜻이기도 합니다. 스트림 전체를 디코딩해 해시해야 하며 flac -t가 바로 그 일을 합니다. 일부 인코더는 이 필드를 0 열여섯 바이트로 남기는데, 이는 검증 실패가 아니라 서명을 저장하지 않았다는 뜻입니다.

재생 시간이 알 수 없음이고 전체 샘플 수가 0입니다. 깨진 파일인가요?

깨진 것이 아니라 스트림입니다. STREAMINFO의 샘플 수는 입력 길이를 다 안 뒤 마지막에 기록되는데, 파이프나 실시간 스트림으로 쓰는 인코더는 되돌아가 채울 수 없어 0을 남깁니다. 규격이 명시적으로 허용하는 값입니다. 재생기는 프레임이 끝날 때까지 디코딩하는 식으로 처리하며, 재생하는 동안 시간이 늘어나는 것처럼 보이기도 합니다. 샘플레이트, 채널, 비트 심도, MD5 등 나머지는 모두 유효하고 재생도 정상입니다. 디코딩해서 실제 파일로 다시 인코딩하면 그 숫자가 채워집니다.

FLAC 파일이 왜 ID3 태그로 시작하나요?

주로 MP3를 다루는 도구가 붙였기 때문입니다. FLAC의 태그는 VORBIS_COMMENT 블록에 있고 규격에는 ID3 자리가 없지만, ID3v2는 파일 맨 앞에 오도록 설계되어 있어 일부 리퍼나 재생기, 휴대폰 앱이 그대로 붙입니다. 대부분의 디코더는 건너뛰지만 일부는 fLaC가 0번 오프셋에 없다는 이유로 파일을 거부합니다. 이 페이지는 그 태그를 찾아 몇 바이트인지 알려 주고 표식이 실제로 시작하는 곳부터 진짜 메타데이터를 읽습니다. 그 ID3 안에 쓴 내용은 FLAC를 아는 소프트웨어에게는 보이지 않으므로, 같은 파일이 여기서와 다른 곳에서 다른 제목으로 보일 수 있습니다.

FLAC의 압축률은 보통 얼마인가요?

대부분의 음악은 무압축 PCM의 50~70% 정도이며, 여기 표시되는 값도 정확히 그 정의로 계산합니다. 마지막 메타데이터 블록 이후의 바이트를 전체 샘플 수 × 채널 × 비트 심도 ÷ 8로 나눈 값입니다. 조용하거나 성긴 소리는 훨씬 잘 줄고, 크고 리미팅이 심한 마스터는 잘 줄지 않으며, 잡음에 가까운 소리는 거의 줄지 않습니다. 인코더 설정(-0~-8)은 인코딩 시간과 크기를 몇 퍼센트 움직일 뿐 음질은 바꾸지 않습니다. 모든 레벨이 무손실이기 때문입니다. 24비트 마스터가 16비트보다 압축률이 나쁜 것도 정상인데, 하위 비트가 난수에 가까워 예측할 것이 없기 때문입니다.

파일이 업로드되나요? 오디오를 검증할 수 있나요?

둘 다 아닙니다. 파일은 브라우저의 File API로 열려 페이지 안에서 해석되며, 메타데이터가 앞쪽에 있으므로 파일 앞부분만 읽고 뒤의 프레임은 크기만 잽니다. 어디로도 전송되지 않고 보낼 서버도 없습니다. 뒷부분도 똑같이 중요합니다. 여기 있는 어떤 값도 오디오 자체에 대한 보증이 아닙니다. 블록 길이와 태그, 그림은 메타데이터에서 읽고 프레임은 디코딩하지 않으며 저장된 MD5도 그대로 옮겨 적을 뿐 검증하지 않습니다. 그래서 메타데이터가 완벽하고 오디오가 손상된 파일도 이 페이지에서는 멀쩡해 보입니다. 그것을 잡아내는 것은 디코딩입니다.

관련 도구