这小部分主要就是socket绑定的内容。后续我们关注重点放在发送和接收数据。为什么要提供这些api?其实这里涉及到粘包问题：三个解决方案1.读固定字节2.读特定符号停止 比如“\r\n”3.header + body形式 头部放body长度。write_some 可以每次向指定的空间写入固定的字节数。read_until一直读取，直到读取指定字符结束。read和send recvice/write

RTC服务器配置VHOST RTC配置。

RTMP 监听的核心流程是：SrsServer→ 初始化→ 每个管理一个→通过协程循环接受新连接 → 连接通过回调传递给SrsServer处理业务逻辑。下列给出程序开始到rtmp监听整体时序图：学习资料分享。

学习RTMP握手逻辑前，需明确RTMP协议的连接流程及简单握手与复杂握手的区别。RTMP握手过程包括接收客户端发送的C0C1数据，解析C1，生成并发送S0S1S2数据，最后接收C2数据。复杂握手优先尝试，若失败则转为简单握手。复杂握手通过Schema0和Schema1两种方式解析C1，其中Schema0为固定位置验证，Schema1则通过时间戳计算Digest位置，安全性更高。简单握手中C1和S1

运行环境：vmware ubuntu 20.04时间：2024年10月24日权限问题：由于ubuntu权限问题 建议使用root权限编译，且~是根据用户组来进行定位的。

◼ 为了能够在最后熵编码的时候压缩率更高，对于送到熵编码（以行程编码为例）的“像素串”，包含的0越多，越能提高压缩率。为了达到这个目标：◼ 先通过帧内预测或者帧间预测去除空间冗余和时间冗余，从而得到一个像素值相比编码块小很多的残差块。◼ 然后再通过 DCT 变换将低频和高频信息分离开来得到变换块然后再对变换块的系数做量化。

WebRTC推流必须是HTTPS或者localhost：HttpsRequiredError Please use HTTPS or localhost to publish, read。解决： 把ip换成localhost通过。，这是现代浏览器的安全策略要求。

SRS （Simple Realtime Server） 中提供的各种性能优化选项。这些选项允许您针对不同场景优化 SRS，从而在延迟、吞吐量和资源利用率之间取得平衡。有关常规配置的信息，请参阅。1.1 性能提升目标如上图所示，SRS 提供了几类性能优化，可以对其进行配置以匹配您的特定使用。

把解码当成解压缩文件，压缩算法越高级，得到的文件内存占用量就少。但是cpu使用率就高，硬件解码也是同一道理。硬件编解码器与软件编解码器的对比:硬件编解码器的输出质量通常低于优质的软件编解码器(如x264)。为了达到相同的感知质量,硬件编解码器需要更高的码率。在相同码率下,软件编解码器的输出质量通常更好。性能和效率:硬件编解码器的编解码速度更快,同时也更节省CPU资源。这使其更适合实时视频编解码的应

本文主要对flv sequence headern知识点进行补充，以及描述rtmp传输对flv封包流程。