《2. 搭建RTC新技术和应用开发之间的桥梁(陈雨果).pdf》由会员分享,可在线阅读,更多相关《2. 搭建RTC新技术和应用开发之间的桥梁(陈雨果).pdf(24页珍藏版)》请在三个皮匠报告上搜索。
1、搭建RTC新技术和应用开发之间的桥梁陈雨果声 移动端研发程师1RTC新技术在泛娱乐方向的需求及挑战场景简介 在线 K 歌房是声提供的线上 K 歌场景化解决案,采模块化组件设计,提供 K 歌热曲库,涵盖 20 W+正版歌曲,可站式灵活接到各类娱乐社交场景中。在此案中歌房的主播可以点歌成为主唱,跟随歌曲伴奏演唱给歌房内的听众,还可以邀请房间内其他主播起进双或多合唱。声在线 K 歌房提供曲库检索和定义歌曲上线功能,可根据户反馈,周内实现各类歌曲的快速上线。声还提供专注 K 歌场景的开源 UI 组件 AUIKaraoke。该组件集成了版权乐、声 RTC、RTMSDK的功能,通过在项中集成 AUIKar
2、aoke,您只需要编写代码即可实现在线点歌、K歌、位管理、收发礼物、字聊天等在线 K 歌场景中核的 UI 和交互,节省 80%的开发时间。在线K歌房凤鸣AI引擎-K歌专属3AAI降噪解决问题上百种稳态噪消除:环境噪声、混响、指摩擦克、喷等适场景K歌所处环境复杂噪同地多设备开AI回声消除解决问题强抑制线性回声,实现复杂场景下的回声抑制和近端声保真适场景户机性能差(特别是出海场景)多同时合唱回声、掉字等问题外放唱歌易产回声声动增益解决问题配合伴奏演唱时,动将声量增强到最佳平适场景克/离嘴巴距离过远,收质量差中低端机收差精回声消除解决问题对不同类型歌曲、不同演唱者声线产的回声进精准识别和消除,最限度
3、还原演唱者声且损伤最适场景外放唱歌场景单唱玩法特点:麦上用户独自完成演唱,核心功能包括点歌、歌词同步、打分等 推流一路人声,并混入BGM 演唱者通过播放进度同步歌词给观众端 拉流播放BGM和歌词 解析播放进度并在本地同步歌词进度 演唱者 观众唱吧-K歌-玩法效果小合唱Soul-小合唱玩法特点:16人及以下小合唱方案,提供超低延时,极致对齐合唱体验 主伴唱人声和BGM在观众端同步混流 本地混流成本更低、可扩展性更加 本地合流模式 极致延迟模式:适合注重主/合唱的演唱体验的平台 极致对齐模式:适合注重观众的收听体感、更注重UGC体验的平台 双模式可选 合唱智能混音(优声优唱)玩法特点:实时合唱天花
4、板,最多128人同时合唱(17人使用大合唱方案)主伴唱人声和BGM通过云端合流转码同步到观众端 云端合流转码最高可支持128路 云端合流模式 对合唱者进行AI打分,优选唱得好进入合唱流,保证听众体验 支持业务层指定优选订阅流点点开黑-大合唱大合唱接唱玩法特点:实时合唱的变种玩法,类似歌曲接龙主唱点播歌曲,多个用户轮流演唱各自片段,支持双人合唱,A和B轮流演唱片段在演唱过程中获得爆灯可以唱完,演唱结束后可以对获得爆灯/礼物最多的用户进行奖励 趣味玩法多人合作,增加用户互动机会,提供用户留存可以结合诸多社交营收玩法,增加业务流水 增强用户互动接唱无缝切换上下麦无卡顿合唱精准对齐 方案要求撕歌-接唱
5、接唱玩法特点:实时合唱的变种玩法,类似歌曲接龙主唱点播歌曲,多个用户轮流演唱各自片段,支持双人合唱,A和B轮流演唱片段在演唱过程中获得爆灯可以唱完,演唱结束后可以对获得爆灯/礼物最多的用户进行奖励 趣味玩法多人合作,增加用户互动机会,提供用户留存可以结合诸多社交营收玩法,增加业务流水 增强用户互动接唱无缝切换上下麦无卡顿合唱精准对齐 方案要求撕歌-接唱抢唱玩法特点:碎片化、快节奏的音乐游戏类玩法,用户参与门槛更低抢唱玩法效果 语聊房、K歌房中指定若干首歌的高潮部分,游戏参与者通过抢唱-自动打分获得胜利。音乐+游戏社交 提供海量热门音乐高潮片断资源,让用户唱得更尽兴,玩得更开心。海量热门音乐片段
6、 游戏设计中除玩法本身着重考虑观众如何参与互动,可以大幅提升付费意愿度 提升用户付费意愿抢唱玩法特点:碎片化、快节奏的音乐游戏类玩法,用户参与门槛更低抢唱玩法效果 语聊房、K歌房中指定若干首歌的高潮部分,游戏参与者通过抢唱-自动打分获得胜利。音乐+游戏社交 提供海量热门音乐高潮片断资源,让用户唱得更尽兴,玩得更开心。海量热门音乐片段 游戏设计中除玩法本身着重考虑观众如何参与互动,可以大幅提升付费意愿度 提升用户付费意愿2传统应用开发者使用RTC SDK的方式和痛点学习SDK使用方式下载并学习 RTC SDK 的使式封装业务模块根据的业务需要,将 RTC SDK 的基础能封装成对应的业务模块,也
7、许是个 Manager类。传统应用开发者使用RTC SDK的方式调通业务功能调封装的业务模块,并实现、调通需要的业务功能。高学习成本RTCSDK通常提供了系列的 API 来实现实时通讯的功能,但是开发者从学习 SDK 的使式到使这些 API 实现应需要的功能通常需要量的时间。开发者通常有的格和理解,不当的 API 使式可能会对后续应版本迭代和维护造成较的险,对后续维护功能代码的研发员身都是巨的伤害。调试测试困难由于实时通讯涉及到视频的数据传输和处理,因此调试和测试时可能会遇到各种各样复杂的问题,如延迟、卡顿、视频质量等,对于开发者有很的挑战性。传统应用开发者使用RTC SDK的痛点可移植性差传
8、统应用开发者如何使用RTC SDK开发一个K歌房应用主唱 本地播放乐发送声频流发送乐流同步播放进度合唱 本地播放乐发送声频流同步播放进度观众 播放远端乐播放远端声频流同步播放进度3如何设计一套可扩展、可复用、开发者体验好的业务API开发者体验好易性强,够简单,开发者可以常容易的理解 API 对应的功能和使式。通过简单的组合可以实现复杂的业务场景,降低开发成本。同套 API 可以在多种场景中复。扩展性强论是业务 API的设计者和使者,都可以简单快速的对 API 的实现进调整,以应对不同的业务需要。什么是一套优秀的业务API?可移植性强4案例两则以时序为维度/*加载歌曲 */fun loadSon
9、g(songCode:Long)/*播放歌曲 */fun playSong(songCode:Long)/*停播放歌曲 */fun stopSong()/*加合唱 */fun joinChorus(role:SingerRole)/*离开合唱 */fun leaveChorus(role:SingerRole)以角色为维度以角色为维度以角色为维度/*加载歌曲 */fun loadMusic(songCode:Long)/*切换演唱中 */fun switchSingerRole(role:SingerRole)优势 1、使者可以乎0理解成本接这套业务API,API和实际应场景常贴合。2、api 复杂度低,两个核api就可以完成个较为复杂技术案的实现。3、使使者的代码变得清晰易懂。总结我们将这种低学习成本、可移植性强、贴近实际业务场景的接称为-“场景化API”,有了“场景化API”,业务开发者只需要理解极少量的接,就可以在不同应、不同项中快速复刻出相同的业务效果,如我们前提到的 K 歌场景,仅仅使两个主要的 API 我们就可以为独唱、合唱、抢唱、接唱四种玩法赋能,这很程度上体现出了“场景化API”在应开发过程中带来的巨的效率提升感谢参与THANKS