视频转码服务，具备将高码率的视频转换为低码率的视频，和对不同编码格式的视频进行转换能力的后台服务；

实时监控视频的码率通常在5M以上码流，如果做手机端的实时预览，对带宽是很大的考验，所以很有必要先做降分辨率，然后降码率的处理。所有的处理在后台服务器进行，大致的业务流程如下：海康监控摄像头输出的分辨率是：2560*1440 ，ffmpeg提供的方法能很好的完成这个流程，其实网上有很多例子，但都不全，去看ffmpeg源码提供的例子来实现是很好的办法，比方ffmpeg-4.1的例子代码在\ffmpeg

FFmpeg和x264的windows版本编译，参考了网上很多的资料，记录下过程，给有需要的朋友

做过VOIP的同学都知道，基于UDP实现RTP包收发时需要进行SDP协商或者ICE协商，通常服务器都是用一个端口池来和客户端进行RTP包的转发，而当前的网络环境下，开放端口池给运维带来了维护的风险，也给部分代理场景下带来了实现的复杂度，所以如果使用一个端口用来做媒体数据包的转发，那带来了极大的便利；

服务器程序规范，需要强化和遵守的，作者给列了4条规范：1、Linux服务器程序一般以后台进程形式运行，也就是以daemon守护进程的方式，守护进程的父进程通常是init进程（PID进程为1），作者在7.6 服务程序后台化给出了一个程序的清单，还是很有参考意义的。后台进程形式运行，也就是通过fork一个子进程，结束父进程的方式运行，这样避免很多前台启动，随着操作终端界面的关闭而结束服务器程序的运行；

一、理解Janus插件janus_videoroom的包转发实现该插件模式具备SFU的包转发能力,每一个进入房间的与会者，可以通过Publish发布自己的音视频，也可以通过Subscribe订阅其他人的音视频，转发能力由libnice库提供，libnice可以修改为支持单端口转发RTP包；二、理解POC对讲半双工模式下的包转发实现POC，是PTT Over Cell 的简写，PTT是按下讲话的意思

我们在讨论后台架构的时候，到底在讨论什么，作为一个C++客户端开发的程序员，如何看后台的架构，高可用，负载均衡，只是一个简单的思考？

对讲后台业务架构图如下图：图1、对讲后台业务架构图 通过NGINX负载Janus http服务器的API接口，通过该API接口可以获取可用Janus服务器的IP和端口；客户端拿到可用对讲服务器的IP和端口后，通过WebSocket连接到该服务器，并保持长连接，客户端进入会议室时，则复用这条长连接；如果进入其他会议室，则需要重新获取可用的Janus服务器IP和端口，并重复上述过程；多个对讲