@BasileXue 我这边的测试结果是英语界面无效，我先把全部音乐库数据清掉（包括云端），然后在网页端重新添加专辑，网页端的数据是英文 /繁体，但是资料库在软件界面为英文的前提下也获取了简体中文的数据，之后听了几首歌发现简体版本的部分曲目被自动同步成了繁体，起码我觉得英文版本的 Apple Music 不是获取专辑语言的依据。

要解决势不两立，其实可以编辑专辑名称手动“覆盖掉默认值”实现，但是我发现会产生脏数据 BUG ，只是普通用户目前难以觉察而已。

@924244687 这就是 Apple Music 的 BUG ，我现在不确定是不是只用移动端就没有这个问题，因为移动端只能对专辑或者歌曲整体的删除，无法修改字段，电脑端是可以的。

你以为你没修改字段，但是云端抽了风，同步你电脑端资料库的时候，觉得 XX 歌曲的艺术家名称应该是 YY 才对 （多语言获取不统一）然后就开始分裂了。

以下是我猜测的逻辑，仅供参考：

我认为绝大部分 BUG 的缘由其实是苹果自不量力的想要试图统一（兼容）用户的本地资料库（ iTunes 的历史遗留问题）与它本身 Apple Music 的云端资料库，你以为在它那个首页添加的是一张专辑，实际上它是给你新建了一个名字一模一样的自定义文件夹，只是表现的是专辑的样子

这个自定义文件夹里面链接了那张专辑的所有单曲，然而单曲的元信息（艺术家，专辑名称）不知缘由的没有在添加的那一刻被固定下来，而是实时更新的策略，一旦实时更新不知缘由的“恰巧”获取到了同一歌曲的其他语言版本，不符合自定义专辑的判断逻辑，那么分裂就开始了。

歌曲显示在一张专辑里面的判断逻辑是：
1) 所有歌曲的专辑名称字段必须严格一致
2) 所有歌曲的专辑艺术家字段必须严格一致
3) 如果不满足条件 2 ，如果勾选了“混合艺术家选项”，则放弃检查“专辑艺术家”字段

我认可这个东西可能存在的复杂性，很显然，如果是这个原因，那么欧美英语用户触发这个 BUG 的可能性会低一些，但是我不认可这样的恶性 BUG 上线那么久还没修复。

@bluesource 苹果从某些方面来讲，更好摆脱一点。

你就不怕被微信闭环诅咒？

@924244687 你的专辑艺术家那个“柏林爱乐”被翻译成英文了，造成 Apple Music 认为是 2 张同名的不同专辑，要使得一致，专辑名称必须一致，专辑艺术家也必须一致，或者艺术家不一致，但是勾选了此专辑为不同艺术家的组合选项。

另外你这边使用电脑上的 Apple Music 么？我想知道是不是移动端没这个 bug

@RIDESU 如果你的中文歌里面有周杰伦这样可能有繁体翻译的，应该也会有专辑分裂，但不是我上面描述的 bug ，是另外一个 bug

@RIDESU 那倒是怪事一件，因为出现这个问题的用户挺多的，而且似乎是服务端的 BUG ，全员中招才对，请问你系统语言是默认简体中文的么？

@miyunda 你这个太可乐了

@RIDESU 可能因为你不用电脑听歌？

@ohiu 我觉得是双向的，我本地资料库比如改专辑名称，云端也就改了，云端删除某张专辑，本地的专辑也会消失

@TomChaai 不可能是曲目上架下架的问题，因为这些专辑都是老专辑，且规模算不少，有些甚至同一张专辑反复出现

@BasileXue 我还第一次知道这个功能！那这样的设置专辑名称还会来回变么？

@weqopy 一样的道理，语言瞎 JB 匹配，这个 bug 我实在有些恼火，其实一点都不难修，只要把用户的语言信息固定住，只按照一个规则返回语言就行了，或者就惰性更新，用户本地没有数据再实时获取，能把这个体验做那么烂也是没谁了。

@terrychanin 耐人寻味的问题，不像是 bug ，因为默认值就应该支持头部追踪，除非特别设置过关闭，也不像是 feature ，因为如果这么搞，就跟 iOS 15 表现不一致，搞不懂

新的如果还是 macOS only 那还不如 LG 呢

这个软件收费蛮贵的啊，我还以为放 github 都是开源的，你们都是花钱的么？

@terrychanin 那你看普通视频有效果么？

@terrychanin 俺木的 M1 ，不过有 M1 的小伙伴说过带头部追踪，就算看 B 站普通视频都有，推测是跟 iOS 15 一个策略

@Mitt 这个有了，还是系统全局的，不过要 M1 处理器的机器