eARC与其他音频互连方式的比较
将音频从电视机传输到音频设备的方法还有其他几种,如光纤(TOSLINK)和HDMI-ARC。但是上述方法均具有局限性,而eARC则克服了这些限制。下方对照表展示了三种方法的差异。
功能 | | | | 使用的线缆 | | | | 立体声支持 | | | | 音频压缩5.1 | | | | 音频未压缩 5.1 | | | | 音频未压缩 7.1 | | | | 高比特率
(Dolby® TrueHD, DTS-HD) | | | | Dolby Atmos® 支持 | | | | DTS:X® 支持 | | | | 最大音频带宽
(有效负载) | | | | 链路发现 | | | | 功能发现
(音频EDID等) | | | | 口形同步 | | | | 电视静音与音量控制 | | | | 在打开电视机时同步开启音频设备 | | | | ARC回馈 | | | |
eARC的一个主要优势是支持HDMI标准下的所有家庭影院格式。上一代HDMI 1.4 ARC功能仅支持通过单引脚以1 Mbit/s的速率传输音频输,已经不适合当今的高端音频标准。特别是在播放蓝光格式音频时,音频往往要使用超过TOSLINK和ARC支持范围的更高带宽,而eARC可提供所需的全部带宽。
与ARC相比,内建的eARC数据通道能够极大地提高可靠性和兼容性,同时本质上还是传统的“流式(flow-through)”AVR互连方法。尽管较早的HDMI-ARC标准也能提供与eARC相同的发现机制,提供相似的消息发送,但是消息功能是可选的,而且发现/消息发送方案基于HDMI-CEC。HDMI的CEC引脚支持设备间互相发送遥控命令。但目前的问题是,不同的制造商对CEC功能进行了不同的定制,在实际使用的时候可能发生未知的问题。在日常使用中,用户将多个不同品牌的设备连接到一起后,难以确保CEC正常工作。一会儿CEC功能打不开,一会儿打开之后又会引发一些预料之外的问题。因此,eARC在设计之初就不再依赖于CEC。如果其他设备不支持eARC,eARC设备可以设计为自动回退到ARC模式。eARC仅用于确保电视机和AVR(或回音壁)之间的兼容性。其他HDMI设备无需eARC支持。
一个常见的问题:如果eARC的设计克服了CEC的一些问题,那么为什么eARC还要使用CEC来实现自动化的用户遥控命令呢?这是因为eARC数据通道仅支持“隐形的(invisible)”操作,例如eARC链路的发现和设置、确定格式和口形同步。eARC数据通道不能发送音量增大/减小和静音等用户命令是有意设计的。这么设计的原因是现在已经有很多不同的方式来发送用户命令,如所有HDMI标准版本都内建的CEC功能、经过编程的通用遥控器或智能手机应用。所以,eARC没有将远程控制功能添加到eARC数据通道是有意为之,以防止潜在的可用性问题。此外,CEC引脚也具备独特优 |