简体中文
面向视频和游戏的低延迟TWS耳机测试
创建于10.10
单一延迟数值无法告诉 OEM 买家无线耳机在游戏过程中是否会感觉响应迅速，或在视频播放期间能否保持对话同步。
这种差异很容易被忽视。视频播放器可以通过调整播放时序来补偿蓝牙音频延迟，而游戏则必须在动作发生时立即响应。在一种场景下表现良好的耳机，在另一种场景下可能会带来明显不同的体验。
因此，一项有用的TWS耳机延迟测试需要两项独立的测量：音视频同步和交互式音频响应。测试结果还必须标明源设备、应用程序、编解码器、固件和测试条件。缺少这些背景信息，即使精确到毫秒的数字也只能说明部分情况。
将视频同步与交互式游戏延迟分开测试
观看视频和玩游戏可能使用同一副耳机，但两者的时序要求不同。
对于视频播放而言，主要关注的是声音是否与屏幕上显示的内容相匹配。角色的声音应与其口型动作对齐，可见的撞击应与其声音相对应。视频应用有时可以通过调整播放时序来补偿音频处理延迟。
这意味着即使底层无线音频路径引入了相当大的延迟，耳机也能提供可接受的视频同步效果。应用程序可能只是在对观看者隐藏这种延迟。
游戏则带来了不同的挑战。
当玩家按下按钮时，游戏会处理该操作、生成音频，并通过主机设备和无线连接发送音频。动作与其可听结果之间的延迟会让体验感觉响应性下降，即使普通视频播放看起来完全同步。
对于OEM评估，差异归结为需要测量的内容：播放期间的音视频同步，以及游戏期间从定义输入到其可听响应之间的时间。
对于采购团队比较TWS耳机，在考虑任何宣传的延迟数据之前，这一区分应影响评估。
主要面向视频观看的模型可能不需要与面向时序敏感游戏的模型相同的验收标准。预期应用场景应决定测量哪种延迟以及什么构成可接受的结果。
定义设备、应用、编解码器和固件测试矩阵
即使使用同一副耳机，更换手机或应用程序也可能改变测得的延迟。
主机设备控制音频处理路径的重要部分，包括缓冲、编解码器协商和路由。应用程序的行为也各不相同。视频播放器可能会应用同步调整，而游戏则可能通过不同的处理配置优先实现快速音频反馈。
Google 的 Android 音频指南解释了应用层处理和缓冲如何影响音频延迟。然而，这些优化并不能确定蓝牙耳机连接的端到端延迟。这仍然需要使用预期的主机设备、应用程序、编解码器和固件配置来进行测量。
在测试之前，就一个小而有代表性的设备矩阵达成一致。
每个配置的记录应包括确切的主机型号和操作系统、应用程序名称和版本、协商的编解码器、固件版本以及相关的音频设置。无线条件和连接状态也应保持记录。
协商确定的编解码器比规格表上印制的编解码器名称更为重要。产品可能宣称支持某种特定格式，但并非在每次连接中都会使用该格式。实际运行取决于主机和耳塞双方的能力与配置。
对于带充电盒的TWS耳塞样品，在整个评估过程中保持每组样品可识别。避免在测试运行之间混用耳塞、充电盒或固件版本而不记录变更。
无需测试市场上的每一款手机。一个合理的起点是选择能够反映目标分销市场的设备，然后在可能的情况下，在可比配置上使用相同的视频应用和游戏。
如果设备之间的结果差异显著，应扩大矩阵以调查原因，而不是立即否定耳机。
如何通过端到端方法测试视频和游戏的TWS延迟
有意义的测量需要明确定义的起始事件和终点。
内部芯片组数据或编解码器处理估算无法自动代表使用无线耳塞时体验到的完整延迟。应用处理、操作系统缓冲、无线传输和耳塞播放都可能对测量结果产生影响。
对于视频，测量音视频偏移。
一种方法是使用包含视觉闪光和相应音频瞬态的参考片段。光传感器检测显示器上的闪光，而放置在耳塞附近的麦克风记录声学输出。
两个信号均使用同步测量系统捕获。它们的时间差表明在该特定播放配置中音频是在显示事件之前还是之后到达。
参考片段必须具有已知的视觉和音频事件之间的关系。测量设置还需要考虑相关的传感器和采集延迟。
重要的是，此测试测量的是同步性，而不一定是绝对无线音频延迟。即使音频路径本身相对较慢，视频播放器的补偿也可以使两个事件对齐。
对于游戏，测量定义动作与其可听响应之间的间隔。
受控的输入触发和同步的声学录音提供了比单纯观看游戏视频更合适的基础。
实际测量顺序为：
- 注册一个可重复的物理或仪器化输入事件。
- 触发一个具有可识别声音的已定义游戏内动作。
- 在共享时间基准上记录输入参考和耳机声学输出。
- 测量间隔并在相同条件下重复测试。
此方法捕获所测试设置的观测输入到声音延迟。它可能包括输入处理、游戏引擎响应、主机音频处理、无线传输和耳机输出。
不应仅标记为蓝牙传输延迟。
在无法使用专用仪器的情况下，同步摄像头录像可以辅助进行对比测试。然而，摄像头帧时序、麦克风采集以及所选视觉参考都会限制结果的精度。
从屏幕动画中测量到的声音也可能代表与玩家实际按下按钮不同的起始事件。
对于OEM评估，测量报告应描述设备、事件定义、校准或偏移检查以及重复次数。只有当两个延迟数据的测量边界和条件等效时，它们才具有直接可比性。
解读TWS耳机延迟测试中的可重复性和源设备差异
一次成功测试得到的低结果并不能证明性能的一致性。
假设一个样本在重复操作中提供相似的响应时间，而另一个样本偶尔产生长得多的延迟。它们的平均值可能看起来接近，但第二个在游戏过程中可能感觉更不可预测。
这就是为什么在核心测量之外，可重复性也值得关注。
对于每个设备和应用组合，请查看中位延迟、观察到的变化以及异常离群值。当有足够的测量数据时，额外的分布统计数据有助于显示较长延迟出现的频率。
在断开并重新连接耳机后重复选定的测试也很有用。这可以揭示良好的结果是否依赖于特定的连接状态。
手机之间的差异需要谨慎解读。在另一台主机上出现恶化结果可能涉及编解码器协商、缓冲、操作系统行为或应用设置，而不是耳机的硬件缺陷。
最有用的故障排查方法是每次只改变一个变量。
例如，在两部手机上测试相同的游戏和固件配置，然后检查协商的编解码器或应用音频设置是否存在差异。如果多个条件同时发生变化，结果可能揭示出兼容性问题，但无法确定其原因。
最终的采购决策应区分在预期设备矩阵内的一致性能与在某一选定设备上获得的有利结果。
在此阶段，产品团队可以审查GENAI耳机型号，并将可用的供应商信息与受控样品评估所需的技术细节进行比较。
产品列表是讨论的起点，而不是实测延迟数据的替代品。
编写针对具体用例的OEM验收请求
一份有用的OEM验收请求不仅仅是询问耳机是否支持低延迟音频。
它定义了正在评估的应用程序、性能将如何测量，以及供应商在样品获批之前必须提供哪些证据。
对于以视频为重点的产品，请求应强调在预期播放应用程序中的同步性。对于面向游戏的型号，还应规定可接受的输入到声音延迟以及在代表性游戏条件下的稳定性。
采购和质量团队不应采用任意的毫秒目标，而应在测试前就特定于应用程序的限制达成一致。
验收请求应包括：
- 目标使用场景：视频流媒体、休闲游戏、对时序敏感的游戏，或明确界定的组合。
- 参考设备：约定的主机型号、操作系统、应用程序、编解码器和固件版本。
- 测量标准：分别设定音视频偏移和输入到声学延迟的要求。
- 验收条件：项目特定的限值、重复试验要求，以及对异常延迟响应的处理方式。
- 证据：样本标识、记录的测试方法、测量摘要以及相关支持记录。
一个实用的请求还应明确哪些结果是强制性的，哪些仅用于比较。
例如，一个样品可能满足所需的视频同步测试，但在某一主机上表现出不一致的游戏响应。该结果是否可接受取决于目标应用和市场需求，而不仅仅是其他地方报告的最佳数值。
同样的信息应伴随以下决定：请求TWS性能样品。明确的测试要求使供应商能够评估可行性，并有助于防止对通过结果实际含义产生分歧。
仅凭蓝牙版本就能确定延迟吗？
不能。蓝牙版本并不能确定耳塞系统的完整音频响应时间。
实际延迟还取决于编解码器选择、主机处理、应用行为、固件和缓冲。在没有可比测试结果的情况下，不应将更新的蓝牙版本解读为端到端延迟更低的证据。
通话是否应使用与游戏相同的验收目标？
不一定。语音通话涉及麦克风采集、通信处理、传输和播放。游戏测试通常关注动作产生可听反馈的速度。
如果通话性能对产品规格至关重要，应单独评估相关通信路径，而不是在没有正当理由的情况下套用游戏延迟限制。
固件更新应如何重新检查？
使用与已批准基线相同的主机设备、应用程序和测试条件，重复受影响的测量。
记录更新后的固件版本，并比较典型延迟和测量变异。如果更新改变了音频模式或编解码器行为，这些配置也应在批准前进行验证。
在结果证明之前，固件修订不应被视为延迟改进。
可靠的TWS耳机延迟测试最终支持针对具体使用场景的购买决策。视频同步、游戏响应性、主机兼容性和可重复性应作为独立但相关的需求进行评估。
对于OEM项目，在联系供应商之前，准备目标设备列表、预期应用、测量标准和拟议的验收限值。
通过以下方式申请TWS耳机样品 GENAI的TWS耳机产品页面用于约定的性能检查。使用所得的测试证据来确定配置是否满足预期的应用要求。
联系方式
留下您的信息，我们将与您联系。