一只海星的主页

一、背景NB的ZLMediaKit开始支持了webrtc，今天有点时间，好奇测试之。二、代码下载拉最新的master代码 已经支持webrtcgit pull origin master还是把dev版本也拉下来保险git pull origin dev:dev三、编译1. 编译环境OS版本: Ubuntu 16.04openssl版本： OpenSSL 1.1.1l-dev2. openssl版本检查openssl verison看一下自己系统的版本我的是openssl-1.0.

背景8012年来了，H265已经跳出小众，日趋流行！在视频大数据时代，高压缩优势也越来越明显！所以！搞一波RTSP+HEVC+AAC取流支持！网上资料，h264比较齐全，对h265的说明比较零散，记录一下所有关键点！H265原始码流处理所有的视频帧（VPS/SPS/PPS/I/P）请去掉起始码0001,RTP包不需要起始码！这里为什么单独拉出来呢，因为我就踩了一个坑，我大意啊，没有闪！上次搞RTSP很多年了，忘了这一茬,所以出现了很多莫名其妙的错误，后面单独开一篇！H264与H265区别首先

背景FFmpeg作为应用最为广泛的音视频解决方案，适用范围及广，接口众多，如果是初学，很容易被众多Context晕得云里雾里，本文为小白教程，主要记录怎么讲原始音视频流封装成标准的MP4格式！网上搜索的资料大部分都是读取其他格式文件编码成H264或者读取H264文件再封装成MP4！举个栗子，FFmpeg的sample例子muxing.c就是读取一个gif文件，再编码成H264，然后封装成MP4,如果你只想将已有的原始音视频流封装成MP4的话，参考起来略显吃力！所有了这个教程！封装MP4只需要三步！

背景在很多流媒体场景都有多路直播解码播放，但播放器作为server管理所有client视频推送的这种结构比较少见，但在安防等特殊领域有很多这样的需求；所以特此详细介绍一下我实现的超低延时高并发多路播放器的主要的系统框架和实现思路；主要特点：多路并发支持；低延时；端对端实测延时170ms（网络+解码+播放）网络和解码完全分离解耦；异常处理可快速实现重连；效果系统初始化网络模块本地监听TCP/UDP事件监听Select/Epoll系统初始化接口框图#mermaid-svg-

背景新增一个流媒体音频播放功能，由海思端发往Windows解码播放；ACC解码时遇到问题，解出来PCM数据均为噪音，遂使用fwrite写原始数据文件排查；错误采集、编码、发送端自测都没问题；Windows接收端对比发送前的数据，发现多了很多0x0d的数据，看似随机出错！！！原因文件打开方式漏加"b",二进制格式；Windows下不以二进制打开会当字符处理，自动将0x0a(回车)前面加上0x0d(换行)！int err = fopen_s(&pcmFile, "audi