混音前统一曲库
DJ 接了一场四小时派对,从硬盘里拉出 80 首不同年代的舞曲。开场前发现曲速从 90 到 140 BPM 不等,手动对拍要一首首听。把整批文件拖进工具,十秒内按 BPM 排序,按 120-128 区间筛出主力曲目,再单独标记 90 的慢板曲做开场铺垫,省下半小时试听时间。
扒一首歌的采样、做混音对轨,最怕节奏对不上。上传音频,工具实时计算 BPM(每分钟节拍数),输出精确到小数点后一位的节奏值。检测在浏览器本地完成,音频文件不上传服务器——DJ 做 Set 前确认速度、制作人采样时对齐轨道,都用得上。
DJ 接了一场四小时派对,从硬盘里拉出 80 首不同年代的舞曲。开场前发现曲速从 90 到 140 BPM 不等,手动对拍要一首首听。把整批文件拖进工具,十秒内按 BPM 排序,按 120-128 区间筛出主力曲目,再单独标记 90 的慢板曲做开场铺垫,省下半小时试听时间。
独立音乐人录了一段吉他 riff,想用它做伴奏写歌,但不知道原始速度是多少。把录音片段导入工具,显示 94 BPM,于是把工程速度锁定在 94,再按小节对齐鼓点。如果工具测出 93.5,说明演奏有轻微变速,会建议手动拍两遍取平均值,避免整轨对不上网格。
团课教练要排一套 45 分钟 HIIT 音乐,要求热身段 120-130 BPM、冲刺段 150-160 BPM。从 Spotify 下载 30 首候选曲,用工具批量测速后按区间分三个文件夹,再微调每首的起始点让过渡不卡拍。工具实时检测功能能在播放时抓取当前曲目速度,方便现场临时换歌后重新匹配。
电台晚间节目有 6 首广告歌要插播,每首时长 30 秒,要求两首歌之间 BPM 差不超过 5。用工具测出各曲速度:128、132、125、130、127、131,按 128-132 区间排好序,中间用 125 的曲做过渡,避免听众感觉节奏突变。工具输出精确到小数点后一位,比耳朵听更稳定。
独立游戏开发者设计一个跑酷关卡,玩家跳跃动作需要和 140 BPM 的背景音乐踩点。用工具测出音乐实际 BPM 为 139.6,于是把游戏逻辑里的节拍间隔设为 430 毫秒(60000/139.6),而不是直接用 140 算出的 428 毫秒,避免 1000 次跳跃后累积 2 秒的偏移。
| 输入 | 输出 | 说明 |
|---|---|---|
| 一段 4/4 拍流行歌曲,时长 3 分钟,BPM 约为 120 | 120 BPM | 常规:典型流行歌曲节奏,验证工具对标准节拍的准确识别 |
| 一段纯钢琴曲,节奏缓慢,BPM 约为 60 | 60 BPM | 常规:慢速音乐,验证工具对低频节奏的稳定检测 |
| 一段电子舞曲,节奏复杂,BPM 约为 140 | 140 BPM | 常规:高速节奏,验证工具对快节奏的响应能力 |
| 一段只有人声清唱,无伴奏,无固定节奏 | 检测失败:未识别到稳定节拍,请尝试其他音频 | 边界:无节奏音频,验证工具对非音乐信号的容错处理 |
| 一段音频文件,时长仅 2 秒 | 检测失败:音频时长过短,建议至少 5 秒 | 边界:极短音频,验证工具对输入长度的下限要求 |
| 一段音频文件,BPM 为 240(极快节奏) | 240 BPM | 边界:极端高速,验证工具对高频节拍的检测上限 |
| 一段音频文件,BPM 为 30(极慢节奏) | 30 BPM | 边界:极端低速,验证工具对低频节拍的检测下限 |
| 一段音频文件,包含明显变速(如渐快渐慢) | 检测失败:节奏不稳定,建议使用恒定节奏片段 | 易错:变速音乐,验证工具对动态节奏的处理逻辑 |
1.用带背景噪音的音频测 BPM
直接上传现场录制的演唱会片段(含观众掌声、回声)上传干净的人声或乐器干声(无混响、无环境噪音)BPM 检测依赖节拍脉冲检测(beat onset detection),背景噪音会引入大量虚假峰值,导致检测结果偏高或跳动。
2.音频时长太短,检测结果不可靠
上传一段 3 秒的鼓点循环上传至少 15 秒、最好 30 秒以上的音频片段BPM 算法需要足够多的节拍间隔来统计平均周期。时长过短(<10 秒)时,统计样本太少,误差可达 ±20 BPM。
3.音频是变速度的(rubato / 渐快渐慢)
上传一段古典钢琴独奏,速度从 60 BPM 渐快到 120 BPM上传节奏稳定的舞曲、流行歌或节拍器录音本工具输出单一 BPM 值,假设全曲节奏恒定。变速度音乐(如肖邦夜曲、现场即兴)会导致算法取平均值,结果无实际意义。
4.上传了静音或极低音量音频
上传一段几乎无声的录音(音量 -60 dB 以下)确保音频正常可听(音量在 -12 dB ~ 0 dB 之间)BPM 检测依赖能量变化检测(energy-based onset detection)。信号太弱时,算法无法识别节拍起点,会输出随机值或 0。
5.文件格式不是浏览器原生支持的
上传 .flac 或 .wma 文件上传 .mp3 或 .wav 文件本工具纯前端处理(Web Audio API),浏览器原生支持 mp3/wav/ogg,但不支持 flac/wma/ape。不兼容格式会直接导致解码失败。
6.用节拍器精确值去验证检测结果
认为工具输出 128.0 BPM 才算准,输出 127.5 就是错的接受 ±2 BPM 的误差范围BPM 检测本质是统计估计,受 FFT 窗口大小、onset 阈值影响。专业 DAW(如 Ableton Live)的自动检测也有 ±1 BPM 偏差,非整数结果完全正常。
7.上传多轨混音文件(如整首交响乐)
上传一首 5 分钟的交响乐,乐器超过 20 种上传单乐器或简单编曲(如吉他弹唱、电子乐)多轨混音中不同乐器各有节奏,算法可能锁定到副节奏(如 Hi-hat 的 16 分音符)而非主节奏,导致输出值翻倍或减半。
BPM = 60 ÷ (平均节拍间隔时间 / 采样率)
平均节拍间隔时间连续节拍点之间的平均样本数采样率音频每秒采样点数,如 44100 Hz一段 44100 Hz 音频,检测到节拍间隔平均为 22050 个样本:BPM = 60 ÷ (22050 / 44100) = 60 ÷ 0.5 = 120。
不同工具检测结果差 1-5 BPM 是正常的。原因有三:一是算法差异——本工具用 FE 纯前端实时 FFT 频谱分析,侧重现代流行乐的主节拍;部分 App 用深度学习模型,对复杂鼓点(如切分音、三连音)处理不同。二是窗口长度——短片段(30 秒内)检测波动大,本工具默认分析前 60 秒音频。三是歌曲本身——渐快段落(如摇滚结尾)或变速录音,不同工具取的峰值点不同。建议用同一段稳定节拍区(如副歌)对比,并确认两边都关掉了自动节拍修正。
最常见原因是音频格式或编码不被浏览器支持。本工具纯前端运行,依赖浏览器解码能力,不支持 WMA、APE、FLAC 和某些高采样率(>48kHz)的 M4A。另外,如果音频文件本身是静音或只有人声无打击乐(如纯清唱),频谱峰值不足也会导致无结果。建议先转成 44.1kHz 16bit 的 MP3 或 WAV 再试。如果文件大于 50MB,解码耗时可能超过浏览器默认允许的 30 秒 JavaScript 执行上限,可尝试截取前 2 分钟再上传。
本工具输出的是全曲平均 BPM,对变速歌曲(如《Bohemian Rhapsody》或现场即兴演奏)只能给出一个折中值。如果你的歌有明显段落变速(例如慢板 70→快板 140),建议分段检测:用音频编辑软件截取稳定节拍段(如副歌 30 秒),分别检测再记录范围。本工具暂不支持分段标注或节拍图可视化,但结果区会显示频谱峰值置信度,低于 30% 的说明歌曲节奏不统一,该数字参考价值较低。
手机浏览器可以检测,但有三个限制需要注意。第一,iOS 上 Safari 对音频解码有 5 分钟超时限制,超过 5 分钟的歌曲可能解码到一半就断开。第二,部分安卓浏览器(如旧版 Chrome 或 UC)不支持 Web Audio API 的实时分析,会提示“浏览器不兼容”,建议用最新版 Chrome 或 Edge。第三,手机内存有限,超过 200MB 的音频文件在解码阶段可能直接崩溃。推荐用 2-3 分钟、码率 192kbps 以下的 MP3 文件获得最佳体验。
完全不上传。本工具实现方式是 FE(纯前端),音频文件在浏览器本地解码、本地分析,所有计算都在你的设备上完成,不会离开你的电脑或手机。即使关闭页面,也不会留下任何音频副本。你可以放心检测任何有版权顾虑的 demo 或未发布作品。
纯鼓点 Loop 通常由机器生成,节拍严格对齐整数 BPM 网格。而真实录音的歌曲受演奏者微表情、录音设备抖动、甚至磁带老化影响,实际节拍并非精准整数。本工具检测到的小数位(如 127.5)是经频谱分析后得出的最接近真实节奏的浮点值,不是误差。如果你需要整数 BPM 用于 DJ 对拍或混音,可以四舍五入取整(127.5 取 128),但混音时应微调歌曲速度以匹配。
每次结果波动 1-2 BPM 是正常现象,原因在于本工具的实时分析算法会随机选取音频中的多个起始点做窗口分析。如果你的歌曲前奏是弱拍或空拍(比如只有吉他扫弦没有底鼓),不同起始窗口捕捉到的峰值位置不同,计算出的平均 BPM 就有微小差异。建议:① 点击“重新检测”2-3 次,取出现频率最高的值;② 如果歌曲前奏超过 15 秒的弱拍,先手动截掉前奏再上传。如果波动超过 5 BPM,说明歌曲节奏不清晰,检测结果本身不可靠。
不能直接检测视频。本工具只接受纯音频文件(MP3、WAV、OGG、M4A 等常见音频格式)。如果你需要检测视频里背景音乐的 BPM,需要先使用视频转音频工具(如本站的“提取音频”功能)把视频中的音轨单独导出为 MP3 或 WAV,再上传到本页面检测。注意:视频转码过程中如果压缩率过高(如 64kbps),音频细节丢失会导致检测结果偏差较大,建议导出时选择 192kbps 以上。
隐私保证所有计算与处理均在你的浏览器本地完成,输入数据不会上传服务器,也不会保存或共享。