跳到主要内容
SubtitleMatrix

TTML 转 LRC

格式转换TTML / DFXP
或者粘贴字幕文本

这次转换会改变什么

有 5 项会被丢弃或需要你决定

  • 时间

    字幕条的结束时间(输出格式只记录字幕条何时开始)

  • 样式

    全部样式(粗体、斜体、颜色、描边、阴影)

  • 定位

    屏幕定位(每条字幕条都会回到默认位置)

  • 精度

    时间精度——输出的时间刻度更粗,因此每个时间戳都会四舍五入到最接近的 10 毫秒

  • 格式专有内容

    源格式保留在字幕条之外的内容(非字幕块、文件头文字、单条字幕的设置、被注释掉的事件)——目标格式没有地方存放它们

这份清单来自这两种格式的能力矩阵,而不是你加载的这份具体文件。如果具体文件用到了格式允许、但矩阵没有建模的特性,可能会丢得更多。

这一页把 TTML 写成 LRC:每行一个 `[00:01.00]` 时间戳。LRC 只记开始时刻,不记结束——歌词播放器会把这一行留到下一条开始为止。所以每条 `<p>` 的 `end` 都会被丢掉。

它也是这一组转换里丢得最多的一页:结束时间、头部两张表(`<styling>` 与 `<layout>`)、命名空间与 `<metadata>`、`<p>` 上的 `style` / `region` 引用、段落内的强调,全都没有落点。精度也降一档:TTML 到毫秒,LRC 到厘秒,四舍五入到 10 ms。

能保住的只有顺序与文字。一条 `<p>` 里的 `<br/>` 两行会写成两行同时间戳的 LRC,这是 LRC 表示“它们属于同一条字幕”的唯一方式。

产物按开始时间升序,UTF-8、LF、无 BOM;源文件编码不同会先解码。批量串行、可取消、ZIP 打包,不上传。

示例

一份典型的 TTML 文件转成 LRC

输入

<?xml version="1.0" encoding="UTF-8"?>
<tt xmlns="http://www.w3.org/ns/ttml" xmlns:tts="http://www.w3.org/ns/ttml#styling" xml:lang="en">
  <head>
    <styling>
      <style xml:id="s1" tts:color="#FFFF00" tts:fontWeight="bold"/>
    </styling>
    <layout>
      <region xml:id="bottom" tts:origin="10% 80%" tts:extent="80% 20%"/>
    </layout>
  </head>
  <body>
    <div>
      <p begin="00:00:01.000" end="00:00:03.500" region="bottom" style="s1">Hello <span tts:fontStyle="italic">there</span>.</p>
      <p begin="00:00:03.500" end="00:00:06.000" region="bottom">How are you?<br/>Fine, thanks.</p>
    </div>
  </body>
</tt>

输出

[00:01.00]Hello there.
[00:03.50]How are you?
[00:03.50]Fine, thanks.

产物丢掉了结束时间、样式、定位、精度与头部构造;其余逐行一致。

同一转换遇到一份脏输入

输入

<?xml version="1.0" encoding="UTF-8"?>
<tt xmlns="http://www.w3.org/ns/ttml" xmlns:tts="http://www.w3.org/ns/ttml#styling"
    xmlns:ttp="http://www.w3.org/ns/ttml#parameter"
    ttp:frameRate="25" xml:lang="en">
  <body>
    <div>
      <p begin="1.5s" dur="2s">Loaded from an offset and a duration.</p>
      <p begin="4s" end="00:00:06.50">A coarser clock spelling.</p>
      <p begin="00:00:07:00" end="00:00:08:12">Frames, at 25fps.</p>
      <p begin="9s"><span tts:color="#FF0000">Half-open</span> and Tom &amp; Jerry.</p>
    </div>
  </body>
</tt>

输出

[00:01.50]Loaded from an offset and a duration.
[00:04.00]A coarser clock spelling.
[00:07.00]Frames, at 25fps.
[00:09.00]Half-open and Tom &amp; Jerry.

这一份用了真实的写法混排:偏移加时长、粗一点的时钟拼法、按帧号写的时间、实体与只有开始时间的半开 cue。可以看解析器把哪些写法折成了同一份时间轴。

常见问题

TTML 转 LRC 时,每条 cue 的结束时间去哪了?

被丢掉。LRC 没有结束时间的写法,一行会一直显示到下一条开始;`end` 再精确也没有位置可放。

TTML 的 `<styling>` 和 `<layout>` 转 LRC 后还在吗?

不在。LRC 不存任何样式或位置,头部两张表与 `<p>` 上的引用一起消失,每行都是纯文本。

TTML 转 LRC 的时间码精度是多少?

厘秒。`[00:01.00]` 只到百分秒,毫秒换算后四舍五入到最近的 10 ms,单条最多偏 5 ms。

TTML 转 LRC 时一条两行字幕怎么写?

写成两行 LRC,时间戳相同。LRC 没有 cue 分组,只能靠相同时间戳表示这两行一起出现。

TTML 的 `begin="00:00:07:00"` 帧号写法 LRC 认吗?

认。它在转换时按 `ttp:frameRate` 先折算成时钟(25 fps 下是 7.00 秒),再写成 LRC 的时间戳;LRC 产物本身只有时钟。

LRC 再转回 TTML 会丢掉什么?

丢掉时间轴。LRC 没有结束时间,写回 TTML 时要重新给每条 `<p>` 生成一个 `end`;样式与区域同样补不回来。

相关工具