좌우 네 개의 값으로 시작해 봅시다
설명을 위해 왼쪽 채널을 [0, 0.5, 0, −0.5], 오른쪽 채널을 [0, 0.25, 0, −0.25]라고 가정합니다. 각 배열은 시간 순서대로 놓인 값이고, 배열 하나가 채널 하나입니다. 왼쪽의 두 번째 값 0.5는 한 채널의 한 시점에 해당하는 샘플 값입니다.
두 번째 시점의 좌우 값을 묶으면 [0.5, 0.25]입니다. 이 묶음이 샘플 프레임 하나입니다. 예시 전체에는 채널이 2개, 채널당 샘플이 4개, 샘플 프레임이 4개, 개별 값이 총 8개 있습니다. 스테레오라는 이유로 재생 시간이 두 배가 되는 것은 아닙니다.
샘플레이트가 48,000 Hz라면 이 네 프레임의 길이는 4 ÷ 48,000초, 약 0.0833 ms입니다. 실제 음악으로 듣기에는 극히 짧지만, 채널 수와 시간 길이를 구분하기에는 충분한 배열입니다.
샘플 값
한 채널의 한 시점에 기록된 값
채널
시간 순서로 이어지는 독립 신호 줄
샘플 프레임
같은 시점에 모든 채널에서 모인 값 묶음
인코딩
값과 배열을 저장·전송 가능한 규칙으로 표현
컨테이너와 메타데이터
오디오 데이터와 형식·시간·출처 정보를 한 파일 구조에 배치
PCM은 값을 표현하는 규칙
선형 PCM은 일정한 간격으로 얻은 신호 값을 수치로 표현합니다. 정수 PCM의 비트 깊이는 값 하나를 몇 비트로 나타내는지 정합니다. 16비트 정수에는 2의 16제곱, 즉 65,536개의 코드가 있습니다. 이 수는 시간당 샘플 수나 채널 수와 별개입니다.
메모리에는 왼쪽 배열과 오른쪽 배열을 따로 둘 수도 있고 [L0, R0, L1, R1, …]처럼 번갈아 놓을 수도 있습니다. 이를 각각 채널별 배열과 교차 배열로 생각하면 됩니다. 같은 좌우 값이라도 저장 순서가 다르므로 프로그램은 배열 규칙을 알아야 올바르게 읽습니다.
Web Audio의 AudioBuffer는 채널별 부동소수점 배열을 다룹니다. 파일을 열어 이런 배열을 얻었다고 원본 파일이 부동소수점 PCM으로 저장돼 있었다는 뜻은 아닙니다. 저장 형식과 디코딩한 뒤의 메모리 형식은 다른 단계입니다.
표 전체를 보려면 가로로 스크롤하세요.
| 용어 | 답하는 질문 | 주로 확인할 문맥 | 같은 뜻으로 쓰지 않을 것 |
|---|---|---|---|
| 샘플레이트 | 시간축을 얼마나 자주 나누는가? | 프로젝트·장치·변환 조건 | 샘플 값 자체나 파일 종류 |
| 비트 깊이 | 한 값을 어떤 정밀도 규칙으로 표현하는가? | 정수 PCM 기록·변환 | 채널 수나 코덱 이름 |
| 채널 | 독립된 신호 줄이 몇 개인가? | 모노·스테레오·다채널 배열 | 샘플 프레임의 개수 |
| 인코딩 / 코덱 | 오디오 데이터를 어떤 규칙으로 표현하는가? | 저장·전송·디코더 | 파일 확장자나 컨테이너 |
| 컨테이너 | 오디오와 부가 정보를 어떤 구조로 묶는가? | 파일 교환·보관 | 항상 하나로 고정된 인코딩 |
| 메타데이터 | 오디오 값 밖의 어떤 정보를 함께 기록하는가? | 식별·시간·출처·운영 정보 | 오디오 샘플 값 |
컨테이너는 오디오와 설명을 담는 파일 구조
오디오 값만 늘어놓으면 몇 채널인지, 얼마나 빠르게 읽어야 하는지 알기 어렵습니다. 컨테이너는 오디오 데이터와 형식 정보를 정해진 구조에 담습니다. WAV는 그런 구조의 한 예이며, 확장자는 파일 이름에 붙는 표시입니다.
BWF는 WAVE/RIFF를 바탕으로 방송 작업에 필요한 설명 정보를 추가한 형식입니다. 메타데이터에는 설명·식별·시간 기준 같은 정보가 들어갈 수 있습니다. 메타데이터를 고치는 것과 샘플 값을 편집하는 것은 다릅니다.
확장자를 .wav로 바꿔도 안쪽 오디오가 다른 방식으로 변환되지는 않습니다. 컨테이너와 코덱 선택, 실제 파일 크기의 계산은 형식·코덱 글에서 별도로 다룹니다.
‘48 kHz·24비트·스테레오’ 한 줄 풀어 읽기
가상의 파일 정보에 ‘PCM, 48 kHz, 24비트, 2채널’이라고 적혀 있다고 합시다. 48 kHz는 1초당 48,000개의 샘플 프레임, 24비트는 정수 값 하나의 표현 길이, 2채널은 같은 시점에 두 값이 있다는 뜻입니다. 여기까지가 형식 설명입니다.
음악이 왼쪽에 치우쳤는지, 잡음이 있는지, 내용이 맞는지는 이 숫자만으로 알 수 없습니다. 특정 편집기에서 파일이 끝까지 열리는지도 별도 확인입니다. 형식 정보를 읽는 일과 내용·호환성을 확인하는 일을 나누면 불필요한 변환을 줄일 수 있습니다.
어떤 문제가 생겼는지에 따라 다음 확인이 달라집니다
길이가 예상과 다르면 샘플레이트와 프레임 수를 먼저 봅니다. 한쪽만 들리면 채널 수와 채널별 내용을 살펴봅니다. 파일이 아예 열리지 않으면 확장자만 바꾸기보다 실제 형식과 프로그램의 지원 범위를 확인합니다.
앞의 숫자 배열로 돌아가면 핵심은 간단합니다. 한 값이 샘플, 좌우 두 줄이 채널, 같은 시점의 묶음이 프레임입니다. PCM은 이 값들의 표현 방식이고 컨테이너는 그 값과 설명을 함께 담는 그릇입니다.
ORIGINAL MATERIALS
이 글의 직접 제작 자료
- 디지털 오디오 표현 계층도
한 시점의 값에서 채널·프레임·인코딩·파일 구조로 이어지는 관계를 정리한 도식입니다.
- 디지털 오디오 질문 분리표
샘플레이트·비트 깊이·채널·코덱·컨테이너·메타데이터가 각각 답하는 질문을 정리한 표입니다.
SOURCE NOTES
출처와 확인일
- World Wide Web Consortium — Web Audio API 1.1 — AudioBuffer 최종 확인일 2026-09-08
- World Wide Web Consortium — WebCodecs Linear PCM Codec Registration 최종 확인일 2026-09-08
- European Broadcasting Union — EBU Tech 3285 — Broadcast Wave Format 최종 확인일 2026-09-08
갱신 이력
과거 게시·수정 이력은 확인 중이며, 확인된 변경부터 기록합니다.
내용 수정 / 2026-09-08
영문 중심 제목을 정리하고 좌우 네 샘플 배열로 채널·프레임·시간을 설명했습니다. PCM과 메모리 배열, 컨테이너·메타데이터를 구분하고 반복 전달 계약 문장을 제거했습니다.
KEEP EXPLORING
관련 글
AUDIO
샘플레이트와 비트 깊이, 원본과 납품 조건에 맞춰 선택하기
샘플레이트는 시간 간격, 비트 깊이는 값의 표현 정밀도입니다. 원본과 납품 조건이 다른 세 가지 경우로 변환 위치를 정합니다.
AUDIO
WAV·FLAC·MP3·AAC·Opus 선택법과 오디오 용량 계산
컨테이너와 코덱의 차이를 이해하고 편집·보관·배포 목적에 맞는 형식을 고릅니다. 3분짜리 48 kHz·24비트 스테레오의 무압축 용량도 직접 계산합니다.
AUDIO
소리는 어떻게 전달되고 디지털 오디오가 되는가
말소리가 공기·마이크·변환기를 거쳐 파일이 되고 다시 들리는 과정을 설명합니다. 파형과 스펙트럼의 차이, 녹음과 재생 볼륨을 구분하는 예도 함께 살펴봅니다.
REC
녹음 세션·테이크·백업을 다시 열 수 있게 정리하기
가상 녹음 프로젝트의 폴더와 테이크 이름을 정하고, 외부 음원 누락을 찾은 뒤 백업을 다시 여는 순서를 설명합니다.
MIX
마스터링 뒤 음원 납품하기: 파일 목록과 누락 수정 예시
보관용 마스터와 전달용 음원을 구분하고, 가상의 완성된 납품 파일 목록과 반주 파일 누락 수정 사례를 설명합니다. 기존 합성 음원의 로컬 검사 기록도 별도로 제시합니다.
