@Pogbag
https://support.apple.com/zh-cn/HT207117

打开 HDMI ARC 或 eARC 后，Apple TV 4K （第 2 代）可以从受支持的电视机接收高质量音频，然后通过 HomePod 扬声器播放这个音频。
所需条件
Apple TV 4K （第 2 代）
HomePod 扬声器*
支持 HDMI ARC 或 eARC 的电视机
*HomePod mini 扬声器不受支持。

https://www.apple.com.cn/apple-music/
你可以在 iPhone 、iPad 和 Mac 上使用最新版本的 Apple Music 聆听无损音频。

https://support.apple.com/zh-cn/HT212183
我能在 HomePod 或 HomePod mini 上聆听无损音频吗？
HomePod 和 HomePod mini 目前使用 AAC 来确保出色的音频质量。我们将在未来的软件更新中增加对无损音频的支持。

比如通过 Siri 叫 HomePod 播放音乐时，HomePod 可以自己访问互联网来播放音乐，手机等设备可以通过 AirPlay 来控制其播放。在手机等设备的 Apple Music 上选择 AirPlay 至 HomePod 会让 HomePod 自行访问互联网播放音乐，此时无损音频的标志会消失，因为目前 HomePod 只支持播放 AAC 。

https://support.apple.com/zh-cn/HT207806
您可以使用这款转换器的 USB-C 端口为 Mac 笔记本电脑或 iPad Pro 充电，但无法传输数据或视频。

@Dox 苹果在 https://www.apple.com.cn/apple-music/ 页面的脚注标记了，在无损音频功能刚公开之初是部分歌曲有无损音质，今年年底，全部歌曲都将支持无损音频。

@Phishion 确实是唱片公司新制作“空间音频”版本的音乐提交给 Apple 才能实现空间音频效果。但 Apple 要求和使用的并不是专有标准，Apple 接受唱片公司提供的：
https://help.apple.com/itc/videoaudioassetguide/#/itcf946aaace
- .mov 格式封装的 LPCM 编码的 5.1 或 7.1 声道文件、至少 48kHz 、16 bit 或 24 bit 。
- .wav 后缀的 ADM BWF （ Audio Descriptive Model Broadcast WAV Format ）封装的杜比全景声文件，必须是 48kHz 24 bit LPCM 编码。
两种均是行业间较常用的文件交换封装格式。

支持的播放设备会根据自身情况来对音频进行调节，来达到“空间音频”效果。比如支持的 Apple 设备搭配 AirPods Pro 和 AirPods Max 时实现的“空间音频”效果，其会通过不断比对耳机和播放设备加速度计的值，来判断用户的头部移动和旋转动作，同时附加上特殊的音频映射等效果，来实现将音频固定到空间中的某一位置等“空间音频”的效果。这是不同设备间不同的，也可以说是目前只有苹果设备才能体验到的“专有”效果。
如果苹果愿意，它完全可以为安卓设备的更新 App 来支持播放“空间音频”格式的音乐，支持的安卓设备可以自己解码并播放，实现类似的效果。

https://www.apple.com.cn/newsroom/2021/05/apple-music-announces-spatial-audio-and-lossless-audio/
“此功能发布时，订阅用户可以通过空间音频率先体验来自全球备受欢迎艺人的数千首歌曲，涵盖嘻哈、乡村、拉丁、流行与古典等各种音乐类型。Apple Music 正与音乐人和唱片公司合作，添加新发布的作品与热门金曲。同时，越来越多的音乐人已经开始专门为空间音频体验创作音乐。”

https://help.apple.com/itc/videoaudioassetguide/#/itce43a74151
这次宣布的 Apple Music 的空间音频指的是音乐会支持空间音频，目前还没有对公众开放。Apple Music 的 MV 自很久以前就支持了杜比全景声和环绕声、杜比视界和 HDR10 的格式，见《 iTunes Video and Audio Asset Guide 》的 Previous Guide Revisions，里面 2017 、2018 年的更新就提到了关于杜比全景声和 HDR 影片的要求，这次趁着更新增加了个图标，MV 专辑也一起显示出来了支持而已。

@Tianao iOS 的 CoreNFC 自 iOS13 开始就支持读写 ISO 7816 、ISO 15693 、FeliCa 、MIFARE 标签，不过 API 的限制相比安卓来说确实还很多。

@tysb777 前几天传的 AirTag 当门禁卡是指需要用户有门禁系统的高级权限，把 AirTag 的 NFC 标签录入到门禁系统中，让 AirTag 变成门禁卡。不是对 AirTag 的 NFC 标签读写已有门禁卡的数据。

MacBook 内建显示器支持 HDR 挺久了，不过很长时间是只支持 iTunes 这类应用中的 HDR 影片。Safari 支持 HDR 视频播放（以及支持 HEVC 和 VP9 ）是 macOS Big Sur 开始的 Safari 14 支持的。

参考：
https://support.apple.com/zh-cn/HT210980
本来想添加更多参考链接，但是被提示“发布这个内容需要你已经注册满 720 天”，网上搜索关键词“Safari 14 VP9 Support”，“Safari 14 HDR Support”。

@hfJ433 稍微为后面的人解释一下，链接中该帖主的意思是 AirTag 的 NFC 标签可以被写入其他门禁设备内，来将 AirTag 当作门禁卡。需要对门禁设备有权限的人帮你将 AirTag 写入设备中。不是你可以编写 AirTag 的 NFC 标签内容和 UID 。

注意一下，为家庭成员设置 Apple Watch 后会有很多功能限制，可以参考 https://support.apple.com/zh-cn/HT211768，心律不齐通知、“心电图”、“经期跟踪”、“睡眠”、“血氧”、“播客”、“遥控器”、“新闻”、“家庭”和“快捷指令”功能都不能用。

@Mitt
是的，所以有一个手表反锁的功能，反锁后直到下一次使用密码解锁之前都自动不使用手表解锁。不过事实上确实有可以优化的方向：
可不可以根据一定条件来自动开关这个功能，比如地理位置在家时自动关闭手表解锁？
可不可以通过面容 ID 先判断带口罩的大致脸型是否是主人再调用手表解锁？

可能现在使用的这个解决方案已经是解锁速度、安全性和功能上线速度之间的最好平衡了。

参考手表在手机上解锁也要两个设备同时打开 Wi-Fi，可以理解为在手机上的手表解锁也使用了和 Mac 电脑上的手表解锁策略：

Mac 和 Apple Watch 的解锁是 Mac 先通过 BLE 蓝牙向手表创建连接，然后使用开启时手表电脑共享的密钥创建点对点 Wi-Fi 链接，然后使用 Wi-Fi 802.11v 协议通过交换带有时间戳的数据包来计算两个设备之间的距离（距离远数据包到达设备的时间就会长），如果距离很近，手表会通过这个链接再次向电脑发送一次性解锁密钥，电脑解锁后会重新生成一个一次性解锁密钥并通过链接发送回手表。
（参考文章： https://support.apple.com/guide/security/system-security-for-watchos-secc7d85209d/1/web/1，网络上也有很多关于该功能的分析文章，关键词：“Apple Watch Unlock 802.11v”）

而在安卓平台上存在很久的 Smart Lock 蓝牙解锁，其只会通过手机单方面检测蓝牙设备的信号强度。蓝牙设备无法反锁手机，没有提示其被用于解锁手机，无法在如睡眠模式时自动关闭解锁手机功能，且只单方面检测蓝牙设备信号强度的方式容易被信号放大器或其他特殊设备破解。

而苹果的手表解锁策略，利用的是 Wi-Fi 802.11v 协议交换时间戳数据包，设备根据数据包接收时间和发出时间的差来判断两设备的距离，如其在合理范围内即可认定为两设备距离很近。只有在判断出距离很近后，才会再通过同一个链接发送只有两设备知道的一次性解锁密钥。安全程度相较于 Smart Lock 非常高；其他设备如信号放大器只会增加数据包的接收时间，而即使非法设备成功伪装手表并成功交换了时间戳数据包，也无法得知并传回实际用于解锁的一次性解锁密钥。

但是这个功能依旧有局限性，比如睡觉时，睡眠模式的关闭只需要旋转数码表冠并进入控制中心关闭即可，睡得死的人依然有很大风险。而 iPhone 上存在很久的面容 ID 或触控 ID 从各个方面都是比手表解锁更好的一个解锁方式：速度更快，安全性更加，无需额外设备（更何况是个每天都要充电的额外设备）。苹果没有必要将一个更差的解锁方式加入 iPhone 并当作新的一个解锁方式。

这次加入的 Apple Watch 解锁 iPhone 的功能，只是面容 ID 的补充，解决现在这个特殊时期戴口罩时面容 ID 无法正确判断人脸的问题，只有面容 ID 检测到人脸被遮挡时才会使用手表解锁，如果面容 ID 检测到一个人没有戴口罩，会依然优先使用面容 ID 来判断并解锁。Apple Watch 解锁 iPhone 的功能只在面容 ID 机型上存在，触控 ID 机型不存在戴口罩无法解锁的问题，并没有添加支持这一功能。

@VersusClyne
@Nishino

@yl666 Apple Watch Series 3 更新到 watchOS 7.4 是可以支持口罩解锁的

上面也提到了，在激活新设备的时候直接使用“快速开始”的数据转移功能是最方便且速度最快的，还支持无线和有线模式，直接按照 https://support.apple.com/zh-cn/HT210216 的说明操作就可以了。有线模式需要使用"闪电转 USB 3 相机转换器"+两根 Lightning 转 USB 线，一根连接两台设备、一根通过转换器给设备供电。无线模式是通过 Wi-Fi 传输的。转移的时间可以长达几小时，有线模式速度只有 USB 2.0 。有线传输没有设备的话可以前往最近的 Apple Store 会为你提供配件转移数据。备份到电脑再恢复的方式需要电脑而且需要双倍的时间（手机到电脑、电脑到手机），iCloud 恢复不一定是最新的备份而且十分依赖个人的 iCloud 连接速度，速度可能长达数十小时。

@drrrtt 根据我的理解是这个意思。在 Apple 的 AirTag 新闻稿（ https://www.apple.com.cn/newsroom/2021/04/apple-introduces-airtag/ ）里也提到了“由 AirTag 传输的蓝牙信号标识符会频繁地轮换，以防止意外的位置跟踪。”所以应该是和上述相似的一种运作方式。具体还要等《 Apple 平台安全保护》更新来进一步解释其他的信息了，不知道 Apple 是如何保障 AirTag 在和 iPhone 配对时交换密钥的安全的？

《 Apple 平台安全保护》详细的介绍了“离线查找”功能是如何运作的，参考目前尚未对 AirTag 更新的《 Apple 平台安全保护（ 2020 年春）》：

《“查找”中的端对端加密》
https://support.apple.com/zh-cn/guide/security/sec60fd770ba/1/web/1
“当设备丢失并无法接入无线局域网或蜂窝网络时，例如，MacBook 被忘在公园长椅上，设备会在短时间内开始定期广播蓝牙有效负载中派生的公钥 Pi 。通过使用 P-224，公钥代表可匹配单个蓝牙有效负载。然后周围的设备就可在公钥中加密自己的位置来帮助查找离线的设备。大约每隔 15 分钟，就会使用计数器的增量值并按照上述流程生成的新公钥进行替换，这样其他人就无法通过永久标识符跟踪用户。派生机制使各种公钥 Pi 无法链接到同一台设备。”

《在“查找”中定位丢失的设备》
https://support.apple.com/zh-cn/guide/security/sece994d0126/1/web/1
“任何位于蓝牙覆盖范围内且打开了离线查找的 Apple 设备都可检测此信号并读取当前广播密钥 Pi 。查找设备使用 ECIES 结构和广播中的公钥 Pi 加密其当前位置信息并中继给 Apple 。加密的位置与服务器索引关联，该索引使用获取自蓝牙有效负载的 P-224 公钥 Pi 计算为 SHA-256 哈希值。Apple 从不拥有解密密钥，因此 Apple 无法读取由查找设备加密的位置。丢失设备的所有者可重构索引并解密已加密的位置。”
“尝试定位丢失的设备时，会为位置搜索期间预估一个计数器值的预期范围。设备所有者知道搜索期间计数器值范围中的原始 P-224 私钥 d 和密钥值 SKi 后，便可重构整个搜索期间的值集 {di, SHA-256(Pi)}。然后，用于定位丢失设备的设备所有者可使用索引值集 SHA-256 (Pi) 来查询服务器并从服务器下载已加密的位置。“查找” App 随后使用匹配的私钥 di 在本地解密已加密的位置，并在 App 中显示丢失设备的大致位置。多台查找设备报告的位置会由所有者的 App 整合以生成更精确的位置。”

@chitanda
https://v.lmtw.com/mzs/content/detail/id/161505/keyword_id/-1
《广电总局强调:互联网电视投屏应用,必须具有互联网电视牌照》
“魏司在发言中也针对当前互联网电视行业发展中的一些行为做了说明和解读。
其中，针对互联网电视网络投屏的现象，魏司指出，当前在互联网电视上，有不少企业通过网络投屏的方式，直接将手机视频，绕过监管，投放到电视的行为是不符合相关互联网电视管理政策的。”

@Rocketer 9999 的 iMac 不附送这个指纹键盘 附送普通键盘（没指纹版本） 另外这个档位还少了 2 个 USB-C 少 1 核 GPU 没有网口，11499 的那档位就会附送了 另外还补上了上一档位的阉割。