windows版本ffmpeg的功能需求：1、解码mp3文件；2、解码h264;x264编译：x264-master.tar/x264-master$ ./configure --prefix=${PWD}/install --host=i686-w64-mingw32 --enable-shared  --extra-ldflags=-Wl,--output-def=libx264.d

使用FFMPEG提供的编解码接口，实现的aac编码和解码程序！

使用ffmpeg实现一个播放器？是不是没什么新意，不过一直使用ffmpeg程序，还没有用ffmpeg代码接口实现播放器，并且还需要使用linux的alsa接口播放出声音，所以做出来还是觉得有点意思；

接上篇：单路通话，Freeswitch录制视频CPU高的原因，主要是开启media_bug通道会涉及一次H264解码、两次H264编码，所以CPU高；解决思路就是：由于录制是使用rtsp/rtmp转发流的方式，可以直接将源端发送过来的H264码流转发给rtsp/rtmp服务器，这样就减少了Freeswitch端的解码和编码过程；上篇已经减少了一次转发给b_leg时的编码，确实CPU负载就降下来了，

应用场景：SIP终端拨入后，FS将该SIP终端的视频流转发为RTSP 流，提供NVR进行录制；问题1、如何在Freeswitch配置录制？问题2、可不可以在Freeswitch做录制？建议是方案可以，但不建议用Freeswitch做录制；原因是Freeswitch擅长做媒体交换，录制会拖累软交换的性能，建议是Freeswitch转一路流出去，给专门做录制和点播的服务；

需求：Web控制台与多个SIP电话终端的建立语音会议；

版本：kamailio-5.5.4freeswitch-1.10.0使用docker，上一次做kamailio代理freeswitch验证的时候，使用了给docker配置独立IP的方式，确实网络上简单很多，这次使用的是docker的端口转发，多了几个问题，最简单的是docker udp端口池如何配置，然后docker会内部创建一个172.17.0.1的网关，充当docker容器和外头网络通信的路由

CSDN旧文搬迁！在Android采集视频过程中增加水印，并且水印包含一个变化的时间戳，这里考虑方案实现的时候，就想到了ffmpeg，ffmpeg包含很多filter能实现水印添加的功能。基本实现方案是，Camera预览 -> 得到预览帧的bitmap -> 给bitmap通过ffmpeg 添加水印  -> ffmpeg把bitmap使用h264编码 -> 写文件

​原来面对这些问题，除了网络层的优化外，协议层的优化也很重要，WebRTC中涉及相关的算法和标准的应用，理解和优化这些算法能力是很重要的！

给ZLMediaKit添加一个录制MP4文件自动转HLS的功能，最近一个需求是自动接收监控视频并录制为MP4，并支持HLS点播，使用ZLMediaKit较快的实现了这个功能，分享出来！