微软修复 Win11 ARM 设备上 Chrome 音频编码功能漏洞，硬件加速功能再次启用
Win11 ARM 设备迎来音频编码功能修复，硬件加速再度亮相
2月6日的消息称，谷歌Chrome浏览器现已在Windows11 ARM架构设备上重新支持快速高级音频编码（AAC）功能。这一改进归功于微软修复了系统中的一个漏洞，并与谷歌携手确保Chrome能够与其兼容。
据了解，高级音频编码（AAC）作为一种高效的音频压缩技术，可以在不牺牲音质的前提下显著减小音频文件的体积。这种硬件加速的AAC支持不仅能够惠及所有用户群体，包括那些通过Chrome进行录音的用户，也能够让在YouTube或Spotify上享受视听内容的人们从中受益。 在我看来，这种技术的发展不仅极大地提升了用户体验，特别是在移动设备上，更是在不增加硬件负担的前提下提供了更高质量的音频体验。它还为在线平台提供了一种更为高效的方法来管理和传输大量音频内容，从而有可能减少服务器存储成本并提高加载速度。对于消费者而言，这意味着更加流畅的播放体验以及更高的音质标准。此外，这也促进了数字媒体领域的创新，为未来的音频技术和应用铺平了道路。
据报道，Chromium项目中有一个名为PlatformAudioEncoder的硬件加速AAC编码器，该技术可以将AAC编码任务转移到硬件上执行，从而在不增加功耗的前提下提升性能。然而，到了2024年1月，谷歌因测试未通过而关闭了Windows ARM64平台上的硬件AAC编码功能。最初，谷歌认为这个问题可能是由于ARM架构特有的原因，因此希望ARM相关的公司能提供帮助。不过，后续调查显示，问题其实出在Windows 11操作系统本身，这表明需要微软的技术支持来解决这一问题。 从这个事件可以看出，跨平台软件开发面临的挑战不仅限于硬件兼容性，操作系统层面的问题同样不容忽视。此外，这也凸显了跨公司合作的重要性，尤其是在面对复杂技术难题时，不同公司的协同工作显得尤为关键。
微软的音频团队对问题进行了深入研究，发现问题源于 Windows 11 中媒体基础（Media Foundation）中的一个漏洞。媒体基础是 Windows 11 中负责音频和视频处理的组件。微软在 Windows 11 的 22H2 和 23H2 版本（分别为 22621.4112 和 22631.4112）中引入了修复程序。
2025年1月29日，谷歌与微软完成了音频项目的合作，并重新启用了Windows ARM64上的Platform Audio Encoder。微软开发者Erik Anderson在Chromium代码提交中指出：“最初我们以为ARM64架构存在某些固有问题，但实际上问题出在Windows 11的一个回归漏洞上。由于相关测试机器人使用了比其他架构更新的Windows版本，ARM64成为首个遇到此问题的平台。” 这样的情况表明，尽管技术团队通常会关注不同硬件架构之间的差异，但有时软件层面的问题可能会被误判为硬件问题。这不仅提醒了我们在开发过程中要更加细致地检查每个可能的环节，同时也强调了跨部门合作的重要性，以确保各种系统和架构能够无缝协作。
简而言之，这项更新意味着Chrome浏览器在Windows 11 ARM设备（例如采用骁龙处理器的设备）上恢复了硬件加速音频编码的支持。如今，Chrome能够在不大量消耗骁龙设备CPU资源的前提下更高效地进行音频编码，同时降低功耗，因为音频编码工作已被妥善转移至高通硬件上执行。