我那3个G的B站缓存差点白下：用m4s-converter格式转换合并MP4的真实通关记录

我那3个G的B站缓存差点白下：用m4s-converter格式转换合并MP4的真实通关记录

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

先说结论，免得你绕路：m4s-converter 是一款能把 bilibili 缓存的 m4s 音视频文件智能合并成标准 MP4 的开源格式转换小工具，跨 Windows、macOS、Linux 三个平台即下即用，转换过程不重新编码、不损画质。下面是我从"缓存了一堆视频却一个也打不开"到"离线观影自由"的完整过程，踩过的坑都帮你标注好了。

高铁上那场尴尬的"缓存翻车"

去年年底我抢了一张回家的高铁票，想着路上六个小时没信号，正好把收藏夹里下架边缘的课程视频看一遍。出发前一晚我特意用B站客户端缓存了三个合集，接近 3 个 G，心里美滋滋——"离线观影自由"不就来了吗。

结果车一开，我点开缓存列表，视频加载出封面、弹幕也正常，唯独点播放键永远转圈圈。切到系统播放器直接打开缓存文件？系统提示"无法识别此文件格式"。那一刻我看着屏幕上陌生的.m4s后缀，突然意识到：这 3 个 G 的数据，可能根本不是我以为的那种"视频文件"。

先画一张"问题地图"：m4s 到底卡在哪

在动手找工具之前，我花了一晚上把问题拆开，发现其实就三个坎：

第一道坎：m4s 根本不是普通视频格式。它更像一个"半成品容器"，是B站为了边下边看把数据切成一块块（fragment）保存的，普通播放器不认，自然打不开。

第二道坎：音画被拆成了两个文件。每个视频缓存目录里躺着video.m4s和audio.m4s两个文件，一个管画面一个管声音，想要能看的成品，得先把它们"合体"。

第三道坎：数量一多，人工整理就是灾难。缓存目录里动辄几十上百个文件夹，每个里还混着entry.json元数据、XML 弹幕，靠人一个个找配对再转格式，基本等于劝退。

当时我就想：要是有一个工具，能自动扫描目录、自动匹配音视频、顺手把弹幕也转出来，那该多好。这个念头，就是我跟 m4s-converter 相遇的开始。

第一条路径：十分钟跑通第一次转换

我的建议是别先研究文档，直接上手。拿到工具的方式很简单，在终端里克隆一份源码（如果你不习惯命令行，项目也有编译好的可执行文件，下载后解压即可）：

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

然后在缓存目录所在的位置，把程序跑起来。这里有个很贴心的细节：它默认会去扫描B站客户端的标准缓存路径（Windows 在Videos\bilibili，macOS 在Movies/bilibili，Linux 在Videos/bilibili），也就是说，多数情况下你什么都不用配：

./m4s-converter

第一次运行会弹出一段使用条款，大意是只允许转换你自己合法缓存的内容、结果仅限个人备份，按任意键确认后它就开工了。它会递归扫描所有子目录，找到video.m4s和audio.m4s，再从entry.json里读出标题、UP主、分P信息，然后调用内置的 MP4Box 组件把两个轨道无损封装进 MP4 容器。

大约十几秒后，我看到了类似这样的输出：一堆"已合成视频文件"的日志，最后一行是"已完成本次任务"。我顺着日志找到缓存目录下自动生成的output文件夹，里面按"视频标题-UP主"分好了子文件夹，MP4 文件安安静静躺在那里。点开，画面和声音严丝合缝，连当时缓存时带着的弹幕都被转成了 ASS 字幕，在 PotPlayer 里直接显示出来了。

那感觉，就像把被锁在保险柜里的照片终于洗成了实体相册。

进阶玩法实验室：三个真实场景的"输入→操作→收获"

跑通一次之后，我开始拿它当日常工具用，慢慢摸索出几个值得写下来的玩法：

实验一：缓存目录乱成一团时，怎么让它指哪打哪？我的缓存早就散落在好几个盘里，默认路径根本扫不到。这时候只要加一个-c参数告诉它目录在哪：./m4s-converter -c "/Volumes/资料盘/bilibili缓存"。收获是：它照样自动递归处理整个目录树，几十个文件夹一次性收编，不用我手动整理。

实验二：批量处理上百个文件时，怎么避免重复劳动和文件覆盖？第一次批量转换后，我又重新缓存了一批视频，再次运行时发现之前转过的视频它也会重新处理一遍，还默认把同名文件改名保留。如果希望"这次只补新货"，可以用-u参数把没合并成功的 MP3 和视频单独汇总到一个目录里排查；想要覆盖旧文件就直接-o。收获是：增量整理这件事终于有章法了，不会越转越乱。

实验三：不想要弹幕，或者播放器缺组件时怎么办？有些纪录片我想留着做纯净版素材，弹幕反而碍眼，加一个-a参数就能关掉自动生成弹幕的功能。而如果你用的是非 Windows/Linux 环境、或者系统里没有 GPAC 的 mp4box，用-g指定一下 MP4Box 的路径即可，填select的话它还会弹个文件选择框让你手动挑。收获是：这两个"开关"让我在不同用途间切换得心应手。

前后体验复盘日志：一次"工具升级"带来的质变

换工具之前，我的处理流程是这样的：手动找到每个文件夹里的两个 m4s 文件 → 打开格式工厂或剪映 → 导入、设置参数、等待重新编码 → 转完一个再转下一个 → 弹幕？算了，那玩意儿根本没法搞。一个下午能搞定五个视频都算快的，而且重新编码多少会有画质损失，4K 源转完变 1080P 也是常有的事。

现在的流程只有一步：运行程序，等它扫描、匹配、封装、归档。弹幕字幕自动生成，输出目录自动整理，画质 100% 原样保留。我把前后的差别理成一张小表，供你参考：

真正让我意外的是它背后的逻辑其实很朴素：MP4Box 做的是"无损搬运"而不是"转码"，common/synthesis.go负责音视频配对，conver/xml2ass.go负责弹幕转换，internal/里按平台放好了现成的 MP4Box 组件。理解了这一层，你就明白为什么它这么快、这么省资源了。

避坑指南：我替你们踩过的三个坑

坑一：转出来的文件播放器说"已损坏"。我第一反应是工具坏了，来回试了好几遍才意识到，是那个视频当初缓存就没下完，video.m4s和audio.m4s大小明显不对。教训：先确认缓存完整再转换，别让工具背锅。

坑二：有些视频转换特别慢。有一次 11.7GB 的文件我盯了快一分钟，一度以为卡死了。后来看 README 才知道，大文件耗时久是正常的，官方在固态硬盘上的参考数据大约是 11.7GB 用时 38 秒，我那次是输在了文件本身太大。教训：大文件转换时耐心点，看日志别干瞪眼。

坑三：弹幕字幕死活不出现。排查了半天，发现那个目录里的entry.json缺失了，元数据不完整，弹幕转换自然就失败了。教训：别乱删缓存目录里的 json 文件，它们是弹幕和标题的重要信息来源。

它如何融进我的日常，以及你现在就能做的四件事

如今这套流程已经是我"资料抢救"的标准动作：看到可能会下架的优质课程，先缓存，再转换，然后按主题归档到 NAS 上，建立自己的学习资料库。创作者朋友也可以用它把收藏的参考视频转成 MP4 建灵感素材库；家里长辈想在大电视上看老视频，同样靠它解决。

最后给你四件现在就能做的事：

1. 打开B站，把几个"舍不得删"的视频缓存下来（只缓存你合法获取的内容）。
2. 下载对应你系统的 m4s-converter 版本，第一次运行就走默认路径。
3. 转换完确认画质和弹幕正常，再决定要不要清理原始 m4s 文件释放空间。
4. 给重要内容做一次备份——转换后的 MP4 请严格用于个人收藏，不要传播或商用，尊重每一位创作者。

工具只是把"被格式封印"的数据解放出来，至于数据怎么用，始终是使用者自己的事。希望下次你在没有信号的路上，也能像我一样，点开那些曾经打不开的视频，安心地看完。

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