BPM (분당 박자 수)은 트랙의 심장박동입니다. 1 비트만 어긋나도 리믹스가 맞물리지 않고, 1 옥타브가 어긋나면 DJ 셋이 무너집니다. 이 검출기는 옥타브 오류 보정이 결합된 온셋 엔벨로프 자기상관(autocorrelation)을 이용해 브라우저 안에서 어떤 오디오 파일이든 템포를 읽어냅니다. 파일을 떨궈 넣으면 숫자가 나옵니다 — 리듬이 명확한 소재라면 보통 ±2 BPM 안쪽 정확도입니다.
BPM 검출이 실제로 측정하는 것
BPM 검출은 신호의 에너지 엔벨로프에 들어 있는 주기성을 찾아냅니다. 고전적인 접근은 짧은 윈도우의 RMS를 계산하고, 그것의 반파 정류된 차분으로 온셋 신호를 얻은 뒤, 자기상관으로 가장 가능성 있는 비트 주기를 찾는 것입니다. 정수 프레임 경계에 떨어지지 않는 템포(174 BPM은 악명 높습니다), 반 마디에 강한 강세가 있어 검출기가 절반 템포를 보고하게 만드는 곡, 명확한 리듬 요소가 없는 곡 같은 경계 사례가 있습니다. 흔한 옥타브 오류는 두 배 템포에도 강한 자기상관 피크가 있는지 확인해 완화합니다 — 있으면 빠른 쪽 판독을 우선합니다. 청자가 느끼는 템포는 보통 100-180 BPM 범위에 있기 때문입니다.
이 검출기의 작동 방식
오디오는 Web Audio API로 디코딩하여 모노로 믹스합니다. 프레임 레이트 100 Hz (10 ms 홉, 20 ms 윈도우)로 RMS 엔벨로프를 계산한 뒤, 1차 차분을 반파 정류해 온셋을 분리합니다. 자기상관은 60-200 BPM에 해당하는 지연 범위를 훑습니다. 가장 강한 피크를 고른 뒤 사후 옥타브 보정을 적용합니다: 절반 지연 (= 두 배 템포)에 선택 피크의 45 % 이상 강도의 피크가 있으면 빠른 쪽 판독으로 전환합니다. 선택된 피크 주변에서 포물선 보간을 해 서브프레임 정밀도의 BPM을 얻습니다. 모든 처리가 Float32Array 위의 브라우저 TypeScript로 동작합니다 — 외부 라이브러리도, 서버도 없습니다.
이 도구를 쓸 만한 상황
- DJ 셋과 라이브 공연의 비트매칭
- 리믹스와 스템을 레퍼런스 트랙의 템포에 잠그기
- 녹음된 테이크를 가져오기 전에 DAW의 프로젝트 템포 설정
- 드럼 샘플과 루프의 라벨이 정확한지 점검
- 바로 박자를 따라 칠 수 없는 곡의 빠른 리듬 점검
자주 묻는 질문
- 검출 정확도는 어느 정도인가요?
- 리듬이 명확한 소재 (드럼이 있는 대부분의 팝, 댄스, 힙합, 록)에서는 ±2 BPM 정도를 기대할 수 있습니다. 타악기가 약하거나 없는 소재 (오케스트라, 앰비언트, 어쿠스틱 발라드)에서는 알고리즘이 잡을 단서가 적어 절반이나 두 배 템포를 보고할 수 있습니다. BPM과 함께 신뢰도가 표시되며, 신뢰도가 낮다면 결과를 가려서 받아들이는 게 좋습니다.
- 왜 가끔 예상한 BPM의 절반이 나오나요?
- BPM 검출은 여러 조화 관계의 주기가 동시에 존재할 때 본질적으로 모호한 문제입니다. 이 경우를 감지해 빠른 쪽 판독을 선호하지만, 강한 세분화가 있는 매우 느린 곡 (60-80 BPM)에서는 검출기가 두 배 템포를 계속 고를 수 있습니다. 결과가 어색하면 직접 tap-tempo로 비교해 보세요.
- 템포가 변하는 곡도 처리할 수 있나요?
- 잘 처리하지 못합니다. 통합된 판독값은 트랙 전체의 평균 템포를 반영합니다. 섹션마다 템포가 바뀌는 곡에는 프레임 단위 출력을 가진 비트 트래킹 알고리즘이 맞지만 — 훨씬 무겁고, 무료 브라우저 유틸리티에는 어울리지 않습니다.
- 드럼이 없는 트랙은 어떻게 되나요?
- 어쿠스틱/앰비언트/비타악기 소재는 가장 어려운 사례입니다. 온셋 엔벨로프가 음 시작점을 잡아내긴 하지만, 드럼 히트보다 훨씬 약합니다. 신뢰도가 낮고 결과도 신뢰하기 어렵습니다. 이런 경우에는 작곡자의 의도에 따라 BPM을 직접 입력하는 편이 좋을 수 있습니다.
개인정보 보호
파일은 모두 이 브라우저 탭 안에서 분석됩니다 — Web Audio API로 디코딩하고, 브라우저 TypeScript로 처리하며, 절대 업로드되지 않습니다. 탭을 닫으면 작업 상태도 모두 사라집니다.