在我最近關(guān)于高分辨率音頻播放器以及為它們提供內(nèi)容的服務(wù)和外部DAC和放大器的報(bào)道中,我意識(shí)到我向我的讀者拋出了很多新的可能不熟悉的術(shù)語(yǔ)。自從我上一次深入介紹無(wú)損和有損音頻壓縮標(biāo)準(zhǔn)以來(lái),已經(jīng)有一段時(shí)間了,確切地說(shuō),是20年!而且世事變遷,所以這個(gè)簡(jiǎn)短的更新可能是遲來(lái)的。
首先,顯而易見(jiàn)的是,20年前大部分?jǐn)?shù)字音樂(lè)不是從服務(wù)器上下載,就是從CD上下載,然后存儲(chǔ)并在本地播放。如今,各種訂閱服務(wù)的優(yōu)勢(shì)已經(jīng)演變,使情況更加復(fù)雜;一個(gè)給定的服務(wù)需要支持具有各種處理能力的多種回放客戶端,并支持以多種比特率和延遲(以及隨時(shí)間變化的兩個(gè)參數(shù))連接的網(wǎng)絡(luò)。因此,云的適應(yīng)性至關(guān)重要。
以Tidal為例,這是我最近經(jīng)常提到的一項(xiàng)音樂(lè)服務(wù),它以高保真音響為目標(biāo)用戶。先看了看基線提供“HiFi”,Tidal streams(在一些平臺(tái)上,還提供DRM-inclusive下載)在兩個(gè)比特率,96 kbps(Tidal稱之為“正?!?,通常被認(rèn)為是等效質(zhì)量遺留的128 kbps MP3)和320 kbps(“高”和更高的比特率比使用competitors 例如Amazon Music Unlimited和Apple iTunes),在這兩種情況下利用AAC(高級(jí)音頻編碼)有損壓縮標(biāo)準(zhǔn)。AAC是MPEG-4的核心音頻編解碼器,在2001年我的測(cè)試套件中甚至還沒(méi)有AAC,只有MP3 (MPEG-1和MPEG-2音頻層III)、RealAudio和WMA (Windows Media audio)。三年多過(guò)去了,我還在寫這樣的話:“AAC目前缺乏廣泛的行業(yè)支持,因此限制了消費(fèi)者播放音頻的設(shè)備類型?!辈贿^(guò),這在很大程度上要?dú)w功于Apple對(duì)AAC的支持,尤其是在該公司放棄了FairPlay DRM之后,接替者基本上已經(jīng)繼承了寶座。
現(xiàn)在為Tidal的“HiFi”提供。至少即使內(nèi)容是“僅僅”Red Book音頻CD-equivalent質(zhì)量(16每幀采樣個(gè)數(shù),兩個(gè)渠道,44.1千赫采樣率,1~1.411 Mbps未壓縮比特流),Tidal還提供兩種lossless-compressed格式降低比特率(下載,文件大小):FLAC(自由無(wú)損音頻編解碼器)對(duì)于大多數(shù)客戶,和ALAC為iOS設(shè)備(Apple無(wú)損音頻編解碼器)。Wikipedia上說(shuō),“通過(guò)FLAC算法壓縮的數(shù)字音頻通常可以縮小到原始大小的50%到70%?!?/p>
如果做到更大的樣本量和更高的樣本率是長(zhǎng)處,還有MQA(主要質(zhì)量認(rèn)證),Tidal支持它的HiFi層訂閱者和它內(nèi)容庫(kù)的子集。MQA和AAC一樣,是一種有損壓縮算法,乍一看似乎很諷刺,因?yàn)槲覀冋谡務(wù)摰氖撬^的最高質(zhì)量的產(chǎn)品(不出所料,這種格式得到了發(fā)燒友社區(qū)的廣泛支持)。但與AAC(及其MP3和其他感知編碼同行)不同的是,MQA沒(méi)有使用各種心理聲學(xué)建模技術(shù)來(lái)降低比特率,就像我在20年前提到的那些:
低通濾波,即去除某一頻率以上的所有音頻信息;
立體聲到單聲道轉(zhuǎn)換的原始兩個(gè)聲道,完全或超過(guò)一定的頻率;
階段性崩潰,或消除兩個(gè)通道之間的階段性差,完全或超過(guò)一定的頻率;
頻率屏蔽,用響亮的聲音屏蔽附近頻率的低音量信息;
時(shí)間掩蔽,其中響亮的音調(diào)在時(shí)間上掩蔽在掩蔽音調(diào)之前和之后的低音量信息。相反,MQA利用時(shí)域ADPCM(自適應(yīng)差分脈沖編碼調(diào)制)來(lái)降低比特率。
更多關(guān)于MQA的信息來(lái)自維基百科:
使用專有的抖動(dòng)技術(shù)將較高頻帶中相對(duì)較少的能量分層壓縮成嵌入較低頻帶的數(shù)據(jù)流,但解碼后的結(jié)果將是無(wú)損存檔。在一系列這樣的操作之后,結(jié)果44.1 kHz的數(shù)據(jù),分層的數(shù)據(jù)流,和最終的“修飾”流(從所有層和原始的有損信號(hào)之間的壓縮差)被提供給播放設(shè)備??紤]到低的能量將在更高的頻率,和只使用一個(gè)額外的頻帶層(較高的44.1 kHz頻帶96/24打包在48/16的抖動(dòng)中)和一個(gè)修改流(壓縮區(qū)別原始96/24和48/16)分布在一起作為一個(gè)流,48/24的48/16 bit-decimated部分可以由正常的48/16播放設(shè)備。與標(biāo)準(zhǔn)格式的另一個(gè)區(qū)別是抽樣過(guò)程。音頻流被采樣并與三角形函數(shù)進(jìn)行卷積,并在稍后的回放過(guò)程中進(jìn)行插值。
所以,讓我們思考一下。為了使Tidal能夠成功地將音樂(lè)流或下載到客戶端,Tidal的服務(wù)器必須首先弄清楚與客戶端相關(guān)聯(lián)的帳戶是哪個(gè)服務(wù)層(高級(jí)或HiFi)。然后,它需要確定客戶端是否支持下載。其次,它必須確定客戶端支持哪些質(zhì)量級(jí)別選項(xiàng)(普通,高,HiFi和/或master)和(HiFi,無(wú)論客戶端是否是iOS設(shè)備)以及什么質(zhì)量選項(xiàng)是首選的客戶端流媒體和下載。
但是想要一個(gè)給定的質(zhì)量水平和實(shí)際能夠達(dá)到那個(gè)質(zhì)量水平是兩碼事。例如,如果客戶端處于較差的蜂窩數(shù)據(jù)連接(持續(xù)或可能僅在短暫的基礎(chǔ)上),那么320kbps的“高”流可能無(wú)法實(shí)現(xiàn),因此需要短暫的降速到“正?!蹦J?。在所有這些工作之后,仍然“只有”一個(gè)音樂(lè)軌道駐留在客戶機(jī)的易失性或非易失性內(nèi)存中;然后你仍然需要通過(guò)一個(gè)比特率受限(更不用說(shuō)一個(gè)更低的能耗要求)的無(wú)線連接將它連接到藍(lán)牙耳機(jī)上。
目前由藍(lán)牙SIG(特殊興趣組)指定的標(biāo)準(zhǔn)音頻編解碼器需要支持任何基于A2DP(高級(jí)音頻分發(fā)配置文件)的藍(lán)牙設(shè)備(發(fā)射器和/或接收器)是SBC(低復(fù)雜度子帶編解碼器)。SBC大約和MP3一樣古老,正如相關(guān)的Wikipedia詞條所言,“它的設(shè)計(jì)目的是在中等比特率下獲得相當(dāng)好的音頻質(zhì)量,同時(shí)保持較低的計(jì)算復(fù)雜度,考慮到藍(lán)牙帶寬的限制和處理能力。” SBC做得很不錯(cuò),特別是在語(yǔ)音方面,但它仍然在早期階段被LC3(低復(fù)雜度通信編解碼器)取代。用一句話來(lái)說(shuō),把SBC稱為“高保真度”是一種妄想。因此,為其他可選編解碼器打開(kāi)了一扇門,它們的使用與否取決于在初始連接過(guò)程中藍(lán)牙發(fā)射器和接收器之間的支持與否詢問(wèn)。例如,它們包括AAC(沒(méi)錯(cuò),就是前面提到的同一種編解碼器),Apple在其產(chǎn)品中專門使用AAC(大概是為了避免向高通支付許可費(fèi)……請(qǐng)繼續(xù)閱讀)。
高通目前擁有aptX系列編解碼器(例如,最初在Apple mac上支持,但后來(lái)取消了),該系列于2010年被CSR收購(gòu),5年后,CSR又被高通收購(gòu)?;A(chǔ)aptX(最初稱為apt-X)編解碼器,也就是可能最熟悉的編解碼器,利用了類似于前面提到的MQA的基于adpcm的有損壓縮。它隨后加入了增強(qiáng),現(xiàn)場(chǎng),聲音,以及(為了藍(lán)牙音樂(lè)的目的)LL(例如低延遲,這是特別有用的,當(dāng)試圖保持電影視頻和它的配樂(lè)和對(duì)話之間的嘴唇同步),HD(高清晰度),和自適應(yīng)層。
在最近探索我的新型便攜式藍(lán)牙接收器“玩具”時(shí),我發(fā)現(xiàn)了另一種編解碼器——LDAC。得益于Wikipedia對(duì)LDAC的定義,我了解到了另一個(gè):LHDC(低延遲高清音頻編解碼器)。LDAC由Sony開(kāi)發(fā),從Android 8開(kāi)始就添加到Android開(kāi)源項(xiàng)目存儲(chǔ)庫(kù)中。編碼器(即藍(lán)牙發(fā)射器)的編碼(和使用)是免費(fèi)和開(kāi)源的,盡管解碼器是專有的,需要用戶獲得許可。
Radsone顯然獲得了許可,因?yàn)楫?dāng)我把智能手機(jī)連接到Earstudio ES100 MK2上時(shí),LDAC是首選的編解碼器。
責(zé)任編輯:lq6
-
放大器
+關(guān)注
關(guān)注
145文章
14148瀏覽量
217371 -
音頻播放器
+關(guān)注
關(guān)注
0文章
23瀏覽量
12630
原文標(biāo)題:音樂(lè)編解碼器的更新情況
文章出處:【微信號(hào):livevideostack,微信公眾號(hào):LiveVideoStack】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。
發(fā)布評(píng)論請(qǐng)先 登錄
Texas Instruments TAC5x42接口編解碼器數(shù)據(jù)手冊(cè)

Texas Instruments TAC5311-Q1汽車單聲道音頻編解碼器數(shù)據(jù)手冊(cè)

CYW20721內(nèi)置的所有編解碼器類型有哪些?
AI玩具爆發(fā),音頻編解碼器如何滿足語(yǔ)音交互需求
TWL6040 用于便攜式應(yīng)用的 8 通道高質(zhì)量低功耗音頻編解碼器數(shù)據(jù)手冊(cè)

TWL6041 用于便攜式應(yīng)用的 8 通道高質(zhì)量低功耗音頻編解碼器數(shù)據(jù)手冊(cè)

TLV320AIC28音頻編解碼器評(píng)估模塊

配置I2S以從編解碼器設(shè)備生成BCLK

TMS320F2833x與AIC23B立體聲音頻編解碼器的接口

Linux上的編解碼器移植TMS320DM365預(yù)覽版

TMS320DM365中的智能編解碼器功能

音頻編解碼器和ADC中有哪些常見(jiàn)噪聲問(wèn)題,如何幫助避免這些問(wèn)題?
音頻編解碼器中的常見(jiàn)噪聲問(wèn)題

評(píng)論