否则，开发者就不能从摄像头和麦克风等硬件设备必要提供语音视频数据，业务研发就不会面对很大的局限性。视频社交SDK对外开放了收集环节的模块，容许开发者展开外部收集，开发者的维度和掌控力一下子海阔天空。然而凡事都有两面：语音3A前处置是在收集环节已完成的，因此，如果展开外部收集，开发者就要自行构建语音3A前处置。

语音3A前处置包括Echo避免（AEC）,噪声诱导（ANS）和自动增益掌控（AGC）,也就是所谓的语音3A，是视频社交行业普遍认为的技术难题。前处置前处置是所指对语音视频原始数据在编码之前展开的处置，还包括语音3A和其它类似的效果。语音3A是在收集环节已完成的，除此以外还有其它的语音和视频的前处置，将在本环节已完成。

语音前处置是编码前的语音特效处置，还包括混响和变声等。混响能让声音听得一起像来自旷野，变声能让人声由男生逆女生，或者产生电子声特效，以此强化语音通话的趣味。视频前处置是编码前的视频特效处置，还包括美颜、萌颜、挂件和滤镜效果等，能让画面变得妙趣横生，以此强化视频社交的体验。

如果视频社交SDK对外开放了前处置的模块，那么开发者可以自行构建语音和视频的前处置模块，或者接入第三方的语音和视频的前处置SDK。否则，对开发者来说，视频社交SDK以下的语音视频处置都是黑盒子，业务层无法对其做到任何掌控。

笔者在即可分科技取得的数据指出，美颜和萌颜具有普遍的市场需求，这两个模块是视频社交SDK的标配。另外，市场上有一些优质的第三方美颜SDK，视频社交SDK应当对外开放前处置的模块，让开发者自由选择是使用视频SDK自带的美颜功能，还是自行构建，或者接入第三方厂商的美颜SDK。只有这样，开发者才确实享有维度和掌控力，展开大力的业务创意。

编码编码这个环节留下开发者的余地不多：开发者基本会自行研发或者改建编解码器。然而，一些有经验的研发团队依然有自行编码的市场需求，原因有如下两个：1）开发者对调制编码器的参数来兼容种类多样的安卓机型十分有经验和信心，要求自行编码。

开发者可以自行灵活性地配备编码器的参数，从而超过更佳地兼容各种安卓机型的效果。2）开发者之前早已构建了大量调用编码器的逻辑，而且坚信自行编码的效果更佳。为了维护有数投资，开发者往往偏向于自行编码。必须特别注意的是，开发者自行编码这种作法有得也失礼：益处是开发者取得了更大的掌控力和维度；坏处是视频社交SDK将无法为开发者获取码率自适应的功能。

如果要解读背后的原因，让我们再行了解码率自适应的原理：视频社交SDK动态监控网络状况，用于算法预测网络状况的变化，然后根据预测结果动态调整编码器的参数，说是和网络状况相适应的码流。编出来的码流的码率、分辨率、帧速等参数能让动态通讯在当时的网络情况下确保较好的QoS。如果视频交友SDK负责管理编码，那么它就能构建码率自适应功能。如果开发者负责管理编码，那么视频交友SDK就无法控制编码器来说是适应环境网络状况变化的码流，因此无法做码率自适应。

网络传输网络传输环节是动态通讯的核心中的核心，通过FEC、ARQ、流控码控和晃动缓冲器等关键算法来构建动态传输架构，从而超过超低延后的效果。根据笔者的理解，还没厂商全面对外开放网络传输环节。

即可分科技的作法是：反对开发者自行推流到即构的服务器，然而纳流端拉流的时候必需要用于即构的视频社交SDK。这样既可以维持了SDK的开放性，相容开发者原先的系统，又可以确保纳流端取得较低延后的体验。这种作法背后的逻辑较为好解读：视频交友SDK的核心价值是实时性，延后超低。因为厂商在构建超低延后上有专长，所以开发者才使用厂商的视频交友SDK。

如果厂商把这个核心环节对外开放给开发者自行构建，那么厂商就丧失了它的核心价值。解码解码环节和编码环节比较不应，把接管到的语音视频流解码然后图形。解码环节没什么可以可供开发者充分发挥的余地。

开发者一般没自行解码的市场需求，厂商一般也没对外开放解码环节的模块。图形图形就是把语音数据播出出来和把视频画面表明出来。

开发者对声音数据的播出没额外的自定义市场需求，然而对视频画面的表明却有很多自定义的玩法。比如说，把多个视频流图形在同一个view里面，让画中画和大画面互相转换，横屏左右画面展开调换等。如果开发者想构建一些更为酷炫的玩法，就必须自行展开图形自定义简化了。如果视频交友SDK对外开放了图形环节的模块，那么开发者可以展开图形自定义化。

否则，不能拒绝接受视频SDK自带的图形功能。开发者要展开自定义简化的图形还有一个前提：语音视频流没被混合，纳流端取得的是多个分离出来的语音视频流。如果语音视频流早已被混合成一路流，那么开发者需要处置的就只有一个画面，需要创意的玩法就较少了许多。

共享一下笔者在即可分科技取得的客户统计数据。在动态语音视频的七个环节中，即可分对外开放了收集、前处置、编码和图形四个环节。根据客户的统计数据表明，主要有如下四组自由选择，而绝大部分客户自由选择了第一个人组。如果视频交友SDK把七大环节几乎PCB一起，开发者虽然不必操心，但是也丧失了掌控力。

因此，开发者在选型阶段要展开谨慎的分析。开发者可以从厂商的对外开放策略展开辨别，该SDK否给与开发者充足的掌控力展开业务创意？否容许开发者权利替换成其它厂商的SDK或者自行研发？开发者把语音视频动态通讯的能力托付给厂商，大自然是经过一番取决于和权衡的要求。如果时间、成本和技术累积容许的话，笔者坚信大部分开发者都是期望自行研发的。因此，厂商应当从开发者的角度抵达，符合开发者的市场需求，同时也萌生开发者的疑虑，充份地对外开放语音视频动态通讯各个环节的自定义化模块。

这样才能确实不忘开发者所托。特约稿件，予以许可禁令刊登。

下文闻刊登须知。

本文来源：开元7818网页版-www.thefreecontent.com