本文将介绍不依赖于任何平台实现、API 或平台专用功能的通用 MIDI 架构。 主要概念事件该 MIDI 协议专为基于事件的通信而设计。 事件表示已经发生或即将在特定时间发生的事情。MIDI 事件用信息（原子式信息包）表示。 传输MMIDI 信息通过传输层（简称“传输”）进行编码和传递，传输层会将原始 MIDI 数据发送给接收者，以便接收者随后将数据解码为信息。 基于硬件的 MIDI 传输包括：

乐器数字接口 (MIDI) 是用于将计算机与乐器、舞台灯光和其他时间型媒体相互连接的标准协议。 从 Android 13 开始，USB 传输添加了对 MIDI 2.0 的支持。MIDI 2.0 是 2020 年定义的较新的 MIDI 标准。此协议增加了双向通信、更高的分辨率和属性交换等功能。当在平台上启用 MIDI 支持时，将始终启用通过 USB 主机模式运行 MIDI 2.0。 严格来说，MID

本文介绍了一些与 Android 音频调试有关的提示和技巧。 Tee Sink“tee sink”是一种 AudioFlinger 调试功能，仅在定制 build 中提供，用于获取最近音频的短片段以供日后分析。 这方便我们比较实际播放或录制的内容与预期内容。 出于隐私考虑，tee sink 在编译时和运行时均默认处于停用状态。如需使用 tee sink，您需要通过重新编译以及设置属性来启用它。完成

本文介绍了 Android 中的采样率转换（也称为“重新采样”）。如需查看与采样转化率相关的术语，请参阅术语。 采样率转换是将具有某一采样率的离散样本流更改为具有另一采样率的流的过程。采样率转换器（即重采样器）是执行采样率转换的模块。对于重采样器，原始流称为源信号，而重新采样的流称为设备信号。 在 Android 中有多处需要用到重采样器。例如，MP3 文件可能以 44.1kHz 的采样率编码，但

本文介绍了 Android 的音频系统如何尝试避免优先级倒置，还重点介绍了您可以使用的技术。 对于高性能音频应用的开发者、原始设备制造商 (OEM) 和要实现音频 HAL 的 SoC 提供商而言，这些技术可能很有用。请注意，实现这些技术不能保证一定不会出现错误或其他故障，尤其在音频环境之外使用时。使用不同的技术，获得的结果可能也会不同，您需要自己进行评估和测试。 背景Android AudioFl

为了尽可能缩短音频延迟，我们建议您使用 Oboe。 OboeOboe 使用原生音频，基于 AAudio（对于 Android 8.1 及更高版本）和 OpenSL ES（对于较低版本的 Android）构建而成。为了尽可能缩短设备的延迟时间，请设置 setPerformanceMode(oboe::PerformanceMode::LowLatency) 和 setSharingMode(oboe

延迟时间是一项重要的系统性能指标。音频延迟时间指标有多种类型，其中一个很实用且易于理解的指标是往返延迟时间。根据该指标的定义，往返延迟时间是指音频信号进入移动设备的输入组件，由应用处理器上运行的应用进行处理，然后从输出组件传出的整个过程所花费的时间。 图 1. 设备上的往返音频延迟时间：Toutput - Tinput 本页提供了选定 Nexus/Pixel 设备和 Android 平

下面的图表和照片展示的是耳机连接器的音频环回适配器。Chrome 硬件团队设计了此电路和插头以进行功能测试，不过它还有许多其他用途。Android 音频团队使用它测量往返音频延迟时间，具体做法为：通过输出端发送已编码信号，然后在输入端查找匹配的信号。两者的间隔时间就是输入端加输出端的整体延迟时间。OboeTester 和 CTS 验证程序中都运用了这一技术。 PassMark Software 出

文件 av_sync_board.zip 包含用于测试 A/V 同步和延迟的一个印刷电路板 (PCB) 的 CAD 文件。此类文件包括制作图、EAGLE CAD、原理图和 BOM。请参阅音频延迟，了解推荐的测试方法。 此 PCB 可用于帮助测量设备的通知 LED 或屏幕背光闪烁与检测到音频信号之间间隔的时间。当与双通道示波器和合适的测试应用搭配使用时，它可以显示检测到灯光与检测到音频之间

本页面将介绍测量输入和输出延迟时间的常用方法。 测量输出延迟时间有多种技术可用于测量输出延迟时间，这些技术的准确度和运行难易程度各不相同，具体情况如下所述。此外，如需查看示例测试环境，请参阅测试电路。 LED 和示波器测试该测试测量与设备的 LED 指示灯相关的延迟时间。如果您的正式版设备未安装 LED，您可以将 LED 安装在原型设备上。为了提高在电路外露的原型设备上测试时的准确度，请直接将一个