歌单总时长计算器

为什么要算歌单总时长

整理歌单时我们常需要知道三件事：这张歌单到底有多长、占多大空间、按通勤时长要听几天。平台上一般只显示单曲时长，总时长要自己累加；如果歌单里既有 3 分半的流行歌，也有 1 小时的播客或现场混音，心算很容易出错。

三种时长写法都能识别

• 分:秒，例如 3:45，适合绝大多数歌曲。
• 时:分:秒，例如 1:02:03，适合播客、有声书、DJ 长混音。
• 纯秒数，例如 225，适合从音频软件或接口里导出的原始值。

解析时会自动跳过空行和无法识别的行，因此从音乐 App 里复制一串带序号的文本，也可以直接粘贴进来。

存储占用怎么算出来的

音频文件体积由「时长 × 码率」决定。以常见的 320 kbps MP3 为例，每秒占用 320000 ÷ 8 = 40000 字节，即约 39 KB；一首 4 分钟的歌约 9.4 MB，60 首约 560 MB。本工具按 1 kbps = 1000 bit/s 换算（这是音频行业与播放器的统一口径，与文件系统的 1024 进制只差在最后的单位转换上），结果与播放器显示的码率一致。

需要提醒的是，无损格式（FLAC、ALAC、WAV）不用固定码率来描述，实际体积取决于音乐本身的复杂度——安静段落压缩后很小，鼓点密集的段落会显著变大。CD 无损的 1411 kbps 是 PCM 原始数据的固定值，仅适用于未压缩的 WAV。

可听天数

把总时长除以每天听歌的分钟数，就能知道这张歌单能撑多久。通勤族按每天 60 分钟算，30 小时的歌单大约能听一个月；如果是要做背景音乐循环播放的店铺歌单，则更应该关注总时长是否超过营业时长，避免同一首歌一天重复七八遍。

常见问题

为什么算出来的体积和实际文件大小有出入？

因为音频文件除了音频数据还有元数据（封面图、歌词、ID3 标签），无损格式的体积也随内容浮动。本工具算的是音频流本身的理论体积，实际文件通常比它大 1% 到 5%，带封面图的无损文件可能大出十几 MB。

支持毫秒吗？

支持小数形式，例如 225.5 会按 225.5 秒计算；3:45.5 也有效。但 3:45.500 这种带三位小数的毫秒写法不会被识别为毫秒，会按 45.5 秒处理，建议先转成小数秒再粘贴。

你可能还想问

总时长有什么用？

便于按场景编排（通勤、运动、助眠）与控制节目时长；对于有固定档期的活动或播客，时长匹配是基本要求。

为什么实际播放时间有差异？

平台可能计入淡入淡出、间隙或变速播放，加上曲目间的过渡；估算值适合做参考，精确排期需以平台实际为准。

怎么快速调整到目标时长？

先按平均单曲时长估算需增减的曲目数，再微调个别曲目；比逐首试听更快，也便于保留整体风格统一。

相关工具

相关内容