B站缓存m4s转MP4一键无损：把被拆散的音画，5秒合体

B站缓存m4s转MP4一键无损：把被拆散的音画，5秒合体

【免费下载链接】m4s-converter一个跨平台小工具，将bilibili缓存的m4s格式音视频文件合并成mp4项目地址: https://gitcode.com/gh_mirrors/m4/m4s-converter

你有没有过这种瞬间：深夜刷到一部纪录片，顺手点了缓存，想着"哪天有空再看"。结果三个月后打开收藏夹，标题旁赫然写着"已失效"。再翻到本地缓存文件夹，发现里面躺着两个莫名其妙的东西——一堆字母数字加连字符命名的.m4s文件，双击，播放器报错，仿佛一具数字遗骸。

这大概是每个B站重度用户都撞过的墙。而今天要说的 m4s-converter，就是专门用来拆这堵墙的：它能把B站缓存的 m4s 音视频文件合并成普通 MP4，全程不重新编码、不损失画质，1.5GB 的文件只要 5 秒。

你的缓存文件夹里，可能还躺着这些"只剩一半"的视频

先别急着下载工具，跟我一起做个小实验。

打开你电脑的Videos/bilibili目录（这是B站客户端的默认缓存位置），你会看到一堆以字母和数字命名的文件夹。随便点开一个，里面躺着大约这么几位：一个.m4s后缀的大文件，一个.m4s后缀的小文件，一个videoInfo.json之类的信息文件，运气好还有个.xml弹幕文件。

问题来了：明明是一部完整视频，为什么缓存下来就变成了两个文件，而且谁都打不开？

答案藏在B站的播放机制里。B站用的是 DASH 流媒体技术——为了让在线播放更流畅、让网速波动时能单独切换画质或音质，视频画面和声音被拆成了两条独立的数据流，各自以"分片"形式传输。缓存下来之后，它们依然保持着"分居"状态：video.m4s是只有画面、没有声音的半截视频，audio.m4s是只有声音、没有画面的半截音频。

换句话说，你缓存了一整块三明治，但拿回家发现面包和馅料被分装在两个袋子里。m4s-converter 做的事情，不是重新烤一块三明治，而是把这两袋原封不动地拼回去——这也是它能做到"无损"和"5秒"的底层原因。

第一次合体：从克隆到拿到MP4，全程三步

听起来很复杂？实际操作简单到可能让你觉得"就这"。

第一步，把工具拿下来。打开终端，执行这条命令：

git clone https://gitcode.com/gh_mirrors/m4/m4s-converter cd m4s-converter

如果你不习惯命令行，也可以直接下载编译好的可执行文件，Windows、Linux、macOS 三个平台的版本都有。

第二步，运行它。Windows 用户双击m4s-converter.exe即可；Linux 和 macOS 用户在终端里执行：

./m4s-converter

这里有个小细节：程序首次启动会弹出一份使用条款，按回车确认后才会继续。这不是多余动作，具体原因放到文章最后说。

第三步，去output文件夹收成果。程序跑完后会自动打开输出目录——这一步它替你做了——里面是按"视频合集名-UP主名"分好的文件夹，MP4 文件以"分P标题"命名。你不需要手动配对这个视频、那个音频，它全包了。

如果你用的是 Linux 或 macOS，运行前记得先给文件加上执行权限（chmod +x m4s-converter），Windows 则没有这个烦恼。

工具在后台替你操心的四件事

点击运行的那几秒钟，屏幕上滚过的日志背后，其实是一条固定的流水线。理解它，你以后遇到任何异常都能自己判断问题出在哪一环。

第一件事是扫描配对。它遍历缓存目录，找出所有.m4s文件，再对照.playurl里的音视频 ID 判断哪个是画面、哪个是声音——连番剧缓存里那种藏在80目录下的文件也能认出来。配对完成后，它会把.m4s复制成临时.mp4和.mp3文件，顺带修掉文件头部缺失的字节。

第二件事是读取元数据。每个缓存文件夹里都有videoInfo.json或entry.json，里面记录着标题、UP主、分P名、缓存状态。程序读取这些信息，一是用来生成有意义的文件名（而不是继续用那串天文数字），二是用来判断"这个视频缓存完整了吗"——没缓存完的直接跳过，不浪费时间。

第三件事是无损封装。这是核心一步：它调用内置的 GPAC MP4Box 工具，把临时音视频文件直接装进 MP4 容器。注意关键词是"装"，不是"压"。传统的视频转换需要重新编码，相当于把三明治拆了重新做一遍，耗时按小时算、画质还要打折；而封装只是换包装，原料没动过，所以原始分辨率、码率、编码参数全部原样保留，这就是它又快又不损画质的原因。Windows 和 Linux 版本把 MP4Box 直接内嵌在了程序里，首次运行会自动释放，你甚至感觉不到它的存在。

第四件事是顺手清理和防重复。它会把缓存里的 XML 弹幕转成 ASS 字幕文件，让弹幕在播放器里变成可开关的独立字幕层；同时它会给每个合成文件打上隐藏元数据标签、生成哈希记录，下次再运行时能认出"这个文件已经合过了"，避免重复劳动。如果你开启了-u参数，它还会把那些合并失败、只剩单条音轨的零散文件统一收集到一个"未合并文件"文件夹里，方便你手动处置。

默认行为不顺手时，这几个参数值得记下来

大多数人直接双击就能搞定，但工具也预留了几个开关，专治"默认行为不合我意"的场景。

缓存不在默认位置？用-c指定路径。比如你把缓存手动挪到了 D 盘：

./m4s-converter -c "/你的/自定义/缓存/路径"

这条命令告诉程序"别去默认位置找了，来这里找"。

不想要弹幕？用-a关掉。默认情况下程序会自动把弹幕转成 ASS 字幕，但如果你觉得弹幕太吵、或者想给视频做二次创作需要干净的画面，加个-a就行，干净利落。

同名文件想覆盖而不是改名？用-o。默认策略是"不覆盖、自动重命名新文件"，防止你误删旧成果；如果你确定旧文件没用了，加-o让它直接覆盖。

MP4Box 找不到？用-g手动指定。macOS 用户因为工具没有内嵌 MP4Box，需要自己安装 GPAC，然后通过-g "mp4box的绝对路径"告诉程序位置；嫌麻烦可以传-g select，程序会弹出一个文件选择框，让你自己点选，直观得多。

这几个参数可以组合使用，比如-c 路径 -a -o就是"指定目录 + 不要弹幕 + 允许覆盖"三件事一次办齐。

翻车现场速查：三个常见问题的自救顺序

用这种工具最怕遇到"转换失败"却不知道从哪下手。这里给你三张排查路线图。

转换后的视频没声音？先检查缓存目录里是不是同时存在audio.m4s和video.m4s——很多"没声音"其实是因为压根没缓存到音频轨。然后确认缓存状态是"已缓存完成"，下载不完整的文件会被程序主动跳过。最后，重新缓存一遍再试。

提示 MP4Box not found？Windows 和 Linux 用户先确认内嵌的 MP4Box 文件是否还在（它会被释放到临时目录），检查一下杀毒软件有没有把它当病毒清掉。macOS 用户则大概率是还没装 GPAC，装上之后用-g参数指定路径即可。

批量转换时卡顿？程序本质上是逐条读取、写入大文件，瓶颈通常在磁盘而不是 CPU。把缓存和输出目录放到 SSD 上，转换几个大文件之后留点缓冲时间，别同时再开着下载器抢磁盘。

最后一条底线：转换可以，传播不行

还记得开头那个按回车确认的步骤吗？程序每次运行都会显示一份使用条款，它不是在走形式。

m4s-converter 只做一件事：把你本人通过B站官方客户端合法缓存的视频合并成 MP4。它没有下载功能，不会碰B站的服务器，也不会破解任何加密内容。而且转换结果严格限定于个人备份——视频被下架不等于版权失效，你可以在自己设备上永久保存，但不要上传网盘、不要发到社交平台、不要用于任何商业用途。技术给了你把内容保存下来的能力，但尊重创作者这件事，永远是你的责任。

给你一个具体的下一步

现在就做一件事：打开Videos/bilibili目录，找出那些你"缓存了但再也没打开过"的文件夹。如果里面有曾经的下架视频，趁它还在，用 m4s-converter 把它合并成 MP4——这笔数字资产就真正归你所有了。

两个实操提醒：合并完成后先随机抽几个视频确认音画同步，再删原始 m4s 文件；重要的内容建议额外备份到移动硬盘或云端。缓存会过期，硬盘会损坏，但一份放在自己手上的 MP4，才是你能随时打开的那一份。

【免费下载链接】m4s-converter一个跨平台小工具，将bilibili缓存的m4s格式音视频文件合并成mp4项目地址: https://gitcode.com/gh_mirrors/m4/m4s-converter