Q&A丨实时音视频 TRTC 技术问答第一期强势来袭

我们针对实时音视频用户在后台提交的问题，归纳了近期咨询比较多的问答，供各位用户参考。

QUESTION1

 Q ：只想录制混合流，或者单路主播的流，该怎么处理？

 A ：使用【MCU混流方案-手动模式】即可。

1、只录混合流：

使用云API 3.0接口StartMCUMixTranscode::

OutputParams.RecordId，设定RecordId即可录制混合流。  2、只录单流：

客户端设置进房参数userDefineRecordId即可分别录制用户单流，目前各端都已支持 。 3、局限性：

MCU混流是房间维度的混流，不支持自定义模板。假设要将某个房间内的用户a和b混流，不支持把b的音视频流混到a的音视频流后输出（即a+b=a），只能把a和b的音视频流混合之后，输出一条新的音视频流c（即a+b=c）。

QUESTION2

 Q ：TRTC 目前是否支持私有化部署？

 A ：TRTC 目前暂时不支持私有化部署。

QUESTION3

 Q ：画面出现呼吸效应（一下清晰一下模糊），是什么原因？

 A ：呼吸效应产生主要有2种情况： 

1.定焦镜头，I帧太小导致遇到I帧解码时模糊，想办法提高I帧的大小，可以尝试将setVideoEncoderParam中设置videoBitrate=minVideoBitrate即可。

2.变焦镜头，硬件不断聚焦。想办法改善拍摄环境，例如优化光源。

QUESTION4

 Q ：云端混流，A+B+C=D，如果A是第一层，B是第二层，C是第三层，如果A流断了，是不是混流就终止了；

如果C流断了，A和B还能继续混流吗？

 A ：

理论上是不会影响的，云直播侧默认是同时断开15分钟后才会自动取消混流。如果其中一路断开，不会补黑色画面，会停在最后一帧的画面。

QUESTION5

 Q ：Web 端在部分手机上使用，遇到黑屏、摄像头不识别、麦克风不识别、切换摄像头不成功等兼容性问题该如何解决？

 A ：不建议 Web 在手机上使用。WebRTC 的能力依赖浏览器本身，目前市面上手机浏览器对 WebRTC 的兼容性不佳，建议改为小程序或者App。

QUESTION6

 Q ：小程序端播放解码为什么有些机型用硬解，有些用软解，能不能强制软解？

 A ：受限于微信本身的限制，目前只支持硬解。但微信也在逐步调整，已实现部分机型可以走软解。后续待微信完全支持软解后，TRTC 小程序端将提供配置硬解、软解的参数配置。

QUESTION7

 Q ：发消息接口sendCustomCmdMsg，为什么发送成功了，但是对方没有接收到？

 A ：一款通话、会议类 App，都有音视频数据通道、消息信令通道，这两个通道的设计架构是完全不同的。 

TRTC SDK 属于音视频数据通道，用于发送实时的音视频数据流，所以有网络拥塞优化机制，当网络抖动时，会采取主动丢包的方式保证流畅性。 

sendCustomCmdMsg是在音视频数据流协议中，插入少量消息，实现一些非必达的消息发送，比如定时发时间戳之类的。 

如果客户场景是消息必达场景，比如进房、退房消息，房间内聊天消息，主播事件消息等，都不推荐使用sendCustomCmdMsg接口发送消息。

消息必达场景的消息，还是推荐使用专门的信令通道——腾讯云即时通信 IM。详情请扫描下方二维码查看相关文档。

QUESTION8

 Q ：为什么客户端 unpublish之后，旁路直播没有断流，在云直播控制台还能看到？

 A ：unpublish只会停止音视频数据上行，不会触发自动旁路断流，退房或者音视频数据70s无上行才会触发旁路断流，所以unpublish无数据上行70s后旁路才会断。

QUESTION9

 Q ：Web 上行用户个数限制为20人，能不能实现20人以上的通话？

 A ：不能。

iOS/Android上/Windows/Mac/electron限30路，Web 上限20路，基于性能和通话质量推荐10路以内，性能瓶颈不在腾讯云后台而是在于终端设备，每路视频编解码都需要消耗 CPU 等硬件资源。

QUESTION10

 Q ：网络不好的卡的时候只有声音看不到画面，是什么原因？

 A ：目前 TRTC SDK 默认会优先保证音频的流畅性，弱网条件下可能会出现有声音没画面的情况。建议监听网络情况，网络不好时抛出提醒，尝试切换网络。

后续我们会整理更多关于常见的Q&A供大家参考，我们下期再见啦~

还有，记得来买 TRTC 哦——

TRTC 通用套餐包爆款来袭

全民六折起！

适用于互动直播及音视频通话服务

语音低至3.5元/千分钟

视频低至7元/千分钟

扫描下方二维码

立即购买超划算！