SBV 转 TXT
或者粘贴字幕文本
这次转换会改变什么
有 2 项会被丢弃或需要你决定
- 时间
整条时间轴（输出格式完全不记录时间）
- 换行
换行（多行字幕条会被合并成一行）
这份清单来自这两种格式的能力矩阵，而不是你加载的这份具体文件。如果具体文件用到了格式允许、但矩阵没有建模的特性，可能会丢得更多。
把 SBV 导成纯文本，通常是为了拿去做校对、翻译底稿，或者丢进文档工具。产物只有台词：SBV 里一行字幕的一行，就是文本里的一行。
时间码一点不留——TXT 里没有位置放它们，也没有序号。顺序会保住：第 40 行还是第 40 行，但产物不再说明任何一句什么时候上屏。样式也不用操心，SBV 本来就不存样式，所以这一页的损失集中在时间与分行两处。
分行那一处容易忽略：SBV 里两行的字幕是一条 cue，转成 TXT 后两行都写出来、一上一下，但文件不再说明它们属于同一条。之后若还要过一遍翻译或重新对轴的工具，它会读成两条字幕，而不是一条。这一点在准备二次处理时要先想清楚。
输出固定 UTF-8、Unix 换行、无 BOM。整季文件一次拖入，串行处理、可随时取消、最后打成一个 ZIP；所有处理都在本机浏览器里完成，文件不上传。
示例
一份典型的 SBV 文件转成 TXT
输入
0:00:01.000,0:00:03.500
The quick brown fox.
0:00:04.000,0:00:06.250
Jumps over the lazy dog.
0:00:07.000,0:00:09.000
Two lines here.
And a second one.
输出
The quick brown fox.
Jumps over the lazy dog.
Two lines here.
And a second one.
这份产物丢掉了时间轴与分行；其余部分逐行一致。
同一转换遇到一份不规范但可读的输入
输入
0:00:02.000,0:00:04.000
Carriage-return line endings.
0:00:06.000,0:00:08.000
Indented timecode, no final newline.输出
Carriage-return line endings.
Indented timecode, no final newline.
真实文件里常见的损坏：混合换行、散落的空白、留空的字段。可以对照上面那份干净样例，看看解析器能容忍到什么程度。
常见问题
SBV 转 TXT 后时间码去哪了？
没有地方放，全部丢弃。纯文本只有字，没有时刻；顺序会保留，第 40 行还是第 40 行，但产物不再说明任何一句什么时候上屏。
SBV 里两行的字幕转成 TXT 后还是一条吗？
两行都会写出、一上一下，但文件不再说明它们属于同一条。TXT 没法把行分组进一条 cue，之后若有翻译或重新对轴的工具来读，会看成两条字幕。
SBV 转 TXT 会保留什么？
只有文本与顺序。时间轴、cue 的分组关系都不保留，样式本来就不存在；产物就是一屏一屏的台词按顺序排下来。
SBV 转 TXT 后 cue 的顺序会变吗？
会先按开始时间排序，再逐行输出。原始文件如果乱序，产物会替你排好；行内的顺序不动，所以读起来仍是原来的台词顺序。
SBV 转 TXT 的产物适合做什么？
适合当校对稿、翻译底稿或导入文档工具。反方向 TXT 转 SBV 会丢掉时间轴——这一方向丢掉的结束时间与分组关系，转回去也补不回来。
SBV 转 TXT 的产物用什么编码？
固定 UTF-8、Unix 换行、不带 BOM，与源文件原本的编码无关。输入若是 UTF-16 或 Windows 单字节编码，会在读入阶段解码并提示。