手机里的B站缓存视频突然打不开？用m4s-converter无损转MP4，3步搞定
【免费下载链接】m4s-converter一个跨平台小工具，将bilibili缓存的m4s格式音视频文件合并成mp4项目地址: https://gitcode.com/gh_mirrors/m4/m4s-converter
你很可能遇到过这样的瞬间：在B站App里高高兴兴缓存了一部纪录片或课程，想拷到电脑上看，却发现文件夹里躺着的是video.m4s、audio.m4s、entry.json这种奇奇怪怪的文件，双击没有任何播放器认它们。更糟的是，一些视频在平台上已经被下架了，缓存成了唯一保存下来的"数字遗产"，可它偏偏就是打不开。
今天要介绍的m4s-converter，正是一款把 B 站缓存的 m4s 音视频文件无损合并成标准 MP4的免费开源跨平台工具。它不需要你懂任何编码知识，也几乎不消耗性能，一条命令就能让"被封印"的缓存视频重新变得可播放。下面这篇文章会从原理讲起，带你完整走一遍从获取工具到产出成片的全过程，再聊聊那些藏在参数里的进阶玩法，以及新手最容易踩的坑。
为什么你下载的B站视频，打开却是几个"无名"文件？
先说结论：B站缓存的视频不是"坏"了，而是被拆成了两半。为了保证在线播放的流畅度，B站把视频轨和音频轨分开存储，缓存到本地时就是两个独立文件——通常以.m4s结尾，一个装画面，一个装声音。同时旁边还会有一个entry.json（或videoInfo.json）记录标题、up主、分P等信息。
这就像一个朋友把一本完整的书拆成上下两册寄给你，还夹了一张目录卡。书的内容一个字没少，只是没人帮你把它们合起来。传统思路是用视频编辑软件重新转码封装，可那要装几百MB的软件、配置一堆专业参数，而且转码还会让画质打折扣。m4s-converter 的做法则完全不同：它直接做无损封装，把音视频轨道"原样装进"MP4容器里，不重新编码，画质音质 100% 保留，速度快得离谱——项目自带的测试数据显示，1.46GB 的文件约 5 秒完成，11.7GB 的大文件也只要 38 秒左右（固态硬盘环境）。
它的另外两个亮点同样值得期待：一是弹幕自动转换，能把 B 站特有的 XML 弹幕转成通用的 ASS 字幕文件，和视频放在一起；二是全平台开箱即用，Windows 和 Linux 版都把封装引擎 MP4Box 直接内嵌进了程序，首次运行会自动释放，不需要你额外安装任何依赖。
m4s-converter是什么？一条命令把缓存变成能播放的MP4
m4s-converter 是用 Go 语言编写的小型命令行工具，核心思路只有一句话：扫描 → 配对 → 封装 → 输出。
当你运行它，程序会做这些事：
- 扫描缓存目录，递归找出所有
.m4s文件； - 智能配对，通过读取
.playurl文件里的音视频 ID（Android 端则读取entry.json），准确判断哪个是视频轨、哪个是音频轨，而不是靠文件名瞎猜； - 读取元数据，从
videoInfo.json或entry.json中提取视频标题、up主、合集名，这些信息会写入最终 MP4 的标签里，方便你管理； - 无损封装，调用内置的 MP4Box 把音视频轨道合成为一个 MP4 文件，全程不转码；
- 顺手处理弹幕，把缓存中的 XML 弹幕转成 ASS 字幕，如果本地没有弹幕文件，还会尝试从官方接口拉取再转换。
整个流程的骨架在common/synthesis.go，智能配对逻辑在common/util.go，弹幕转换实现在conver/xml2ass.go，平台适配代码集中在internal/目录——进阶读者可以直接去源码里探索，每一处注释都写得很清楚。
第一次使用m4s-converter：从拿到工具到看到成品MP4
我以一个普通用户的视角，把完整的体验流程拆成三步。跟着走一遍，基本不会再出问题。
第1步 获取工具
最简单的方式是从仓库克隆源码后自行编译：
git clone https://gitcode.com/gh_mirrors/m4/m4s-converter cd m4s-converter如果你不想碰编译，也可以直接使用项目发布页里编译好的可执行文件，按系统选择对应版本（Windows 选.exe，Linux 选无后缀文件，macOS 选 Darwin 版本），记得给文件加上可执行权限再运行。两个途径任选其一即可。
第2步 找到B站缓存目录
不同系统的默认缓存位置不一样：
| 系统 | 默认缓存路径 |
|---|---|
| Windows | C:\Users\你的用户名\Videos\bilibili\ |
| macOS | ~/Movies/bilibili/ |
| Linux | ~/Videos/bilibili/ |
每个视频通常对应一个子文件夹，里面有video.m4s、audio.m4s和entry.json三个关键文件。如果你的缓存不在默认位置，稍后可以用-c参数手动指定。
第3步 运行并等待结果
直接运行程序即可：
./m4s-converter程序会先显示使用条款，按任意键表示同意后继续；接着它会自动检查新版本、扫描默认缓存目录。如果没找到缓存文件，会弹出一个目录选择窗口，让你手动定位。
转换完成后，所有 MP4 会按"合集名-up主"的格式归入缓存目录下的output文件夹，文件名保留原始分P标题，并自动过滤掉\ / : * ? " < > |等不合法字符。程序结束时会自动为你打开输出目录，合成了哪些文件、耗时多久，都会清楚地列在日志里。
进阶玩法：m4s无损转换的隐藏参数与真实使用场景
如果你只用默认命令，m4s-converter 已经很好用了。但下面这些参数和场景，能让它真正成为你数字内容管理的好帮手。
无损封装 vs 转码重压：一张表看懂差距
拿 m4s-converter 和传统转换工具对比，差异非常直观：
| 对比维度 | m4s-converter（无损封装） | 传统转码工具 |
|---|---|---|
| 转换速度 | ⚡ 秒级完成 | ⏳ 需重新编码，耗时长 |
| 画质/音质 | 🎯 100% 保留 | 📉 通常有压缩损失 |
| 上手难度 | 🧑💻 无需配置 | 🧑🔧 需要设置编码参数 |
| 资源占用 | 💡 极低 | 🔥 高（CPU/GPU 满载） |
| 弹幕支持 | ✅ 自动转 ASS | ❌ 一般不支持 |
| 平台适配 | 🌍 Windows/Linux 免安装 | 🔄 依赖系统环境 |
一句话总结：能封装就别转码。你的 4K 高清缓存，转码一次可能就变成 1080P 了，而封装出来的文件，和 B 站原画一模一样。
常用参数逐个说
程序内置了 7 个命令行参数，全部短小易记：
| 参数 | 全称 | 作用 |
|---|---|---|
-c | --cachepath | 指定缓存目录，例如./m4s-converter -c "/data/videos/bilibili" |
-o | --overlay | 合成时覆盖同名文件，默认跳过并保留旧文件 |
-a | --assoff | 关闭弹幕自动转换功能（想精简文件时用） |
-u | --summarize | 把无法合并的 MP3 和视频文件汇总到独立目录，方便你手动处理 |
-g | --gpacpath | 自定义 MP4Box 路径；传select会弹出文件选择框 |
-v | --version | 查看版本与编译信息 |
-h | --help | 查看帮助 |
三个值得一试的真实场景
场景一：批量抢救整个缓存库。直接把-c指向缓存根目录，程序会自动递归处理所有子目录，一次转换所有视频，不用逐个操作。
场景二：Android 手机的缓存文件。手机端缓存的目录结构略有不同，但 m4s-converter 同样支持——它会自动识别 Android 端的entry.json和danmaku.xml，所以把手机缓存整体拷到电脑上再跑一遍，照样能出 MP4 和字幕。
场景三：只想要视频不要弹幕。如果你用播放器看视频时嫌弹幕碍眼，加上-a参数即可关闭弹幕转换，输出的文件夹会干净很多。
另外，程序在合成时会为每个文件计算哈希并写入元数据标签，重复运行不会产生重复文件——已经处理过的视频会被智能跳过，这一点在批量整理时非常省心。
避坑手册：m4s转换失败原因与解决办法清单
新手最容易在下面几个地方卡住，我按"症状 → 原因 → 解法"整理成清单，遇到问题直接对照排查。
1. 双击程序没反应，或提示权限不足Linux/macOS 下载的可执行文件常常缺少执行权限。在终端里进入文件所在目录，运行chmod +x m4s-converter（命令里换成你的实际文件名）后重试即可。
2. 程序找不到缓存目录，反复弹窗缓存路径和你运行程序的用户不一致，或者缓存不在默认位置。用-c参数显式指定，例如./m4s-converter -c "/home/你的名字/Videos/bilibili"。
3. 转换后视频无法播放大概率是缓存本身不完整。检查entry.json里的状态是否为completed（缓存完成），如果视频没有缓存完，video.m4s和audio.m4s的大小会明显异常，重新缓存一遍再转换即可。
4. 弹幕文件没有生成可能是本地没有弹幕缓存，且网络下载失败。先确认网络正常，再检查对应视频目录下是否存在danmaku.xml或{cid}.xml；如果确实没有，重跑一次转换，或在有网的环境下重新缓存。
5. macOS 上提示找不到 MP4BoxmacOS 版本的内置依赖策略不同，需要你自行安装 GPAC 的 MP4Box（例如通过 Homebrew 安装 gpac 包）。Windows 和 Linux 用户则无需担心，程序首次运行会自动释放内置组件。
6. 转换大文件时感觉"慢"这是正常现象，毕竟文件本身就有十几个 GB。在固态硬盘上，11.7GB 的文件大约需要 38 秒；机械硬盘会慢一些，耐心等日志出现"已完成合成任务"即可。
核心信息速查表与下一步行动
最后，把最常用的信息浓缩成一张速查表，方便你收藏备用：
| 事项 | 说明 |
|---|---|
| 默认缓存位置 | 各系统Videos或Movies目录下的bilibili文件夹 |
| 关键源文件 | video.m4s（视频轨）、audio.m4s（音频轨）、entry.json（元数据） |
| 输出位置 | 缓存目录下的output文件夹 |
| 最常用命令 | ./m4s-converter（自动扫描默认目录） |
| 指定目录 | ./m4s-converter -c "路径" |
| 关闭弹幕 | ./m4s-converter -a |
| 自定义封装器 | ./m4s-converter -g select |
| 相关源码 | 主流程common/synthesis.go，配对逻辑common/util.go，弹幕转换conver/xml2ass.go，平台适配internal/ |
m4s-converter 是一个开放的开源项目，如果你在使用中发现了问题，或者有更好的想法，随时可以通过项目仓库提交 issue 或参与改进——这类实用型小工具的成长，往往就来自真实用户的一次次反馈。
现在，别让那些精心缓存的内容继续"沉睡"了，跟着这四步立刻行动起来：
- 获取工具：克隆仓库或下载对应系统的可执行文件；
- 定位缓存：找到你的 B 站缓存文件夹；
- 一键转换：运行程序，等它自动完成合并；
- 进阶探索：用
-c、-a、-g select等参数按需定制，并把它分享给同样需要的朋友。
最后想认真提醒一句：请只转换你自己通过官方客户端合法缓存的视频，转换结果严格用于个人备份，不要传播或商用。技术帮我们留住喜欢的作品，但尊重创作者的劳动，同样是每位观众该做的事。
愿那些下架前的课程、纪录片和回忆，都能以 MP4 的形式，安安稳稳地留在你的硬盘里。🎬✨
【免费下载链接】m4s-converter一个跨平台小工具，将bilibili缓存的m4s格式音视频文件合并成mp4项目地址: https://gitcode.com/gh_mirrors/m4/m4s-converter
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
