Audio Pro
검색

AUDIO / FOUNDATIONS

디지털 오디오의 sample·channel·PCM·container 구분

sample value, channel, sample frame, PCM encoding, WAV·BWF container와 metadata가 서로 어떤 층의 질문인지 정리합니다.

짧은 답: 디지털 오디오는 한 시점의 sample value가 채널별 시간 순서로 이어지고, 같은 시점의 채널 값은 sample frame으로 묶이며, 이 값과 배열을 PCM 같은 encoding 규칙으로 표현한 뒤 container가 오디오와 metadata를 파일 구조 안에 배치하는 방식으로 구분해 볼 수 있습니다.

작성
Audio Pro 콘텐츠 에디터
사실 검토
오디오·플랫폼 사실 검증 담당
최종 검토
2026-08-22
최종 갱신
2026-08-22
광고 상태
광고 없음

1. value, channel, sample frame을 먼저 분리합니다

sample value는 한 채널에서 한 시점에 놓인 값입니다. channel은 이런 값이 시간 순서로 이어지는 독립 신호 줄이고, sample frame은 같은 시점에 각 채널에서 모인 값의 묶음입니다. stereo 파일을 생각할 때 한 sample이라는 말을 파일 전체의 한 시점인지, 한 채널의 값 하나인지 밝히지 않으면 서로 다른 수량을 같은 말로 세기 쉽습니다.

W3C Web Audio의 AudioBuffer는 채널별 PCM 데이터를 담고 sample rate, length, duration, number of channels 같은 속성을 구분합니다. 이 모델은 브라우저 API의 구체적 계약이므로 모든 파일이나 하드웨어 interface의 내부 배열이 같다고 일반화하지 않고, value·channel·시간 길이를 나누어 질문하는 참고 구조로 사용합니다.

  1. Sample value

    한 채널의 한 시점에 기록된 값

  2. Channel

    시간 순서로 이어지는 독립 신호 줄

  3. Sample frame

    같은 시점에 모든 채널에서 모인 값 묶음

  4. Encoding

    값과 배열을 저장·전송 가능한 규칙으로 표현

  5. Container + metadata

    encoding과 형식·시간·출처 정보를 한 파일 구조에 배치

직접 제작한 표현 계층도입니다. 특정 파일의 내부 덤프나 전송 인터페이스의 프레임 구조를 재현한 자료가 아닙니다.

2. PCM encoding과 파일 container를 같은 이름으로 부르지 않습니다

PCM은 시간에 따라 얻은 값을 일정한 표현 규칙으로 배열하는 encoding 계열입니다. W3C의 Linear PCM 등록 문서는 sample format, channel 수와 sample rate 같은 구성을 명시하며 값의 배열 규칙을 설명합니다. 반면 WAV나 BWF는 오디오 데이터와 형식 정보, 필요한 metadata를 구조 안에 배치하는 파일 container 문맥입니다.

EBU Tech 3285의 Broadcast Wave Format은 기존 Wave 형식에 방송 제작에서 필요한 metadata를 더하는 방향을 정의합니다. 따라서 WAV라는 확장자만 보고 내부 오디오가 언제나 하나의 PCM 형식이라고 단정하거나, BWF를 별도의 음질 codec처럼 설명하지 않습니다. 실제 파일은 header의 format 정보와 사용할 decoder·editor의 지원 범위를 함께 확인합니다.

표 전체를 보려면 가로로 스크롤하세요.

직접 제작한 디지털 오디오 질문 분리표
용어답하는 질문주로 확인할 문맥같은 뜻으로 쓰지 않을 것
Sample rate시간축을 얼마나 자주 나누는가?프로젝트·장치·변환 조건sample value 자체나 파일 종류
Word length / bit depth한 값을 어떤 정밀도 규칙으로 표현하는가?정수 PCM 기록·변환채널 수나 codec 이름
Channel독립된 신호 줄이 몇 개인가?mono·stereo·다채널 배열sample frame의 개수
Encoding / codec오디오 데이터를 어떤 규칙으로 표현하는가?저장·전송·decoder파일 확장자나 container
Container오디오와 부가 정보를 어떤 구조로 묶는가?파일 교환·보관항상 하나로 고정된 encoding
Metadata오디오 값 밖의 어떤 정보를 함께 기록하는가?식별·시간·출처·운영 정보오디오 sample 값

3. 저장·전송·편집 질문을 순서대로 확인합니다

파일을 만들거나 받을 때는 먼저 채널 수와 sample rate, 값의 표현 형식을 확인하고, 다음으로 encoding과 container, 마지막으로 필요한 metadata와 대상 도구의 지원 여부를 봅니다. 이 순서를 지키면 sample rate 선택 문제를 codec 문제로 바꾸거나, 확장자만 바꾸면 내부 데이터까지 변한다고 오해하는 일을 줄일 수 있습니다.

파일 크기를 계산할 때도 고정 길이의 무압축 PCM payload라는 제한 조건을 먼저 적습니다. container header, metadata, padding, 압축 방식은 별도 크기를 만들 수 있습니다. 또한 편집기의 부동소수점 내부 처리에서 값이 표현되는 방식과 정수 export 또는 converter 출력에서 생기는 clipping 조건은 같은 단계가 아니므로, 입력·내부 처리·최종 파일을 나누어 점검합니다.

  • 한 채널의 sample value와 모든 채널의 sample frame을 구분합니다.
  • PCM encoding과 WAV·BWF container를 다른 층의 용어로 봅니다.
  • 확장자만으로 실제 encoding이나 decoder 호환성을 단정하지 않습니다.
  • 계산식은 payload 조건을 먼저 고정한 뒤 사용합니다.

ORIGINAL MATERIALS

이 글의 직접 제작 자료

  • 디지털 오디오 표현 계층도

    sample value에서 channel, sample frame, encoding, container와 metadata로 이어지는 질문 층을 직접 제작한 개념도입니다.

  • 디지털 오디오 질문 분리표

    sample rate, word length, channel, encoding, container와 metadata가 각각 답하는 질문과 혼동하면 안 되는 대상을 정리한 직접 제작 표입니다.

SOURCE NOTES

출처와 검토일

갱신 이력

  • 최초 공개 / 2026-08-22

    sample value, channel, sample frame, PCM encoding, container와 metadata의 질문 경계를 처음 공개했습니다.

KEEP EXPLORING