抢麦模式

前言:本文将简要分享语音聊天室中抢麦玩法的的应用场景,并讲述基于环信语聊解决方案,实现抢麦玩法的步骤。

注:环信语聊解决方案是基于环信 SDK 3.6.0 及以上实现,开发者如需实现,需将 SDK 更新到支持版本。

前段时间一款名为“音遇”的 APP 突然火了,以黑马之姿频繁登上各大榜单。据七麦数据统计,上线不到三个月,音遇总下载量达650万,这一增速仍在保持。从数据来看,音遇似乎将社交 APP 带到了一个风口。

音遇的确好玩,因为它的本质是游戏。音遇的核心玩法是劲歌抢唱和热歌接唱,形式是6人抢唱和6人接唱+抢唱,该核心功能基于用户更好地参与互动和享受竞技游戏来打造体验,而不是基于如何更好地唱歌来打造。

整场游戏下来,用户体验到的,是手速不够快、抢不到歌的遗憾,是听到各种或惊艳或车祸的现场的赞叹或调侃,是跟用户的互动,是胜利后的意犹未尽等等,反倒很容易忘了唱歌本身的好坏。我们体验到的,是这款游戏带给我们的乐趣,而不是唱歌本身。所以,用户在音遇上的游戏体验大于享受音乐的体验。

音遇重点是通过竞技游戏打造用户体验,让用户在游戏的过程中更“嗨”,更“带感”。

总结来说,音遇的火热和“劲歌抢唱”这种模式密切相关。“劲歌抢唱”其实就是在语音聊天室的基础上的一种“抢麦”玩法。环信语聊解决方案,针对“抢麦”玩法的实现已经为开发者给出了方案。

在抢麦模式下,只有抢到麦的主播可以发言,由 AppServer 来决定是否抢到麦,当房主发起抢麦时,首先请求 AppServer , AppServer 确定主播可以抢麦,返回成功的同时,AppServer 开始计时,在计时结束前或者抢到麦的主播主动释放麦之前,其他主播请求 AppServer 抢麦返回失败。主播抢到麦后,修改会议属性,告知所有人自己抢到了,同时开始倒计时,倒计时结束后,主动重新设置会议属性,告诉所有人自己释放麦。其他人收到抢麦的会议属性变化回调后更新 UI,并开始倒计时,在倒计时结束或者收到释放麦的会议属性变化前,所有人不可以发起抢麦操作。

我们可以通过一张图,来了解抢麦模式中接口的调用逻辑:

上图中每步涉及到的 iOS/Android 接口如下,其中部分调用到了 AppServer 的接口,开发者需要自己实现 AppServer 功能

基于语音聊天室的抢麦玩法,不止音遇这一种玩法,还有更多想象的空间,开发者可基于环信解决方案衍生出更多玩法。