(没有故事不喝酒)
(爆炒金针菇)
(影子无锋)
第三方登录：全国统一热线：400-028-
VPS SERVER
CLOUD HOST
欢迎光临西部数码，我们将竭诚为您提供最优质的服务！
陌陌、红豆、荔枝强推的语音直播缺少了视频的荷尔蒙刺激 到底都
企业怎么做品牌推广
七夕来了好推有礼！
　　9月4日，宣亚国际发布公告拟以28.95亿元的价格收购映客48.25%的股权，映客卖出了60亿的估值。随着收购公告的发布，映客的财务数据也首次对外披露。2016年映客实现营业收入43.38亿元，净利润达到4.8亿元;2017年一季度实现营业收入10.35亿元，净利润2.44亿元。
　　用微博数据对比一下，2017年第一季度的利润是4690万美金，大约是3.1亿人民币。可以说，运营2年的映客已经能和9年的微博在利润上相匹敌了。可见，直播依然是一个热火烧钱又热火赚钱的行业。
　　然而在视频直播之外，近来语音直播市场也悄然进入了爆发期。比如，因视频直播营收、股价暴涨的陌陌在8月推出了语音直播;而微博旗下的红豆Live不仅推出了微信语音直播工具&红豆微课&，还在其独立app上也加大了语音直播的投入;荔枝FM则邀请李易峰作为代言人高调推出语音直播，蜻蜓FM、喜马拉雅FM等传统音频电台也在相继布局语音直播功能。
　　但少了视频直播的荷尔蒙刺激，语音直播的入场者们都在玩什么，为什么语音直播能撬起一个新的市场，又都是谁在听语音直播呢?最重要的是作为语音直播的播主如何变现?
　　为什么说，语音直播正在撬动一个新市场?
　　或许许多人会质疑语音直播不就是传统音频电台吗?甚至语音直播对于视频直播而言还可以说是一种倒退。但现实是这么多企业正在大力布局语音直播，一个可能就是语音直播正在跳出我们既有的思维，它正在撬动一个新的市场。
　　其实这个方向不难捕捉，比如，在今年公号衰落、打开率的各种背景下，新榜就专访了一个公众号&&&夜听&。这个公号每天发一段语音，短短几分钟就10万+，在新榜3月份专访夜听的数据就显示，&3月份时夜听单篇文章的点击量基本超过700万，点赞量经常超过7万，比很多公众号的阅读数还多，而限定只能放出100条的留言，&夜听&一天收到的留言一年365天都放不完。而且当时&夜听&每天涨粉都超过10万，多的时候甚至高达20多万。&
　　新榜报道夜听之后，出现了很多模仿者，许多运营者用&夜听&两个字玩起了组词游戏，连logo也仿。不止模仿&面&上的，很多号以前基本从没发过音频内容，也开始插入音频。而最大的问题在于，已经有模仿者做到了篇篇10万+。这些或许能说明音频，更精准点说是情感音频的市场有多大。
　　虽然语音直播不能完全的类比公号音频，但公号音频依然是可管中窥豹的一个方法。这证明有广大的受众依然接受这种语音音频的模式，并且很容易成为这些语音音频节目的&死忠粉&。而且公号音频强调的多是一种陪伴，而这种陪伴在语音直播里能得到更完美的呈现，除此之外就是语音直播比公号音频能玩出更多的花样，而且语音直播往往都具有回放功能。因此，传统音频电台或者公号音频都证明了音频这个市场依然需要新的血液。
　　另一方面，并不是所有有主播梦的人都愿意露脸，而选择视频直播，比如一些情感博主、一些普通素人等等，这提供了这一部分人一个新的战场。所以有广大受众的需求又有主播，至少已经满足了撬动一个语音直播新市场的基本要求。
　　陌陌、红豆、荔枝FM在怎么玩、玩什么?
　　在目前的语音直播市场中，陌陌、红豆与荔枝是较为突出的三款产品而且分别代表着不同的语音直播定位。因此，一道君在这里选择陌陌、红豆和荔枝FM谈一谈它们在语音直播上是怎么玩的，玩的是什么?
　　2016年8月，微博旗下的红豆Live诞生，早期走知识变现路线，现已经背靠微博成功转型为95后的互动娱乐直播平台。随后10月，荔枝FM也上线了语音直播功能，在今年8月份更是签约李易峰代言。而8月，陌陌也在新版本中上线语音直播功能，并引起诸多关注。至此，语音直播进入了第二个新的爆发期。
　　但陌陌、红豆、荔枝三款产品的定位或者说玩法各不相同。从直播首页来看，陌陌语音直播封面几乎是清一色的帅哥、美女照片，延续了视频直播的秀场模式。而红豆Live则大部分为动漫类的二次元形象，播主为声优、coser。荔枝FM则更多是情感类语音直播，选择李易峰代言后则试图突破明星与年轻用户的娱乐生活。
　　仔细思考着三个定位，你会发现这基本覆盖了需要音频的主人群。
　　而在产品设置上，无论是直播内容展现、互动及分享，三者也都做出了很多尝试。展现多为语音+上传图片，互动上支持连麦和文字，分享上具有回放与分享到社交平台等功能。红豆Live作为独立的语音直播app相对产品体系更完整，但三者通过产品，在玩的依然是主播与受众之间双方的一个互动与情感联系。
　　语音直播的变现模式是什么?
　　视频直播在荷尔蒙的刺激下能产生源源不断的礼物打赏，而只有声音的语音直播显然少了更多对用户的刺激方式。但目前语音直播依然继承的是视频直播的打赏变现模式，只有红豆Live在早期产品的基础上还有付费问答这一变现模式。
　　但像一道君之前所说，这三个定位基本覆盖了需要音频的主人群。在变现上亦是如此，它们在不同的角度针对的这波主人群，依然是粉丝为主，换言之就是粉丝经济变现。陌陌是原视频直播的帅哥美女、荔枝的情感主播甚至明星、红豆的二次元、人气CV、明星等等身边都聚集着大量粉丝。
　　因此，对于素人而言，或许语音直播反而比视频直播有着更高的要求，在变现上也更难。而单一打赏的语音直播或许也需要更多变现模式的丰富，才能走得更远。
服务器技术
官方网址: west.cn
西部数码.cn
CopyRight & &西部数码&版权所有
电话总机：028- (20线)
400电话： 400-登录以解锁更多InfoQ新功能
获取更新并接收通知
给您喜爱的内容点赞
关注您喜爱的编辑与同行
966,690 一月 独立访问用户
语言 & 开发
架构 & 设计
文化 & 方法
您目前处于：
游戏实时语音解决方案是怎么炼成的
游戏实时语音解决方案是怎么炼成的
0&他的粉丝
日. 估计阅读时间:
：开启与Netflix、微软、ThoughtWorks等公司的技术创新之路！
亲爱的读者：我们最近添加了一些个人消息定制功能，您只需选择感兴趣的技术主题，即可获取重要资讯的。
在棋牌游戏中，一起打牌的玩家有吹牛唠叨的社交需求。在MMORPG竞技游戏中，一起并肩作战的队友有团队协同的通讯需求。实时游戏语音是网络游戏的标配，这早已经是业界共识。
现在的问题是，不管是自行研发实时游戏语音方案,还是采用第三方游戏实时语音SDK，都必须要先为游戏量身订造一套解决方案。这套解决方案必须是和游戏本身的用户需求、考量因素、及应用场景紧密结合的。把通用的语音视频通讯方案直接拿来给游戏用是不适合的。
今天，我们就一起来深度聊一聊，怎么针对游戏的应用场景订造游戏实时语音解决方案。
人声 or 音乐声
相关厂商内容
相关赞助商
人声场景是指语音通讯中大部分或者全部时间都是人声在说话的场景。典型的例子包括Skype网络电话、和微信语音。音乐声场景是指语音通讯中有相当一部分内容是涉及到音乐和表演等娱乐环节的场景。典型的例子包括花椒直播的连麦K歌海选赛。
游戏实时语音的场景基本是人声在说话。现在，让我们来了解一下人声语音的特点。人类的听力感知范围是从20Hz到20kHz。这个频宽范围被划分成四个频宽类别：窄带、宽带、超宽带和全带。
窄带（narrowband）
普通电话所覆盖的频宽，从300Hz到3.4kHz，对应采样率6.8kHz。普通电话的采样率是8kHz，对应频宽4kHz，对于人声语音是足够的。
宽带（wideband）
从50Hz到7kH的频宽，对应采样率14khz，可以很好地捕捉和还原人声，然而对于音乐声还是不够的。这是在人声语音通话场景下的所谓高清语音。
超宽带（super-wideband）
从50Hz到14kHz，对应采样率28kHz，基本可以覆盖人声和音乐声，对于非专业音乐人的用户来说，不管是人声通话还是音乐直播，这样的频宽都是足够的。
全带（fullband）
从20Hz到20kHz，对应40kHz采样率，全面覆盖人类的听觉范围，能够满足音乐发烧友或者专业音乐人的需求。超过40Hz都可以称作全带语音。CD的采样率就是44.1kHz。
因此，窄带(narrowband)的音质是能满足游戏实时语音的通讯需求的。考虑到游戏实时语音和直播结合产生了一些新的玩法，比如说主播陪玩，或者游戏直播，对音质的要求相对较高。宽带(wideband)的音质能满足游戏加直播场景的需求。在这里，游戏语音的频宽更多地要根据游戏运营商的预算成本来确定，因为和频宽直接相关的是码率，码率最终也就是成本。
考量四大因素
为游戏量身订做实时游戏语音技术方案，要考量四大因素，从中找到平衡点。下图是对四大因素进行打分（1分最低，5分最高）而建立的雷达图：
实时游戏语音数据的流量成本，一般由音频流的按月峰值带宽来表示。音频流的带宽，由每一路音频流的码率乘以音频流并发数目而获得。一路并发音频流就代表一个活跃的在线用户。对游戏运营商来说，音频流并发数目自然是越大越好。为了控制成本，只能从如何适当地降低每一路音频流的码率来下功夫。目的是在保证其它指标能接受的情况下，音频流的码率越低越好。
人声语音信息从一个用户经过系统和网络传达另外一个用户的单向延迟时间。一般来说，150毫秒以内的延迟时间，人耳是识别不了的，实时沟通十分流畅。400毫秒的延迟时间是一个临界点，超过这个临界点后，人耳就能感觉到比较明显的延迟。
笔者在即构科技参与过全球无死角网络覆盖测试，发现从中国一线城市到硅谷，RTT普遍就在160毫秒以上，单向就在80毫秒以上。 总的延迟时间还要加上编解码本身的算法延迟、全链条上的计算延迟、和网络损伤带来的传输延迟等。因此，在全球范围要获得150毫秒内的延迟是十分具有挑战性的。毕竟，RTT显示的单向基本延迟普遍也要80毫秒以上。
在游戏实时语音中，保持较低的通话延迟十分关键。想象一下，在MOBA或者FPS中，战斗正在火热朝天地进行着，一切都要用“说时迟那时快”来形容，队友之间的配合协调（比如说加血）慢了一两秒，带来的直接后果，轻则是殆误战机，重则是全军覆没。这是一个视用户体验为生命的游戏平台所不能忍受的。
从客观的角度来看，语音的质量由采样率和码率等因素决定。一般来说，采样率越高音质越好；保持采样率不变，码率越高音质越好。从主观的角度来看，语音的质量由MOS主观评估方法来鉴定，也要通过人耳听感来衡量，毕竟最终是用户的耳朵来裁定音质好不好。
人耳对人声的音质的容忍度还是比较高的，而且不同的游戏和不同的场景对音质也有不同的要求。因此，可以根据不同的游戏场景来调整音质来让用户体验达到最优效果。在MMORPG、MOBA、和FPS等大型竞技类游戏中，并发数是海量的，总共带宽相当高。因此，要适当地降低音质，以其降低码率来降低成本。在棋牌和狼人杀等节奏比较慢（很多时候没人说话）且并发相对不高的休闲类游戏中，要适当地提高音质能提升用户体验。
和音质最紧密相关的因素是成本，其次是延迟和系统影响。一般来说，音质越好，码率也会越高，成本也就越高。因此，音质是一个可以微调的因素，用以达到适当的成本平衡点。
实时游戏语音SDK被游戏系统进行端到端集成，在客户端和游戏系统共用系统资源，包括CPU和内存。在移动端，CPU和内存资源对游戏系统来说十分紧缺。因此，实时游戏语音SDK首先要做到尽量节约CPU和内存资源，再进一步的要做到和游戏和谐共生，那就是在游戏系统消耗资源比较多的时候，实时游戏语音SDK要降低码率和音质，优先保障语音的可用性；在游戏系统消耗资源比较少的时候，实时游戏语音SDK要能提高码率和音质，提高通话质量。语音编解码器的复杂度是影响移动终端CPU、内存和电量消耗的一个重要因素，语音编解码器的复杂度较低的话，消耗CPU、内存和电量也就相对少一些。
实时语音的模式
在游戏协同和沟通中，实时语音通话包括三种模式：
一对一私聊
社交关系比较紧密的两个游戏用户之间的一对一语音通话，通话的音质要高而且延迟要低。
多对多群聊
多个游戏用户组队语音开黑，每一个用户都参与到群聊中，通话的流畅性要高而且延迟要低。
多人群聊直播
类似多对多群聊，参与群聊的游戏用户充当指挥的角色，其它的游戏用户充当服从命令的角色，能收听群聊语音，而不能推送语音。另外，在游戏直播中，主播直接参与到游戏语音群聊中，同时把游戏的实况直播给不参与游戏的观众收听。在这种模式要求在群聊的少数几个人之间的通话流畅和低延迟，在观众侧保障通话的流畅就可以。
这三种实时游戏语音通话的模式对上述的四大因素：成本、延迟、音质和系统影响都有不同的侧重。除了要匹配这三种实时通话模式，还要匹配四种游戏语音场景。
游戏语音的场景
竞技游戏场景
包括MMORPG、MOBA、和FPS等类型的游戏，游戏的节奏极快，协同配合要求极高，系统资源也十分紧缺。实时游戏语音SDK要优先保障流畅性和低延迟，适当允许降低音质。为了满足这个场景的实时需求，推流和拉流都要经过核心媒体服务器。
休闲游戏场景
包括棋牌和狼人杀等类型的游戏，游戏的节奏比较慢，用户轮流说话，用户之间短暂的思考时间也是被接受的，系统资源占用率比较低。实时游戏语音SDK要优先保障音质和流畅性。在这种场景中，推流和拉流可以不经过核心媒体服务器，而直接走CDN网络。这种策略比较适合低成本的经济型方案。
大型国战场景
包括大型的MMORPG等类型的游戏，类似于竞技游戏场景。区别在于充当指挥角色的少数几个人需要进行快节奏的群聊，而其他的游戏用户处于收听状态。在这种场景中，首先群聊的几个人的音频流要经过核心媒体服务器，然后多路音频流被混和成一路流，接着转推到CDN网络，最后收听模式的游戏用户从CDN网络拉流收听。
选取音频编解码器
音频编解码器对游戏实时语音方案的四大关键因素有重要的影响。音频编码器的类型、属性和品质，决定了编出来的音频流的码率、算法延迟、频宽、和音质；音频编码器的算法复杂度决定了对CPU、内存、和电量的消耗程度。
因此，适合游戏实时语音方案的音频编解码器具备以下四个特点：
1）码率相对低，满足成本可控的要求，一般不要超过16kbps。一个sample用1bit就能编好，那么8kHz采样率（narrowband）对应8kbps的码率，16kHz采样率（wideband）对应16kbps的码率。码率的本质就是成本。
2）延迟时间要低到能满足互动需求，一般不要超过300毫秒。
3）算法复杂度要比较低，对系统CPU、内存和电量消耗少，对游戏系统影响要尽量低。
4）音质可以适当作出牺牲，以保障上面三个因素，8kHz采样率对人声场景是够用的，16kHz采样率可以提供高清语音。
下图列举一组主流的音频编解码器，展示了随着码率变化，音质相应变化的情况。这是基于编解码器听音测试的结果绘画出来的，对选取音频编解码器有参考意义。根据上面的分析并且参照下图，发现码率低于16kbps的低码率人声编解码器（speech codecs）包含：Opus（SILK）,Speex，AMR-NB，AMR-WB，和iLBC。
下图是另外一组主流的音频编解码器，展示了随着码率的变化，算法延迟时间相应变化的情况。根据上面的分析并且参照下图，发现算法延迟时间低于60毫秒，码率低于16kbps的人声编解码器（speech codecs）包含：Opus（SILK）、Speex(NB,WB)、G.729、和G.729.1。
综合上面的两个图，我们可以大致总结，比较适合实时游戏语音的音频编解码器包含Opus（SILK）、Speex（NB,WB）、AMR-NB、AMR-WB、iLBC、G.729、和G.729.1。
OPUS(SILK)
6-12,7-25，8-30,12-40kbps
8，12，16，24kHz
2.15–24.6 kbps (NB)4–44.2 kbps (WB)
8, 16, 32, 48kHz
30 ms(NB)34 ms (WB)
4.75, 5.15, 5.90, 6.70, 7.40, 7.95, 10.20, 12.20 kbps
25ms (20ms per frame
plus 5ms look-ahead,
20ms for 12.2 kbps)
6.60, 8.85, 12.65,14.25, 15.85, 18.25, 19.85, 23.05, 23.85 kbps
25ms (20ms per frame
plus 5ms look-ahead)
13.33 kbps15.20 kbps
25 ms40 ms
8 kbps, 12–32 kbps
0.7, 1.2, 1.3, 1.4, 1.6, 2.4, 3.2 kbps&
（额外增加的，超低码率）
上面都是为人声场景设计的低码率音频编解码器，具有码率低（16kbps以下），算法延迟低（大部分在40ms以下），和采样率在8kHz和16kHz之间的特点，都可供游戏实时语音方案选择。其中，有几个语音编解码器值得在这里稍作介绍：
Opus（SILK）
完全开源而且免费，包含了SILK、CELT、以及两者的混合模式，是目前最为兼容并包的音频编解码器。在处理窄带和宽带人声语音（speech）的时候，采用SILK; 在处理超宽带和全带音乐声音（music）的时候，采用CELT。在人声和音乐声混合的场景中，甚至可以智能切换两个编解码器。WebRTC就采用了Opus作为语音编解码器。而SILK是Skype网络电话所用的语音编解码器。Opus真可谓是久经考验的名门精品。根据即构科技的测试结果，Opus虽然在音乐场景中表现并非首选，但是在人声场景中表现十分出色。
完全开源而且免费的，由GIPS开发并被IETF标准化，曾经被QQ和Skype使用过，现在被WebRTC使用，是被世界顶级产品证明过的窄带实时语音编解码器。iLBC能够通过平滑降低语音质量的方式来处理IP网络丢包。由于iLBC的语音帧块之间是相互独立的，在丢帧出现的时候也不会导致错误蔓延，因此具有较强的抗丢包能力。在窄带应用环境中，iLBC具有延迟低，无断续或杂音的特点，通话效果可以和移动电话媲美。
免费的人声音频编解码器。因为Speex是为VoIP专门设计的，所以Speex对IP网络有很强的抗丢包能力。为了达到这个目的，Speex采用了CELP算法。笔者在上一周仔细研究了市场上狼人杀产品的游戏实时语音技术，就发现有厂商自研的方案采用了Speex。
开源并且专利免费，码率超低的人声语音编解码器。码率在0.7 kbps至3.2 kbps。Codec2填补了开源编码器在5 kbps码率以下的空白。如果你觉得上面的语音编解码器码率都不够低，建议尝试一下Codec2。
在评估一个音频编解码器是否适合用于具体的游戏实时语音方案的时候，除了要评估上述的指标：码率、采样率、和算法延迟以外，还要参考MOS、VBR/CBR、和基础算法等。其中，MOS （Mean Opinion Score）是语音编解码器的主观评估指标。MOS是一个广为接受的有统计意义的主观听音指标。上面音视频编解码器的列表没有把它包含进去，是因为同一个编解码器，在不同码率下，表现出来的MOS值是会变化的。对一个音频编解码器给出一个固定的MOS值，反而会起误导的作用。另外，虽然MOS值已经是主观的听觉测试评估结果，但是音频工程师在选用音频编解码器的时候，还要以自己亲身的听感作为最终的依据。
下图是Nokia在2011年的时候对Opus、AMR、和G.722.1C等音频编解码器在无噪音和有噪音的环境里做的MOS语音测试的结果。我们可以从语音测试的结果看出：
1）MOS值会随着码率变化。固定的MOS值并没有绝对的参考意义。
2）在低码率情况下，AMR-NB和AMR-WB都表现相对出色。
没有任何一个音频编解码器可以适合任何应用场景。每一个音频编解码器都有自己的优势和劣势，都有适合它发挥作用的应用场景。在为游戏实时语音方案选取语音编解码器的时候，首先要梳理清楚该游戏场景的需求，然后根据需求去选取音频编解码器。
让我们回顾一下前面讨论过的游戏场景，分析如何针对游戏场景选取合适的语音编解码器。
竞技游戏场景
包括MMORPG、MOBA、和FPS等类型的游戏，游戏中组队的用户需要每时每刻十分高频地通话以协同作战，而且这种类型的游戏占用系统和网络资源很多。这种场景对游戏实时语音SDK的要求是码率低、延迟低、和消耗低，音质只要能保障沟通无阻就可以。因此，选取的音频编解码器要具备这些特点：码率低、算法延迟低、以及算法复杂度低。在这个前提下，再选取采样率较高和MOS值较高的音频编解码器。上述提到的Codec2、Speex、和AMR-NB都比较适合竞技游戏场景，建议对它们进行进一步测试对比。
有些休闲游戏的沟通节奏也相当快，比如说马东的米未传媒最近推出的饭局狼人杀，在杀人游戏环节允许用户插麦（插话），打破了传统狼人杀轮流发言而不允许插话的规则。在这种情况下，饭局狼人杀虽然是休闲游戏场景，但是也应该当做竞技游戏场景来处理。从技术的角度来说，选取的语音编解码器就要优先保障低延迟和流畅性，然后再考虑音质；另外，推拉流都要经过核心媒体服务器，以此获得比较低的延迟，插麦的效果才能保障。如果推流直接推送到CDN网络，插麦的延迟将会达到至少1到3秒，插话的体验就会无法接受。
休闲游戏场景
包括棋牌和狼人杀等类型的游戏，游戏中的用户交流的节奏不快，允许一到两秒的思考时间，而且这些游戏占用系统和网络资源也不多。这种游戏场景的社交属性比较强，社交关系好的游戏用户甚至会进行一对一私聊。休闲游戏场景对实时游戏语音SDK的要求是音质比较好、码率比较高；而延迟允许高一点，系统消耗也允许多一点。因此，选取的音频编解码器就要具备这些特点：采样率较高、码率较高、以及MOS值较高；在这个前提下，再选取算法延迟较低，和算法复杂度较低的音频编解码器。上述提到的Opus（SILK）、AMR-WB、Speex、和iLBC都比较适合休闲游戏场景，建议对它们进行进一步测试对比。
最近半年，休闲游戏的游戏实时语音技术出现了一些新的玩法：有些游戏平台在游戏实时语音中增加了实时视频。用户可以有选择性地在游戏实时视频中露脸，游戏平台也通过一些机制去鼓励用户多在视频中露脸。比如说奇虎360最近推出的萌萌狼人杀，又名花椒狼人杀（和花椒直播同样是奇虎360的产品），就在游戏用户轮到发言的时候，允许选择是否全屏展示视频。由于萌萌狼人杀采用了即构科技的游戏实时音视频方案，因此笔者比较清楚此类方案的技术细节。从技术的角度来说，增加了视频，必然会增加码率（带宽的开销）。在弱网的情况下，丢包率会骤然增加，音视频的质量也会相应下降，这时候要优先保障语音通话。具体地说，要优先保障语音的低延迟和流畅性，视频和音质可以稍微妥协。因此，在选用音频编解码器的时候，就要优先考虑码率低和延迟低的，甚至可以选用一套码率低的和一套采样率高的结合着使用，用以适应不同的应用场景和网络条件。
大型国战场景
包括大型的MMORPG等类型的游戏，充当指挥角色的一组游戏用户的网络沟通节奏其实和竞技游戏场景是类似的，选取音频编解码器的原则也类似。除了Codec2、Speex、和AMR-NB以外，其实Opus（SILK）的覆盖面很广，建议也测试对比一下。
经过几轮测试和对比下来，你很可能会发现，要结合使用一两个编解码器才能很好地满足某个游戏场景的需求。最终，我们要做的是寻找码率、延迟、复杂度、采样率、和MOS值这几个关键指标的平衡点。毕竟这几个指标和我们最开始讨论的四大要素：成本、延迟时间、系统影响、以及音质是紧密相关的。
要针对具体的游戏场景订造特定的解决方案，没有任何一套方案是放诸四海皆准的。要为具体的方案去配置特定的音视编解码器，和推流、拉流、以及混流策略。甚至有些时候，在同一套游戏实时语音解决方案中，要采用多个的音频编解码器来适应不同的业务场景或者网络状况的需求。
因此，做游戏实时语音解决方案就是在游戏应用场景和技术方法之间做匹配。只有深入地理解游戏应用场景的需求，才能拿捏好如何选用语音编解码器，如何部署媒体服务器资源，如何配置CDN网络等，来打磨出一套符合游戏应用场景需求的实时语音解决方案。
Author Contacted
语言 & 开发
228 他的粉丝
架构 & 设计
593 他的粉丝
0 他的粉丝
0 他的粉丝
1 他的粉丝
1 他的粉丝
告诉我们您的想法
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
赞助商链接
InfoQ每周精要
订阅InfoQ每周精要，加入拥有25万多名资深开发者的庞大技术社区。
架构 & 设计
文化 & 方法
InfoQ.com及所有内容，版权所有 ©
C4Media Inc. InfoQ.com 服务器由 提供, 我们最信赖的ISP伙伴。
极客邦控股（北京）有限公司
找回密码....
InfoQ账号使用的E-mail
关注你最喜爱的话题和作者
快速浏览网站内你所感兴趣话题的精选内容。
内容自由定制
选择想要阅读的主题和喜爱的作者定制自己的新闻源。
设置通知机制以获取内容更新对您而言是否重要
注意：如果要修改您的邮箱，我们将会发送确认邮件到您原来的邮箱。
使用现有的公司名称
修改公司名称为：
公司性质：
使用现有的公司性质
修改公司性质为:
使用现有的公司规模
修改公司规模为：
使用现在的国家
使用现在的省份
Subscribe to our newsletter?
Subscribe to our industry email notices?
我们发现您在使用ad blocker。
我们理解您使用ad blocker的初衷，但为了保证InfoQ能够继续以免费方式为您服务，我们需要您的支持。InfoQ绝不会在未经您许可的情况下将您的数据提供给第三方。我们仅将其用于向读者发送相关广告内容。请您将InfoQ添加至白名单，感谢您的理解与支持。更多频道内容在这里查看
爱奇艺用户将能永久保存播放记录
过滤短视频
暂无长视频（电视剧、纪录片、动漫、综艺、电影）播放记录，
按住视频可进行拖动
&正在加载...
收藏成功，可进入
查看所有收藏列表
当前浏览器仅支持手动复制代码
视频地址：
flash地址：
html代码：
通用代码：
通用代码可同时支持电脑和移动设备的分享播放
用爱奇艺APP或微信扫一扫，在手机上继续观看
当前播放时间：
一键下载至手机
限爱奇艺安卓6.0以上版本
使用微信扫一扫，扫描左侧二维码，下载爱奇艺移动APP
其他安装方式：手机浏览器输入短链接http://71.am/udn
下载安装包到本机：
设备搜寻中...
请确保您要连接的设备（仅限安卓）登录了同一爱奇艺账号 且安装并开启不低于V6.0以上版本的爱奇艺客户端
连接失败！
请确保您要连接的设备（仅限安卓）登录了同一爱奇艺账号 且安装并开启不低于V6.0以上版本的爱奇艺客户端
部安卓（Android）设备，请点击进行选择
请您在手机端下载爱奇艺移动APP（仅支持安卓客户端）
使用微信扫一扫，下载爱奇艺移动APP
其他安装方式：手机浏览器输入短链接http://71.am/udn
下载安装包到本机：
爱奇艺云推送
请您在手机端登录爱奇艺移动APP（仅支持安卓客户端）
使用微信扫一扫，下载爱奇艺移动APP
180秒后更新
打开爱奇艺移动APP，点击“我的-扫一扫”，扫描左侧二维码进行登录
没有安装爱奇艺视频最新客户端？
如何给视频加语音字幕？不妨用它试试
正在检测客户端...
您尚未安装客户端，正在为您下载...安装完成后点击按钮即可下载
30秒后自动关闭
如何给视频加语音字幕？不妨用它试试">如何给视频加语音字幕？不妨用它试试
请选择打赏金额：
播放量12.7万
播放量数据：快去看看谁在和你一起看视频吧~
更多数据：
Copyright (C) 2018 & All Rights Reserved
您使用浏览器不支持直接复制的功能，建议您使用Ctrl+C或右键全选进行地址复制
正在为您下载爱奇艺客户端安装后即可快速下载海量视频
正在为您下载爱奇艺客户端安装后即可免费观看1080P视频
&li data-elem="tabtitle" data-seq="{{seq}}"& &a href="javascript:void(0);"& &span>{{start}}-{{end}}&/span& &/a& &/li&
&li data-downloadSelect-elem="item" data-downloadSelect-selected="false" data-downloadSelect-tvid="{{tvid}}"& &a href="javascript:void(0);"&{{pd}}&/a&
选择您要下载的《
色情低俗内容
血腥暴力内容
广告或欺诈内容
侵犯了我的权力
还可以输入
您使用浏览器不支持直接复制的功能，建议您使用Ctrl+C或右键全选进行地址复制