1.11.4 • Published 8 months ago

touhou-tagger v1.11.4

Weekly downloads
137
License
MIT
Repository
github
Last release
8 months ago

Touhou Tagger

THBWiki 自动填写东方 Project CD 曲目信息.

支持的曲目信息包括:

  • 标题
  • 作者 (Vocal + 编曲者, 原创曲时为作曲者)
  • 曲目编号
  • 光盘编号
  • 作曲者 (通常是原创曲时出现)
  • 注释 (原曲信息)
  • 作词者
  • 专辑名称
  • 专辑排序 (使用专辑编号)
  • 专辑作者 (通常为社团名称)
  • 流派
  • 歌词
  • 发布年份
  • 封面图片

安装 / 更新

需要事先装有 Node.jspnpm, 然后使用以下命令来安装此工具:

pnpm install --global touhou-tagger

如果曾经使用其他包管理器安装过 v1.5.0 之前的版本, 需要先卸载再使用 pnpm 安装.

使用

假设您为一个专辑的音乐建立了单独的文件夹, 在专辑文件夹中运行:

thtag

启动后会询问专辑名称, 默认情况下自动取当前文件夹的名字, 如果检测到 TLMC 的命名格式则会提取其中的专辑名, 按回车表示接受自动提取的专辑名, 也可以自行输入专辑名称再按回车.

如果最后输入的名称没有精确匹配的专辑(精确匹配在 THBWiki 中表现为输入到搜索框回车能直接跳转到词条), 则会列出以此名称在 THBWiki 中的搜索结果, 可以继续选择一项作为专辑信息. (有精确匹配的话会直接开始下载专辑信息)

选项

保存封面为单独的文件

文件名为 cover, 类型取决于 THBWiki 上的资源

如果已存在名为 cover 的图片, 程序会直接使用这张图, 跳过封面下载

thtag -c

thtag --cover

自定义注释语言

可自动保存的选项

自定义 ID3 Tag 注释的语言 (ISO-639-2)

默认为 zho, 因为生成的原曲注释以中文写入. 但在 Apple 系产品中 (包括 iTunes, Apple Music 等) 只能识别 eng 语言的注释, 因此可以使用此选项来控制写入的语言标记.

thtag --comment-language eng

自动压缩封面图片

可自动保存的选项

可以设置当封面图片达到一定大小时, 自动进行压缩 (使用 MozJPEG) 后再写入音乐文件中, 这有助于减少音乐文件的体积. 自动压缩不会作用于通过 --cover 选项保存的单独文件, 结合 --cover 可以做到写入较小体积的封面, 同时保存无损的原图.

参数为数字, 单位为 MB, 设置为 0 时关闭此功能 (默认为 0). 下面的例子设置了当封面超过 2MB 时, 使用自动压缩.

thtag -ccs 2

thtag --cover-compress-size 2

此外, 还可以设置压缩的最大边长 (需要当大小达到上面的 --cover-compress-size 设置时才会一同生效), 单位为 px, 设置为 0 时关闭此功能 (默认为 0). 当封面的任意边长超过设定值时能够自动进行缩放. 下面的例子设置了当封面边长超过 2000px 时, 将尺寸缩放至 2000px (保持宽高比).

thtag -ccr 2000

thtag --cover-compress-resolution 2000

更换数据源

默认为 thb-wiki

thtag -s xxx

thtag --source xxx

此工具还内置了另外一种数据源:

doujin-meta

Doujin-Meta 获取曲目信息, 通常用于获取原创同人曲目信息.

thtag -s doujin-meta

下载歌词

可自动保存的选项

歌词相关的处理, 除了 --lyric 外的选项都会自动保存.

选项说明

  • -l / --lyric: 启用歌词下载
  • -t / --lyric-type: 歌词类型
    • original(默认): 原版歌词
    • translated: 译文歌词, 没有译文时会回退到原版歌词
    • mixed: 混合原文和译文的歌词, 没有译文时同原版歌词
  • -o / --lyric-output: 歌词输出
    • metadata(默认): 写入到元数据中
    • lrc: 创建额外的.lrc歌词文件 (⚠此功能尚未完善)
  • --no-lyric-time: 禁用元数据歌词时轴
  • -lcs / --lyric-cache-size: 设置歌词最大缓存数量, 用来加速重复曲目的歌词下载, 默认 16

示例

启用歌词下载, 写入原版歌词到元数据中

thtag -l

启用歌词下载, 写入混合原文和译文的歌词到元数据中

thtag -l -t mixed

禁止交互

不做任何询问, 按照理想行为运行到底, 例如:

  • 专辑名称不再询问, 直接取文件夹的名称
  • 根据文件夹名称搜索:
    • 搜索不到专辑时: 判为失败并退出
    • 搜索到多个专辑时: 只有一个结果就取这个结果, 否则判为失败并退出
thtag --no-interactive

批量运行

假设总的文件夹叫 folder, 里面有多个文件夹, 每个文件夹包含一张专辑, 文件夹名称为专辑名称

当前路径就在 folder 里的时候, 用 thtag -b . 就行了, . 表示当前文件夹

thtag -b folder

thtag --batch folder

程序会将里面的子文件夹逐个进行专辑信息获取.

设置文件夹层级

如果专辑文件夹并不是直接放在 folder 下的, 而是有更深的层级, 可以更改批量运行时搜索文件夹的层级来获取正确的专辑文件夹列表.

例如按社团分类后, 专辑相对于 folder 隔了两层:

folder
  ├─社团1
  │  └─专辑A
  └─社团2
     └─专辑B

将层级设为 2 就可以检测到里面的专辑:

thtag -bd 2

thtag --batch-depth 2

超时 / 重试

可自动保存的选项

默认 30 秒后无法完成专辑信息下载判定为超时, 并自动进行重试, 总尝试次数到达默认的 3 次后, 程序会判为失败并停止.

可以通过相应的开关调整以上的数值, 下面的例子为 60 秒超时, 最多试 5 次:

thtag --timeout 60 --retry 5

专辑配置

曲目信息配置

在下载曲目信息前, 如果文件夹下已存在名为 metadata.json 的文件, 程序会直接使用其中的曲目信息, 跳过曲目信息下载.

metadata.json 中数据的类型为 Metadata[] (定义位于 src/core/metadata.ts)

为了方便使用, JSON 的内容可以进行一些省略:

  • 整张专辑中相同的数据, 例如专辑名称 / 社团名称等, 只需要在第一首曲目中写上即可, 后续曲目均会使用相同的数据.
  • 编曲者 (artists) 和作曲者 (composers) 相同时, 可以只写作曲者. (但不能只写编曲者, 因为东方同人曲的编曲者和作曲者一般是不同的, 作曲者从原曲信息就可以推断, 所以作曲者通常是省略的. 如果只写编曲者, 程序会让作曲者留空)
  • 曲目编号可以省略, 程序将自动根据书写顺序进行标注.
  • CD 编号 (多 CD 专辑) 只需要在每张 CD 的第一首标注出即可, 第一张 CD 可以省略不标.

以专辑 Heart Essence 为例, 实体专辑是有 2 枚 CD 的 (dizzylab 上没有注明), 从第 11 首 Initiate the Massacre 起实际上是来自第 2 张 CD. 可以充分发挥上面的 4 个省略方法, 编写的 metadata.json 内容如下:

[
  {
    "title": "Broken Display",
    "composers": [
      "ASXX"
    ],
    "album": "Heart Essence",
    "albumOrder": "AOHCD-001",
    "albumArtists": [
      "Art of Heart"
    ],
    "genres": [
      "Hard Dance"
    ],
    "year": "2021"
  },
  {
    "title": "Alarm",
    "composers": [
      "Bincente Hole"
    ]
  },
  {
    "title": "Coming Down",
    "composers": [
      "NceS"
    ]
  },
  {
    "title": "All Night",
    "composers": [
      "Agoraphobia"
    ]
  },
  {
    "title": "Faster Than Light",
    "composers": [
      "X-Eliminator"
    ]
  },
  {
    "title": "Favorite Season",
    "composers": [
      "F.BING.KAI"
    ]
  },
  {
    "title": "Dominator II",
    "composers": [
      "Danger Target"
    ]
  },
  {
    "title": "Broke My Heart",
    "composers": [
      "NoisiestLunatic"
    ]
  },
  {
    "title": "2 Hell",
    "composers": [
      "Ravenface86",
      "Baneballcore"
    ]
  },
  {
    "title": "Mud",
    "composers": [
      "_"
    ]
  },
  {
    "title": "Initiate the Massacre",
    "composers": [
      "Joulez"
    ],
    "discNumber": "2"
  },
  {
    "title": "See The Light In You",
    "composers": [
      "Koregroo"
    ]
  },
  {
    "title": "Quadrant",
    "composers": [
      "BlueWind"
    ]
  },
  {
    "title": "H.T.G",
    "composers": [
      "Mrskey"
    ]
  },
  {
    "title": "Make Your Body Shake",
    "composers": [
      "Greg Wu"
    ]
  },
  {
    "title": "Madfcuk",
    "composers": [
      "Forkyrie"
    ]
  },
  {
    "title": "Beats Indicating Tremendous Chordz & Harmonicz",
    "composers": [
      "Normal1zer"
    ]
  },
  {
    "title": "Air Lock",
    "composers": [
      "潮音きつね_H",
      "Rayven"
    ]
  },
  {
    "title": "Deranged Deities of Forsaken",
    "composers": [
      "Nirotiy"
    ]
  },
  {
    "title": "EuphoriA of My Heart",
    "composers": [
      "EuphoriA"
    ]
  }
]

Touhou Tagger 运行配置

可以为每一张专辑保存不同的运行配置, 无论是单独进行写入还是批量模式, 程序都会尝试读取专辑文件夹下的 thtag.json 文件. 可配置的内容有:

  • defaultAlbumHint: 默认用于搜索的专辑名称
  • source: 使用的数据源

例子:

folder
  ├─专辑A
  │  └─thtag.json -> { "defaultAlbumHint": "Album A" }
  ├─专辑B
  │  └─thtag.json -> { "source": "doujin-meta" }
  └─专辑C

当批量运行时

thtag -b folder

专辑A, 会使用 Album A 去 THBWiki 搜索; 对 专辑B, 会使用 专辑B 去 Doujin Meta 搜索; 对 专辑C, 会使用 专辑C 去 THBWiki 搜索.

提取曲目信息

在专辑文件夹中运行:

thtag dump

可以提取文件夹中所有音乐文件的曲目信息, 并保存为一个 metadata.json 文件.

thtag dump 也可以和部分选项结合使用:

  • --cover: 同时提取封面图片
  • --debug: 额外保存一个 metadata.debug.json 文件, 记录原始的数据结构
  • --batch: 批量进行提取

特别感谢

1.11.4

8 months ago

1.11.3

10 months ago

1.11.2

11 months ago

1.11.1

12 months ago

1.11.0

1 year ago

1.10.0

1 year ago

1.9.1

1 year ago

1.9.0

1 year ago

1.8.0

1 year ago

1.7.0-beta.0

2 years ago

1.5.5

2 years ago

1.5.4

2 years ago

1.7.0

2 years ago

1.6.0

2 years ago

1.5.6

2 years ago

1.5.3

2 years ago

1.5.2

2 years ago

1.5.0

2 years ago

1.4.2

2 years ago

1.4.1

2 years ago

1.4.0

3 years ago

1.3.0

3 years ago

1.2.2

3 years ago

1.2.1

3 years ago

1.2.0

4 years ago

1.1.2

4 years ago

1.1.0

4 years ago

1.0.15

4 years ago

1.0.14

4 years ago

1.0.13

4 years ago

1.0.12

4 years ago

1.0.11

5 years ago

1.0.10

5 years ago

1.0.9

5 years ago

1.0.7

5 years ago

1.0.6

5 years ago

1.0.5

5 years ago

1.0.4

5 years ago

1.0.3

5 years ago

1.0.2

5 years ago

1.0.1

5 years ago

1.0.0

5 years ago