WAV 파일 인스펙터

WAV 파일의 RIFF 컨테이너를 페이지 안에서 읽어(업로드는 없습니다) 헤더가 선언한 모든 것을 보여 줍니다. 포맷 코드, 채널 수, 샘플레이트, 비트 심도, 바이트레이트, 블록 정렬, 데이터 크기, 그리고 그것들로 계산한 재생 시간과 샘플 수까지 나옵니다. 모든 청크가 식별자·오프셋·크기와 함께 나열되는데, bext 방송 헤더나 cue 목록, 떠도는 LIST 태그, 어떤 편집기가 남기고 간 꼬리 쓰레기를 찾아내는 방법이 이것입니다. LIST/INFO 태그는 읽기 좋은 표로 해독됩니다.

"WAV"는 코덱이 아니라 컨테이너를 가리키는 말이고, 포맷 코드에서 그 사실이 드러납니다. 0x0001은 순수 PCM이고 0x0003은 IEEE 부동소수점이지만, 같은 포장 안에 A-law, µ-law, ADPCM, 그리고 정말로 MPEG 레이어 3까지 들어갈 수 있습니다. 그러니 .wav 파일이라고 자동으로 무압축인 것은 아닙니다. 0xFFFE는 확장(Extensible) 변형을 뜻하며, 엄격한 리더는 2채널이나 16비트를 넘어가는 모든 경우에 이것을 기대합니다. 각 채널이 어느 스피커로 가는지 알려 주는 채널 마스크와, 실제 포맷을 지목하는 GUID를 함께 담습니다.

헤더 필드들은 일부러 중복되게 설계돼 있고, 덕분에 정합성 검사에 쓸 수 있습니다. 블록 정렬은 채널 수 × 비트 심도 ÷ 8과 같아야 하고, 바이트레이트는 거기에 샘플레이트를 곱한 값이어야 합니다. CD 음질이라면 2 × 2 × 44,100으로 초당 176,400바이트가 나오고, 44.1 kHz 16비트 스테레오 1분이 10,584,000바이트가 되는 근거가 이것입니다. 선언된 바이트레이트가 이 산수와 어긋난다면 그 파일은 부주의한 프로그램이 쓴 것이고, 플레이어가 보여 주는 재생 시간도 틀리게 됩니다.

파싱 버그의 대부분은 구조적인 두 가지 세부에서 나옵니다. 청크는 워드 정렬됩니다. 크기가 홀수인 청크 뒤에는 크기 필드에 포함되지 않는 패딩 바이트가 하나 붙고, 이를 잊은 리더는 바로 다음 청크에서 어긋납니다. 그리고 RIFF는 크기를 32비트로 저장하므로 WAV 파일은 4기가바이트를 넘을 수 없습니다. CD 음질로 여섯 시간 남짓입니다. 긴 녹음이 RF64나 BW64를 쓰는 이유가 이것입니다. 알아 둘 비대칭이 하나 더 있습니다. 8비트 PCM 샘플은 부호 없는 값이고 무음이 128인 반면, 16비트 이상은 부호 있는 값이고 무음이 0입니다.