LRC 转 CSV
或者粘贴字幕文本
选项
当源文件没有结束时间时使用（纯文本、LRC）。输出里的时间轴是在这里生成的，不是转换来的，所以填多少就是多少。
这次转换会改变什么
有 1 项会被丢弃或需要你决定
- 时间
字幕条的结束时间——源文件不记录这些时间，因此输出中的结束时间是生成的，而不是转换来的
这份清单来自这两种格式的能力矩阵，而不是你加载的这份具体文件。如果具体文件用到了格式允许、但矩阵没有建模的特性，可能会丢得更多。
LRC 转 CSV 把歌词行变成 `start,end,text` 三列表格，方便用 Excel 打开、过滤或交给脚本处理。时间写成 `00:00:12.000` 这样的毫秒时间码。
结束时间来自下一行的开始，最后一行用页面设定的时长补足；这一步会在有损说明里记为 timing，因为它不是 LRC 文件自己写的值。
多行同时间戳的歌词（原文加译文）会合成一条 cue，在 text 单元格里用换行分开并加引号；空歌词行会留下一个空的 text 单元格。`[ti:]`、`[ar:]`、`[al:]` 在 CSV 里没有列可放，`[offset:]` 不应用。
时间精确到毫秒，`[00:12.00]` 写成 `00:00:12.000`。乱序行按开始时间排序。转换在本机进行，不上传，批量处理可取消并打成 ZIP。
示例
一份典型的 LRC 文件转成 CSV
输入
[ti:Sample Song]
[ar:Some Artist]
[length:00:41.00]
[offset:+250]
[00:12.00]First line of the song.
[00:15.30]Second line.
[00:15.30]Second line, translated.
[00:18.00]
[00:21.50]Final line.输出
start,end,text
00:00:12.000,00:00:15.300,First line of the song.
00:00:15.300,00:00:18.000,"Second line.
Second line, translated."
00:00:18.000,00:00:21.500,
00:00:21.500,00:00:23.500,Final line.
产物丢了结束时间；开始时间由 LRC 的百分秒写成毫秒，文字逐行一致。
同一转换遇到一份脏文件
输入
[ar:Some Artist]
[0:05.5]Leading zero omitted, one decimal.
[00:07]Second with no centiseconds.
[00:03.00]Out of order.
[00:07.00][00:09.00]Repeated chorus line.
[00:12.00]输出
start,end,text
00:00:03.000,00:00:05.500,Out of order.
00:00:05.500,00:00:07.000,"Leading zero omitted, one decimal."
00:00:07.000,00:00:09.000,"Second with no centiseconds.
Repeated chorus line."
00:00:09.000,00:00:12.000,Repeated chorus line.
00:00:12.000,00:00:14.000,
真实文件常见的损坏：BOM、混合换行、缺前导零的时间戳、重复的副歌行。解析器不抛异常，读不出的部分记进有损说明。
常见问题
LRC 转 CSV 时，空歌词行会留下什么？
一行记录，`start` 是这一行的时刻，`end` 是下一行的开始，`text` 为空；它保留了原文件里的空行位置。
LRC 转 CSV 的 `end` 列是文件里原有的吗？
不是。LRC 没有结束时间，`end` 由下一行的开始推断，最后一行用页面设定的时长补足，因此有损说明记为 timing。
LRC 里同时间戳的双语歌词在 CSV 里怎么排？
合成一条记录的同一个 text 单元格，两行之间是换行，并按 CSV 规则加引号。
LRC 转 CSV 会保留 `[ti:]` 和 `[ar:]` 吗？
不会。CSV 只有 `start,end,text` 三列，标题与艺人没有列可放；`[offset:]` 也不会被应用。
LRC 转 CSV 的时间精度会损失吗？
不会。LRC 的 `[00:12.00]` 写成 `00:00:12.000`，能到毫秒，没有舍入。
CSV 转回 LRC 会有什么损失？
会丢时间精度与结构：CSV 能到毫秒，LRC 只到百分秒，而且 LRC 不存结束时间，反向时终点会再次消失。