名前列的唱歌类使用作为目前下载量排，资本来提拔其使用的 Android 体验SmuleInc. 不断努力于投入大量，体音频质量以提高整。削减延迟时间具体而言就是，过耳机听到本人的声音让歌手在表演时可以或许通。 年很大一部门时间都忙于必需的提拔工作擅长音频和视频手艺的团队在 2021，用 OpenSL 音频 API 转换为利用 Oboe 音频库将逾万万 Android 用户利用的 Smule 使用从使，高了约 10% 以上从而使录制完成率提。

　　东西可协助用户在实现过程中处理和标识问题Google 开辟的Oboe 测试器使用。证明现实，SL ES 的很多功能、测试 Android 设备此东西在测试 Oboe、AAudio 和 Open，毛病等方面出格有用以及权衡延迟时间和。拟绝大部门音频设置的功能此使用可供给大量有助于模。还可用于主动化测试Oboe 测试器，tent 从 Shell 脚本启动方式是利用 Android In。及大量设备因为集成涉，常依赖主动化测试Smule 非。

　　卡拉 OK 使用的潮水企业Smule Inc. 是，百万用户演唱最爱的歌曲旗下的使用每天协助数，享表演并分。越了保守的卡拉 OKSmule 使用超，配合创作专注于，并世无双的机遇为用户缔造了，其最喜好的音乐人分享音乐和合作能够与伴侣、平台上的其他歌手及。量至关主要而音频质，在 Android 平台提拔体验的潜力Smule 团队在 2020 年看到了。

　　的决策已颇有成效改用 Oboe 。分歧以往此使用，出类拔萃更不变更，可以或许采用更新手艺Smule 完全，频和硬件质量进一步提拔音。要的是最重，更驾轻就熟地制造音乐Smule 用户能够，们的任务这才是我。

　　Oboe 音频库提拔用户体验原题目：Smule 借助 ，droid 开辟者故助力音乐创作 An事

　　多使用质量优化的相关内容前往搜狐点击屏末阅 读 原 文即刻领会更，看更查多

　　言而喻成果不，mule 用户会唱更多歌利用 Oboe 的 S，么简单就这。(或二重奏) 添加了高达 8.07%不反复的卡拉 OK 录制量以及合唱 ，加了 3.84%不反复的上传量增，了 4.10% 以上而演唱完成率则添加。e 察看到Smul，第三季度和第四时度在 2021 年，了 10% 以上录制完成率添加。

　　信已处理设备特定问题在 Smule 确， 音频相当不变后而且 Oboe，围的对比测试发布体例Smule 改用大范。几周内短短，从方针设备的 10% 添加到 100%Smule 将利用 Oboe 的人群，断收到积极反馈和绿色 KPI 目标这得益于 Oboe 在发布期间不。

　　oe 来协助改善使用体验Smule 改用 Ob。低音频播放解体率他们但愿大幅降，响和噼啪声等问题消弭录制时的回，音频延迟以及削减。d 音频延迟的最新动态》中曾引见过在之前的推文《关于 Androi，利用 Oboe 后二十种最抢手的设备，09 毫秒削减到此刻的 39 毫秒平均延迟时间从 2017 年的 1。听到干扰现场演唱的较着回响109 毫秒的监听延迟会，于及时使用可接管的阈值而延迟 39 毫秒则低。间都在 22 毫秒以内当下高端设备的延迟时，是一大劣势这种分歧性。

　　规模摆设既然是大，设备特定问题天然会晤对。如例，原始音频流中呈现回响声效操作系统内置功能会导致，己的专利 DSP 算法和音频滤波器形成 Smule 不克不及一般使用自。团队当即施以援手Google ，供给更新和补丁敏捷为开辟库。反馈的流程简单Oboe 问题，明白描述，e 团队及时处理便于 Googl。

　　用 Oboe 后Smule 使，延迟时间更短大概是由于，频结果演唱时能通过耳机听到本人的声音歌手借助 Smule 首屈一指的音，没有回响同时又，因而得以提拔录制完成率。

　　了其他设备特定妨碍Smule 还降服，定芯片组错误此中包罗特。如比，声道麦克风输入时Oboe 需要单，单声道麦克风输入的立体声输入一些设备供给的是引入一个模仿。的 GitHub中建立工单Smule 在Oboe ，oe 测试使用重现此问题以供给示例并利用 Ob。

　　架构和手艺大将发生严重的变化改用 Oboe 意味着在使用。此因，程中采纳了隆重的做法Smule 在更新过，逐渐发布有打算地，设备型号以验证质量起首面向少数的特定；oe 时呈现问题的设备恢复到 OpenSL)然后逐步地面向更多设备 (将少数利用 Ob。方式能够最大限度地降低风险这种循序渐进、杂乱无章的，设备特定问题时及时处置并闪开发团队可以或许在呈现。

　　作式 GitHub 门户操纵Oboe公用的高效协，队阐扬了主要感化Google 团， 实现 Oboe 集成不单协助 Smule，的数据洞察和支撑还为其供给主要。共同努力两家团队， Oboe 摆设完成了迄今最大的，用户收获颇丰数百万活跃。某些 Oboe 代码问题Smule 团队处理了，造商一路进一步加强了 Oboe 的兼容性而 Google 团队与部门挪动设备制。

　　两种可行的改良路子Smule 曾面临，udio进行改良第一种是针对AA，机能 Android C 音频 API这是 Android O 中引入的高，迟的使用而设想专为需要低延。dio 和 OpenSL 的 Oboe第二种是采用在内部同时封装了 AAu。致评估颠末细，团队选择了OboeSmule 开辟，的设备兼容性和强大的社区支撑此方案具有易用的代码库、普遍，削减延迟时间可最大限度，用的原生音频并充实操纵可。

　　社区而言对于歌手，至关主要音频质量，mule 供给最佳体验我们一路努力于协助 S，音乐创作并助力，深感欣慰我们为此。

　　SL 虽然支撑全球市场的各类设备Smule 利用的旧版 Open，新设备的高速硬件但不太适合操纵。开辟团队认为Smule ，要且合乎逻辑的改良升级音频系统是必。

　　码或在文章底部私信您能够通过下方二维，提交反馈向我们，容、发觉的问题分享您喜好的内。我们很是主要您的反馈对，的支撑感激您！

　　base Crashlytics东西利用 Google 供给的Fire，Oboe 全面使用以来Smule 发觉自 ，的解体削减与音频相关，更不变使用，端设备也如斯即便当用低。业的客服团队发觉Smule 敬，诉削减了 33%与音频相关的投，器人音效和回响等问题的赞扬此中包罗 (非预期的) 机。