接上2篇文章，我们已经理解了，对讲开启录像后，我们有哪些地方使用了编解码。那么接下来，我们如何提升性能呢？使同样配置的机器支持对讲录像数翻倍呢？解题思路：修改video_bridge_thread逻辑，通过switch_core_session_read_video_frame读取原始帧，不做编解码，直接switch_core_session_write_video_frame发送给终端，然后解码，写入bugs。效果：1.录像线程使用软编码将视频帧生成录像文件。（1路编码，用于合成2个终

windows平台mod_av 支持N卡，首先理解，对讲开启录像后，我们有哪些地方使用了编解码。1.录像线程使用软编码将视频帧生成录像文件。2.视频桥线程，由于开启了通道（bugs）,会将视频帧软编码后，再发送给其他终端。接下来我们对应到代码段，继续相应修改：1.录像线程打开编码器static void sofia_record(switch_core_session_t *session)if (sofia_match_video_record(caller_id_numbe.

背景：FS一路对讲/会议（720P），开启录像后，CPU占用率达到20%,如果对讲超过10路，CPU将超负荷。为了降低CPU,利用显卡进行硬编解码。分析原因：Fs 默认使用libx264对视频进行h264软编解码，开启录像后：1.录像线程使用软编码将视频帧生成录像文件。2.视频桥线程，由于开启了通道（bugs）,会将视频帧软编码后，再发送给其他终端。不开启录像时，FS不会进行编解码，开启录像后，由于要进行视频融合，进行了2次编码，导致CPU飙升。如何解决？...