只有我一个人 Apple Music 冷门音乐播放卡顿?

2022-08-24 14:53:22 +08:00
 ChineseTeacher
上网搜了下,似乎没有找到类似比较明确的帖子来讨论,特开一贴。

简而言之,我在默认代理模式下用 Apple Music 播放较为冷门的音乐(尤其是开广播或自动推荐,被推荐到了冷门音乐的时候),经常会出现卡顿的情况,并且 Apple Music 也没有缓冲条,但是估计来看只能是网络问题。不少冷门音乐不会有卡顿的情况,但偶尔会突然出现卡顿,很败兴致。从我的测试来看,跟音质关系似乎不大,无损和 AAC 同样会有卡顿的情况,且出现频率差不太多。如果听到了一首卡顿的歌曲,那么接下来听到的几首、十几首也会相对容易出现卡顿(直到我那天放弃听 AM ,改听别的东西为止)。

Apple Music 是有国内 CDN 的,哪怕是在国内用外区的 Apple Music ,同样会用到国内 CDN 。所以从 CDN 到终端的速度肯定不是问题。那么比较合理的解释是,AM 的源站在海外,但苹果让国内 CDN 直接从国外服务器下载数据,因为回源速度过慢才导致卡顿。AM 在国内的 CDN 比较分散,其域名 aod.itunes.apple.com 应该用的是 akamai 在国内的节点,解析能看到混用了阿里云、金山云、网宿等。这也就意味着如果恰好被解析到了回源网络不好的 CDN 节点,在播放未被缓存下来的音乐时会卡顿。这也解释前文提到的现象。

最近试着把 aod.itunes.apple.com 给走代理,卡顿的情况就没有出现了,但仍有待进一步观察。另外,播放自己在音乐资料库上传的音乐,是一定不走国内服务器的,走的是 blobstore.apple.com 。这个域名国内似乎会被播到苹果的东京节点(甚至不是苹果的香港节点,苹果对大陆的推送通知和 iCloud drive 之类都走香港),联通经过 NTT 。这个地址肯定也是要走代理的,否则晚高峰体验很差。

如果单在 iPhone 上设置还算好,但是家里有 HomePod ( mini )的就不行了。在不考虑路由分流的情况下,我曾经试过挑几个看起来回源效果还不错的节点来写在路由器 DNS 的 hosts 上,效果一般(也可能是我路由器 DNS 配的有问题)。后来我留意到一个现象,有的时候在 iPhone 上遥控 HomePod 时,iPhone 上选择播放器的地方会显示“iPhone → HomePod”(或者“iPhone → 客厅”之类,你给 HomePod 起的名字是什么就是什么),有的时候只会显示“HomePod”(或“客厅”之类)。很明显,“iPhone → HomePod”这种提示,是由 iPhone 来处理音乐的下载,然后 Airplay 到 HomePod 上;但是如果只写“HomePod”的话,那么音乐的下载都是由 HomePod 处理的,而 iPhone 只是一个遥控器。如果 iPhone 能代理 aod.itunes.apple.com 的话,那么强制“iPhone → HomePod”模式就能解决 HomePod 上播放卡顿的问题。

所以现在我尝试这么做(似乎有用,如果确定有用的话我会 append ):在 iPhone 的家庭 app ,长按选择 HomePod ,拖到底部,选择“Apple Music 与播客”的“主要用户”,然后在里面登出自己的 Apple Music 帐号即可强制“iPhone → HomePod”模式。

缺点是似乎不能直接在 HomePod 上直接用 siri 操控播放,但是仍然可以对 iPhone 上的 siri 说“在客厅 /卧室 /所有地方播放 xxx”来遥控 HomePod 。这种方式还有两个好处,一个是苹果的播客( Podcast )服务器比 Apple Music 还不稳定,这样强制播放会好得多;另一个是在 iPhone 上的非英文曲名不会被强制写成英文(也可能只有我才这样)。

我最开始的想法是在家庭 app 的右上角三点,选择“家庭设置”,“用户”,选择自己的 Apple ID ,选择“Apple Music”,然后关掉“在‘家庭’中使用”,但是这个似乎不能强制“iPhone → HomePod”,只有上面说的办法能用。我也没太清楚这两处设置有什么具体区别。当然路由分流一劳永逸。

希望大家交流一下自己的体验。如果有能确定有用的方式,会 append 。

部分参考(尤其是 CDN 域名部分)来自: https://steppark.net/15844652241485.html

PS:国区 AM 搜不到万能青年旅店了,代表作杀死那个石家庄人。可能是版权问题?国内其他网站还没有下架。
5162 次点击
所在节点    Apple
23 条回复
627Ryan
2022-09-06 23:54:35 +08:00
@lzdlfl aod 网宿与金山 Ping 出来的都是像 198.18.1.33 这种 IANA 保留地址,这是机房直连吗?
我的状况是 iPhone 播放很流畅,macOS 非常卡,我看了下拿到的 IP ,感觉有点乐。
macOS 走的是网宿,拿的是江西和湖南的 IP 。
iPhone 拿的好像是湖北电信本地的机房 IP 。
116.211.xxx.xxx [湖北省 xx 市 电信 IDC 机房]
在 ADG 指定电信机房的 IP 后,macOS 也和 iPhone 一样加载飞速。
lzdlfl
2022-09-07 01:05:44 +08:00
@627Ryan aod 的域名在正常的 DNS 环境中一般不太可能拿到保留地址,你可以检查一下是不是使用了 Clash 等代理软件的 fake-ip 模式,在此模式下,所有 DNS 解析结果在默认配置下均在 198.18.0.1/16 网段内。至于 iPhone 很流畅 Mac 很卡,大概率是 aod 域名在 iPhone 上随机解析到了比较好的 CDN IP ,而 Mac 比较倒霉随机到了烂的 IP
Unclev21x
2022-11-15 18:05:02 +08:00
@627Ryan #21 今天也是碰到类似的问题,就是 ping 域名,返回 198.18 段的地址。我确定是 fake-ip 导致的。不知道你的是什么情况。

@lzdlfl 大佬,这种情况怎么办呢?用的是 passwall2 插件,我把远程 dns 从 fake-ip 模式改成 tcp 或者 udp 后,解析出来的 IP 就是正确的了。但问题来了,不管怎么样,都不能 ssh 到我的 vps 。如果我连接到其他的不带梯子的 wifi ,打开 pc 上的 clash ,这个时候 ssh 是成功的。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/875060

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX