修复字幕编码
在浏览器本地修复旧字幕文件里的乱码（mojibake） - 自动检测编码，输出干净的 UTF-8。不上传。
正在你的设备上本地处理 ...
你的文件
正在你的设备上本地处理 ...
0%
你的文件从未离开你的设备
我的文件会被上传吗？
不会。一切都在你的浏览器中运行，你的文件永不离开你的设备。这一点如何验证
老 DVD 压制时代或较早的 Windows 编辑器制作的字幕，经常以 windows-1252 之类的 8 位编码保存，而不是 UTF-8。如果现代播放器仍把这样的文件当作 UTF-8 打开，特殊字符就会变成一串看不懂的乱码，而不是原本的字符 - 这种现象叫做乱码（mojibake）。这个工具会检测出错的编码并修复它。
从技术上讲，工具首先检查原始字节是否本来就是合法的 UTF-8。如果不是，这就是 windows-1252 之类 8 位编码的强烈信号 - 文件会按该编码重新读取，并干净地重新写回为 UTF-8。如果字节本身是合法的 UTF-8，但又呈现出典型的双重编码模式，工具也会尝试修复这种更少见的情况。
如果无法有把握地判断编码，工具会给出诚实的错误提示并停止，而不是靠猜测生成更多乱码。如果文件本来就是干净的 UTF-8，则不会有任何改变 - 一次安全的空操作。所有分析都在你的浏览器本地完成。
技术规格
| 输入格式 | SRT, VTT, ASS, SSA, SBV, TTML, DFXP, SMI, SAMI, LRC |
|---|---|
| 自动转换 | MP4 |
| 输出格式 | SRT |
| 批量处理 | 不支持 |
| 处理方式 | 在浏览器中本地处理 (JavaScript) |
| 文件上传 | 无 |
三步完成
- 拖放字幕文件。
- 编码会被自动检测并修复。
- 下载已修复、编码干净的 UTF-8 文件。
限制: 只能可靠检测最常见的情况（本应是 UTF-8 却被保存为 windows-1252/Latin-1）以及简单的双重编码；更少见的、多重嵌套的编码错误会被诚实地拒绝，而不是靠猜测处理。字幕内容本身（时间、行文字）保持不变 - 只修复字符编码。
常见问题
我的文件会被上传吗？
不会，修复完全在浏览器本地完成。
什么是乱码（mojibake）？
本应是正常字符却变成一串看不懂的字符组合 - 通常是因为一个以 8 位编码保存的文件被错误地当作 UTF-8 读取。
如果无法可靠检测编码怎么办？
工具会诚实地告知这一点，而不是猜测一个错误的编码从而生成更多乱码。
如果文件本来就是干净的，会有变化吗？
不会 - 已经是合法 UTF-8 的文件会原样返回。