近期，谷歌Chrome瀏覽器迎來(lái)了一項(xiàng)針對(duì)Windows 11 ARM架構(gòu)設(shè)備的重要更新——快速高級(jí)音頻編碼（AAC）功能的恢復(fù)。這一改進(jìn)的實(shí)現(xiàn)，得益于微軟成功修復(fù)了操作系統(tǒng)中的一個(gè)關(guān)鍵漏洞，并與谷歌緊密合作，確保了Chrome瀏覽器的兼容性。

高級(jí)音頻編碼（AAC）作為一種高效的音頻壓縮格式，能夠在保持音質(zhì)的同時(shí)，顯著減小音頻文件的大小。硬件加速的AAC支持，對(duì)于廣大用戶而言無(wú)疑是個(gè)利好消息，無(wú)論是使用Chrome進(jìn)行音頻錄制的用戶，還是在YouTube、Spotify等流媒體平臺(tái)上享受音頻內(nèi)容的用戶，都將從中受益。

事實(shí)上，Chromium項(xiàng)目中早已存在一個(gè)名為PlatformAudioEncoder的硬件加速AAC編碼器，它能夠?qū)AC編碼任務(wù)卸載到硬件上，從而在不增加功耗的前提下，提升整體性能。然而，在2024年年初，谷歌由于測(cè)試未達(dá)預(yù)期，不得不暫時(shí)關(guān)閉了Windows ARM64設(shè)備上的硬件AAC編碼功能。當(dāng)時(shí)，谷歌初步判斷問(wèn)題可能與ARM架構(gòu)本身有關(guān)，并希望ARM相關(guān)企業(yè)能夠伸出援手。但經(jīng)過(guò)更為深入的調(diào)查，問(wèn)題根源最終被鎖定在Windows 11系統(tǒng)上，微軟的介入變得勢(shì)在必行。

面對(duì)這一挑戰(zhàn)，微軟的音頻團(tuán)隊(duì)迅速行動(dòng)，對(duì)問(wèn)題進(jìn)行了全面而深入的剖析。他們發(fā)現(xiàn)，問(wèn)題源于Windows 11中負(fù)責(zé)音頻和視頻處理的媒體基礎(chǔ)（Media Foundation）組件存在一個(gè)漏洞。為了徹底解決這一問(wèn)題，微軟在Windows 11的22H2和23H2版本中引入了相應(yīng)的修復(fù)程序。

隨著問(wèn)題的逐步明朗化，谷歌與微軟的合作也取得了實(shí)質(zhì)性的進(jìn)展。在2025年1月底，雙方圓滿完成了音頻項(xiàng)目的合作，并重新啟用了Windows ARM64設(shè)備上的PlatformAudioEncoder。微軟開(kāi)發(fā)者Erik Anderson在Chromium的代碼提交中透露：“最初，我們誤以為問(wèn)題出在ARM64架構(gòu)本身，但事實(shí)證明，這是Windows 11的一個(gè)回歸漏洞所致。ARM64之所以首先遭遇這一問(wèn)題，是因?yàn)橄嚓P(guān)測(cè)試機(jī)器人使用了比其他架構(gòu)更新的Windows版本。”

此次改進(jìn)意味著，Chrome瀏覽器在Windows 11 ARM設(shè)備（例如搭載驍龍?zhí)幚砥鞯脑O(shè)備）上重新獲得了硬件加速音頻編碼的支持。現(xiàn)在，Chrome能夠在不占用驍龍?jiān)O(shè)備過(guò)多CPU資源的情況下，更高效地編碼音頻。同時(shí)，由于音頻編碼任務(wù)被正確地卸載到高通硬件上，設(shè)備的電量消耗也得到了有效節(jié)省。這無(wú)疑為Windows 11 ARM設(shè)備的用戶帶來(lái)了更加流暢、高效的音頻體驗(yàn)。