append notes about album\discs.
This commit is contained in:
@ -149,7 +149,26 @@ Music
|
||||
|
||||
刮削完了需要按上面的官方要求组织这些歌曲,毕竟 Jellyfin 不支持读取音乐标签自动聚合(这点在上面援引的博客中也吐槽了)。我个人用 Mp3tag 做批量重命名。相比起音乐标签,Mp3tag 重命名时允许字符串格式化,比如`$replace`、`$num`,方便一点。
|
||||
|
||||
Jellyfin 的音频搜集**仅以专辑为依据**。官方文档自己也说“as long as each album is contained within one folder”,翻译过来就是“只需确保一张专一个文件夹”。所以文件结构自然也以专辑为准。
|
||||
Jellyfin 的音频搜集**仅以专辑为依据**。官方文档自己也说“as long as each album is contained within one folder”,翻译过来就是“只需确保一个文件夹(子树)均为同一张专”。所以文件结构自然也以专辑为准。
|
||||
|
||||
::: details 分碟
|
||||
事实上,根据我对音声的组织实践来看,需要确保的是**一张专一个文件夹子树**。比如下列情形会被拆分:
|
||||
```
|
||||
Author
|
||||
\AlbumA Vol.X
|
||||
\AlbumA Vol.Y
|
||||
\AlbumB Vol.X
|
||||
```
|
||||
这种情形会在媒体库里拆出两个 AlbumA(分别为盘号 X 和盘号 Y),正确的组织方式应为:
|
||||
```
|
||||
Author
|
||||
\AlbumA
|
||||
\Vol.X
|
||||
\Vol.Y
|
||||
\AlbumB
|
||||
```
|
||||
当然,若是盘号没有显式标明,很有可能仍然会拆。~~所以就不能直接读音乐标签做自动聚合马?~~
|
||||
:::
|
||||
|
||||
### 音频音声的刮削与组织
|
||||
|
||||
|
Reference in New Issue
Block a user