SONY 索尼 NW-A35HN Walkman 便攜式音頻播放器測評報告[二] LDAC與AAC、apt-X藍牙對比測評
Soomal 于 2017.03.08 22:17:01 | 源自:www.soomal.com | 版權:原創
平均/總評分:10.00/50

最近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
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
175.005.128.***
175.005.128.***
發表于2017.03.11 09:37:22
56
014.127.255.***
014.127.255.***
發表于2017.03.11 07:57:13
55
提示本貼不可匿名回復,回復等級為:0 ,您現在正處在潛水狀態
回復
驗證碼
5727 為防止廣告機貼垃圾,不得已而為之
表情
正文