: → jhs1213: 宣称是物件我也知道，但实际做法让人存疑... 04/10 22:14
: → jhs1213: 像是可以当作一般dd+或true hd解码，那其实是不是以声道 04/10 22:15
: → jhs1213: 为基础，另外再叠加高度音讯上去，所以不当atmos解 04/10 22:16
: → jhs1213: 也不会道少了什么东西的差异 04/10 22:16
Dolby Atmos 的三要素是 Bed、Object、Metadata
48 kHz 时最多支援 128 个声道（ten bed only and 118 object/bed）
96 kHz 时最多支援 64 个声道（ten bed only and 54 object/bed）
● Bed 是静态声道，已预先混音、分配好的声道，基本上就是传统的多声道
家用 Atmos 的 Bed 可以是 2.0, 3.0, 5.0, 5.1, 7.0, 7.1, 7.0.2, or 7.1.2
当 AVR 不支援 Atmos 解码，Bed 就直接对应传统的多声道，这样也保持了向下相容性
● Object 是动态声道
● Metadata 描述了各 Object 的位置与大小（距离/音量）变化
所以简单说 Dolby Atmos 解码就是把 Object 声道＋Metadata 的描述
即时渲染与 Bed 混音至输出声道
举例、放置在左前方大小为零的 Object＝Bed 的左前声道
Object＝直升机的螺旋桨声，加上 Metadata 的移动描述，渲染器就会即时混音到各声道
这种方式其实有点像 3D Game engine 里的 Audio Engine system
像角色语音、枪声、脚步声也都只是一段 Audio（Object）
Audio（Object）加上与玩家的相对位置关系计算＆空间混响后输出
最后玩家就能听声辨位
这种方式增加了弹性，像 Bed 的置顶声道只有传统的 7.x.2
如果用户的置顶声道是 x.y.4，渲染器就会把 Bed 的 x.y.2 分配到实体的 x.y.4 输出
带有高度的 Object 也是一样，会依其位置变化即时渲染混音
源的 Bed 声道数与实体声道数不同时，Atmos 渲染器也支援重新分配
例如没有安装中置喇叭，Bed 声道数在 3.0 以上时渲染器会尝试把中置的内容
Phantom image 到左右声道
因为最终所有的声音都还是要分配到实际的输出声道
声音是选择放到静态的 Bed or 动态的 Object 带来的好处
更多是在于现场弹性（用户端的喇叭配置）与后制效率（减少为各种声道数格式劳心）
所以不管是 2.0、2.1 各种声道数的声霸
是反射还是置顶 2 or 4 跟各种喇叭组合的 AVR 系统
讯源只要是 Dolby Atmos 统统丢给即时渲染搞定
但如果为了向下相容性，还是得预先把关键音讯放在 Bed（传统）声道
如把主唱放到 Object，Metadata 描述了主唱在台上台下奔跑移动
可用户端不支援 Atmos 的话 主唱 Object 的声音就消失了，因为只能听到 Bed 内容
Dolby Atmos 的普及率最终应该还是会影响出版方选择如何后制
以上是我个人对于 Dolby Atmos 的键盘心得，不一定完全正确