MicroDVD 转 TXT
或者粘贴字幕文本
选项
时间按哪个帧率计算。在格式页面里，这是 MicroDVD 需要的值，因为它把时间存成帧号。在帧率页面里，它是文件当初对应的速率 —— 字幕是按这个版本做的 —— 而页面的第二个框填你要拿它配套的视频速率。常见的有 23.976、24、25、29.97、30、50、59.94 和 60。填错会让整条时间轴偏移；在帧率页面里，偏移是按比例发生的，而不是一个固定的量。
这次转换会改变什么
有 3 项会被丢弃或需要你决定
- 时间
整条时间轴（输出格式完全不记录时间）
- 换行
换行（多行字幕条会被合并成一行）
- 帧率
源文件以帧号存储时间——每个时间戳都取决于你提供的帧率
这份清单来自这两种格式的能力矩阵，而不是你加载的这份具体文件。如果具体文件用到了格式允许、但矩阵没有建模的特性，可能会丢得更多。
这一页把 MicroDVD 剥成纯文本：每条 cue 的正文按顺序写成一行行文字，时间轴、帧率、硬换行分组全部不保留。它适合做校对稿、翻译底稿或字数统计，不适合再拿回去对画面。
具体丢三样。第一是时间：TXT 里没有时间码，也没有帧号，读到第四十行只知道它是文件里的第四十行。第二是分组：`|` 分开的两行会写成上下两行，但文件不再说它们属于同一条字幕，再读回来就是两条。第三是帧率：没有时间轴，也就没有帧率这一维。
文字本身不丢：正文原样保留，包括行尾空格和 `{Y:i}` 这类控制码——它们本来就是正文的一部分。产物按开始时间升序，所以原文顺序若乱，TXT 会按时间重新排。
输出 UTF-8、LF、无 BOM；源文件编码不同会先解码并在结果面板说明。批量串行、可取消、ZIP 打包，全程在浏览器里，不上传。
示例
一份典型的 MicroDVD 文件转成 TXT
输入
{1}{1}25
{100}{150}The quick brown fox jumps over the lazy dog.
{200}{260}Faster than|the last one.
输出
The quick brown fox jumps over the lazy dog.
Faster than
the last one.
产物丢掉了时间轴、硬换行分组与帧率；文字本身逐行一致。
同一转换遇到一份脏文件
输入
{1}{1}23.976
{0100}{0150}Leading zeros in the frame numbers.
[INFORMATION]
{300}{340}An unrecognized line above was kept in place.
{400}{450}Trailing spaces are kept.
输出
Leading zeros in the frame numbers.
An unrecognized line above was kept in place.
Trailing spaces are kept.
真实文件常见的损坏：混合换行、BOM、散布的空白、带前导零的帧号、认不出的行。可以对照上面那份干净样例，看解析器能容忍到什么程度。
常见问题
MicroDVD 转 TXT 后，时间码去哪了？
没有地方可去。TXT 是文字不是时间轴；产物只有正文，行序按开始时间排，但每一行什么时候出现在屏幕上已经无从得知。
MicroDVD 的一条两行字幕在 TXT 里还是一条吗？
不是。两行会被写成上下两行文字，但 TXT 无法把行归组，再读回来会变成两条独立字幕。后续要翻译或重新对轴时，这一点要提前考虑。
MicroDVD 转 TXT 是丢换行还是丢分组？
换行保留，分组丢失。`|` 两侧的文字都还在、也仍然分行，但“它们属于同一条字幕”这个信息没有了。
MicroDVD 转 TXT 时帧率还有用吗？
只用在排序上：它决定每条 cue 的起始时刻，从而决定输出顺序。产物本身不记录帧率，也没有时间码。
MicroDVD 转 TXT 的行序会变吗？
会按开始时间升序重排。原文若是乱序，TXT 会把最早开始的字幕放在最前面；这是对文件结构的改动，不是对文字的改写。
TXT 再转回 MicroDVD 会丢掉什么？
丢掉时间轴与帧率。TXT 没有任何时刻信息，写回 MicroDVD 时只能给每条文字编一个假的时间窗。