SONY 索尼 NW-A35HN Walkman 便携式音频播放器测评报告[二] LDAC与AAC、apt-X蓝牙对比测评
Soomal 于 2017.03.08 22:17:01 | 源自:www.soomal.com | 版权:原创
平均/总评分:10.00/120

最近Soomal测评了不少蓝牙无线耳机和音箱产品,从反馈来看也确实受到越来越多读者的关心。而在几种蓝牙连接编解码规格中,索尼的LDAC的理论品质最高,借着测试A35 Walkman的机会,我们今天在这里既测评A35 Walkman的LDAC表现,同时也找到几款耳机和音箱来简单对比一下蓝牙下的LDAC、apt-X、AAC、SBC以及DLNA WiFi网络下音质的差别。而原本预告的A35 外接USB DAC的测试,我们之后再单独写一篇[主要是iPhone的Camera Kit丢失中……]。

蓝牙音频技术回顾

首先,我们来简单回顾一下蓝牙无线技术与音频相关部分的发展。在大家传统印象中,蓝牙连接的音频设备不是什么高音质的代表,但传统的理由却并不正确,最常见的观点说蓝牙音质不好是因为带宽不够。在蓝牙1.x时代,数据带宽就有1Mbps。而到了蓝牙2.0时代,数据带宽可达到3Mbps[EDR]左右。而从蓝牙3.0开始这个理论数据率就达到了24Mbps。由于在实际应用过程中,当代的实际产品平均速度都大概只有理论数据的1/4-1/3,所以在蓝牙2.0+EDR标准下,传输常见的AAC/MP3等压缩编码的音频文件已经足够。而在蓝牙3.0之后,数据带宽已经不是问题。

但真正影响蓝牙音质的因素却不是带宽,而是在蓝牙无线标准下传输音频的协议、编解码器以及后端的DAC/放大等设计。

连接方式:在蓝牙1.1时就发布了应用于高品质音频分发的架构 Advanced Audio Distribution Profile, A2DP。A2DP默认使用SBC[sub-band code],可选支持AAC或MP3.目前常见SBC编码下数据大概为328kbps,简单的说因为SBC的编解码算法并不够好,在同样数据量的情况下,音质表现远不如MP3和AAC。而基于MPEG4的AAC算法,单从AAC压缩的音频文件来说是效率和音质都优于MP3编解码的一种格式。目前,苹果公司设备比较喜欢使用AAC的蓝牙编解码连接方式。MP3的方式同样可选,但比较少见。

但需要注意的是,无论是SBC、AAC或是MP3,它在这里代表的不只是一个AAC压缩的M4A文件或者大家常见的下载的MP3文件,并不是播放了这个文件,它就可以进入到对应的模式。AAC和MP3代表了发射端[例如手机、播放器]和接收端[耳机或音响等]必须同时支持AAC或MP3的连接方式,否则,不管你播放的是什么文件,它都会以SBC的方式进行沟通。

apt-X:apt-X是蓝牙中比较特别的编码规范,原本属于CSR公司,而随着CSR被高通收购,apt-X的认证也变得更偏向商业化,公司的官方网站也查不到曾经的很多技术资料。apt-X目前被分为三类,普通apt-X,apt-X HD和apt-X Low Latency。在高通收购CSR之前,apt-X Lossless曾经展示过优于FLAC压缩率的技术资料,现在似乎也不再提起,而apt-X HD的规范变成了24bit高采样率和LPCM方式传输两个技术要点,支持apt-X HD认证的设备不多,有兴趣可以自己查阅官网。

普通的apt-X编码在蓝牙传输中影响更大,支持的设备数量很多,它使用大概300kbps左右的数据量实现了理论上更高品质的声音传输。也许是CSR公司遗留的授权问题,目前真正能够在高通apt-X网站认证的设备只是实际支持apt-X的一部分,很多设备支持apt-X并没有做apt-X认证[例如苹果的macbook系列]。

同样,apt-X需要发射端和接收端都要支持才可以实现这套编解码的真正工作。

索尼LDAC:索尼LDAC同样是基于蓝牙连接的高品质音频编解码方案,官方数据来看,它支持了24bit的高采样率,同时支持990kbps的数据量,提供24bit/96kHz的压缩编码的数据传输和解码[FLAC 24bit/96kHz典型压缩编码码率在2350kbps左右]。而索尼的Walkman等设备也是以传输24bit/96kHz的FLAC来衡量LDAC的典型应用的[例如续航标称]。这个标准显然要远高于apt-X、AAC,可能也远高于apt-X HD[可能只支持最高48kHz]。当然,LDAC同样需要发射端和接收端都支持LDAC才可以。

小结:什么影响了蓝牙音质?

除了SBC、AAC、MP3、apt-X、LDAC各自编码质量对音质影响的因素外,在实际使用或者选购过程中,最影响音质表现的是发射端和接收端的搭配。前文说了,这些格式和我们熟悉的播放格式文件是没有关系的,并不是你手机播放了AAC接收端就一定会用AAC。而从现有产品来看,以手机为主的蓝牙发射端,如果支持apt-X[要花钱买高通授权],一般不会再支持AAC,就是为了拉大支持与不apt-X两种组合的听感差距。从接收端的耳机和音响来看,AAC、apt-X两个全支持的产品不多。而索尼的LDAC产品在支持LDAC的同时,例如MDR-1000X耳机还支持apt-X和AAC;但有的就只支持SBC了,例如SRS-ZR7音箱。而苹果和Beats的产品,支持AAC,但不支持apt-X。

由于发射和接收两端每个产品支持力度不同,最后的结果就是万一有一边不支持高品质的编解码,那么大家就只能回到最弱的SBC模式。而更诡异的还有一台接收端设备[耳机音响],在SBC下和在apt-X、AAC下的标定可能是有很大不同的。例如,Beats耳机[AAC]连接apt-X的手机或播放器,会得到非常低的输出电平[这并不代表SBC电平一定低,只是不同产品不同设置而已]。而这种在技术文档里看不到的差别,还更多的出现在不同产品细节中,编码影响只是一部分。下面我们来用实际的例子谈谈它们听感上的差别。

转发到新浪微博 转发到腾讯微博 RSS订阅 收藏本文 本文代码
请您评分 1 2 3 4 5 6 7 8 9 10
106.038.167.***
106.038.167.***
发表于2017.07.20 05:35:48
80
119.185.230.***
119.185.230.***
发表于2017.07.05 22:23:36
79
171.091.246.***
171.091.246.***
发表于2017.07.01 10:03:57
78
183.060.052.***
183.060.052.***
发表于2017.06.22 04:52:29
77
111.008.049.***
111.008.049.***
发表于2017.06.18 10:36:14
76
049.080.239.***
049.080.239.***
发表于2017.05.30 15:39:22
75
125.059.***.***
125.059.***.***
想看数码多测一下MUC-M2BT1怎样…这东西加上个转接头可以把组合各种扩大…
这玩儿就缺个aptx hd…会有aptx hd对aptx/ldac的对比麽…
森泃妏蚚Win10枑蝠
发表于2017.04.13 16:45:03
72

此帖使用MAC提交
发表于2017.03.23 11:16:57
71
183.250.***.***
183.250.***.***
一直以来就想要这样的测评!!苦于自己没有这么多设备!这篇文章真赞。但是,有一个疑问,AAC解码模式和AAC音频格式固然不是一回儿事,但是,当AAC解码遇到AAC格式时,我的理解应该是少一道程序(相比遇到MP3和flac),一般解码过程是mp3变为pcm,pcm再经过AAC编码。而如果开端就是AAC音频文件,应该少了中间转换的过程,原则上少了一步损失的过程,应该是最优的。
此帖使用Win10提交
发表于2017.03.23 11:14:33
70
183.250.114.***
183.250.114.***
发表于2017.03.23 11:11:56
69

此帖使用MAC提交
发表于2017.03.17 23:19:55
67
究竟是带宽的意思,还是它会把你目前在听的音频文件转成AAC然后传输,接收端再解码
发表于2017.03.17 23:02:12
66
比如一加3的h2os,不在确认列里,但一加论坛里面已经有几个人表示成功了。需要用第三方rec刷入。
发表于2017.03.16 23:01:28
65
https://forum.xda-developers.com/oneplus-3/themes/mod-aptx-codec-t3521228

所以贵多要不要考虑补充一下同一播放源下sbc和aptx的对比测试?
发表于2017.03.16 22:56:35
64
首先感谢测试,至少在某种程度上让终端用户了解了现状,缺乏行业规范,真的一团糟。
作为终端用户(而且还是工薪阶层的普通你用),保持观望是最合适的。至少,并不是每个人都只为了“听个响”。就我个人来说,目前蓝牙链接的品质尚达不到心里需求吧(总不能把耳机+耳放送人吧?!)
此帖使用VIVO X6PLUS A提交
发表于2017.03.14 13:40:20
63
ZR7是支持AAC编码的。参考日本官网,有标示。
此帖使用Win10提交
发表于2017.03.13 12:57:20
62
要是真有25Mpbs索尼搞LDAC的时候肯定至少跑10Mbps以上
此帖使用MAC提交
发表于2017.03.13 00:28:07
61
提示本贴不可匿名回复,回复等级为:0 ,您现在正处在潜水状态
回复
验证码
4680 为防止广告机贴垃圾,不得已而为之
表情
正文