谷歌发布 Lyra V2 超低比特率语音编解码器，可在 56kbps 网速下语音聊天

谷歌发布 Lyra V2 超低比特率语音编解码器，可在 56kbps 网速下语音聊天 谷歌宣布了用于低比特率的 Lyra 语音编解码器，与开放的 AV1 编解码器相结合，可以在 56kbps 的网速下实现语音聊天。Lyra 利用机器学习和其它技术进行极低比特率的语音压缩，甚至可以在 3kbps 的速度下工作。谷歌去年开放了 Lyra 的代码。 来自：雷锋 频道：@kejiqu 群组：@kejiquchat 投稿：@kejiqubot

高通推出 aptX Lossless 蓝牙音频编解码器：蓝牙能听无损 CD 音质了

高通推出 aptX Lossless 蓝牙音频编解码器：蓝牙能听无损 CD 音质了 高通 aptX Lossless 是第一个蓝牙音频无损编解码器，它可以通过蓝牙精确传输CD质量（16bit/44.1kHz）的音频。压缩过程会将CD的1.4 Mbps比特率纳入更有限的1Mbps带宽。亦可以用于传输24bit/96kHz有损压缩音频流。（） 比 SONY LDAC 的990kbps要高一丁点

: 开源的高保真神经音频流编解码器，适用于48 kHz单声道语音，比特率为12.8 kbps。在GPU(约6毫秒)和CPU(约1

: 开源的高保真神经音频流编解码器，适用于48 kHz单声道语音，比特率为12.8 kbps。在GPU(约6毫秒)和CPU(约10毫秒)上具有非常低的解码延迟。通过高效的两阶段训练，可以在几个小时内为新应用训练编码器。

微软确认Windows 11 24H2弃用杜比数字AC-3编解码器

微软确认Windows 11 24H2弃用杜比数字AC-3编解码器 安装 Windows 11 24H2 并尝试播放 AC-3 编解码器中的旧媒体内容时，媒体播放器将无法打开。这包括 Windows 11 的现代媒体播放器和其他能够播放音频的内置应用程序。默认情况下，Windows 11 24H2 将不再包含AC-3 编解码器（通常称为杜比数字）。微软在本周早些时候悄悄发布的一份支持文档中证实了这一变化。该文件指出，Windows 将继续支持 FLAC 或 ALAC 等流行的编解码器，但"从 24H2 版开始，Windows 不再包含 AC-3 编解码器"。"在 Windows 11 版本 24H2 之前的 Windows 版本中，包含 AC-3 编解码器。从 Windows 11 版本 24H2 开始，AC-3 编解码器不再包含在 Windows中。不过，微软证实一些设备可能会继续使用 AC-3 编解码器，但这仅限于制造商选择预装的情况。例如，如果 OEM 是杜比公司的紧密合作伙伴，就可能预装 AC-3 编解码器。手动添加 AC-3 编解码器后，您仍然可以在本地应用程序中播放使用 AC-3 音频编解码器（杜比数字）编码的文件。AC-3 编解码器（杜比数字）于上世纪 90 年代问世，目前正逐渐被淘汰，因此这一举措并不令人惊讶。所有流媒体平台和媒体公司在编码新媒体文件时都已停止使用该编解码器。不过，你可能还会遇到一些以 AC-3 编解码器编码的老文件，因为这种编解码器曾经在音频市场上占有重要地位。在这种情况下，您将无法使用 Windows 11 上的原生应用程序播放音频文件，但您可以随时切换到更好的替代程序，如开源 MPV 播放器。微软表示，它致力于支持流行的现代编解码器。该公司继续通过 Microsoft Store 中的"包"提供一些编解码器。这些编解码器包包括 MPEG-2 Video Extension、HEVC Video Extension、VP9 Video Extension、AV1 Video Extension 和 Web Media Extension。该公司还澄清说，它不会取消对旧版本 Windows 中 AC-3 编解码器的支持。除 AC-3 编解码器外，Windows 11 24H2 还将移除 Cortana、WordPad、Steps Recorder和其他一些传统服务。该更新将于 9 月/10 月开始在现有 PC 上推出。 ... PC版： 手机版：

Linux V4L2 VP9 编解码器内核代码将用Rust重写 提高内存安全性

Linux V4L2 VP9 编解码器内核代码将用Rust重写 提高内存安全性 请求注释"代码将 VP9 库代码移植到 Rust 中，并将 RKVDEC 和 Hantro 驱动程序代码转换为使用 Rust 版本。 Fluendo 的 Fluster 测试表明，无论是使用 Rust 还是 C 版本的代码，结果都是一样的。Almeida 对 RFC 补丁发表了如下评论：关于驱动程序，我们在不同场合已经说了很多，我觉得目前的共识是等待。这就是为什么我提出一种不同的方法：将我们的编解码器库移植到 Rust 中。在我看来，这些组件可以从 Rust 中受益匪浅，因为它们实现了复杂的算法，同时还通过 V4L2 控制来处理从用户空间接收的数据。这些算法使用从用户空间接收的数据来索引大量数组，从而受益于 Rust 的内存安全性。关于代码的第一件事是它不包含任何绑定层。这里的 Rust 代码还为 C 驱动程序提供了一个 C API。这个 C API 是由 cbindgen 自动生成的，我已经提供了如何生成的说明。我们甚至可以同时使用 C 库和 Rust 库中的函数，因为 ABI 是相同的。以上内容非常有用，因为这意味着我们可以在必要时逐段转换给定的代码库。C 驱动程序将通过 C API 正常工作，而任何新的 Rust 驱动程序都将受益于本地 Rust 接口。他在补丁封面信中继续补充道：最后，请注意这段代码只是一个概念验证，如果反响良好，我们可以推出一个正式的补丁（包括所有相关内容）"感兴趣的人可以在内核邮件列表中找到这些 RFC 补丁，同时等待其他 Linux 内核上游利益相关者的反馈。 ... PC版： 手机版：

AV1软件解码器将进入Android设备 有望带来更好的视频体验

AV1软件解码器将进入Android设备 有望带来更好的视频体验 Google负责Android系统视频和图像编解码器的经理阿里夫-迪基奇（Arif Dikici）最近证实，移动操作系统将获得一个基于软件的官方 AV1 解码器。这一全球最广泛的移动平台终于迎来了 dav1d，这是 VideoLAN 为VLC 媒体播放器用汇编语言编写的 AV1 解码器。据 Dikici 称，dav1d 是目前"最好的"软件 AV1 解码器。Dikici 说，所有追溯到 Android 12 的Android设备都将会通过新的更新获得解码器，OTA的解码器将与 2024 年 3 月的 Google Play 系统更新一起推出。有了 dav1d，"大多数"智能手机和Android设备都能解码 720p30 视频，而无需额外的硬件要求。要获得最佳的 AV1 解码体验，设备必须使用专门为"加速"新格式而设计的特定硬件组件，但 AV1 硬件解码器并不像媒体公司希望的那样普及。高效、快速的软件解码器能提供一个很好的替代方案，同时随着时间的推移，老式（和廉价）设备也会逐渐被取代。Dikici 说，第三方应用程序需要选择使用Android的 dav1d 才能从中受益，但该库"很快"将成为移动平台的默认 AV1 软件解码器。与仍在默认情况下使用的 AV1 编解码器 libgav1 相比，新的"libdav1d"库似乎更高效，能提供更好的性能水平。当然，硬件解码器仍将远远胜过任何纯软件库。YouTube 是已在使用 libdav1d 的应用程序之一，不过服务器端强制将 AV1 视频转换到客户端的做法目前可能已被还原。新库可能会导致功耗增加，但用户的体验可能会因设备而异。在低端设备上解码更高分辨率视频的能力可能会吸引 Android 用户，而应用程序开发人员则可以获得大幅提升的视频功能。VideoLAN还在努力加速其 dav1d 解码器，以降低功耗，但由于这"只是"一个软件解码器，因此能做的并不多。该组织表示，下一个 dav1d 版本将在某些情况下提高 12%。 ... PC版： 手机版：