xinpo66的专栏

最近在做一个项目，大体是手机以html方式访问音视频，由于在微信内部，所以选择了HLS + nginx-rtmp-module方式。但是最近遇到一个问题很头疼：我们的服务器以RTMP形式推给nginx-rtmp-module时，音频推不过去，纠结了很久，今天算是有点头目了。我们的视频编码H264，音频编码G711A，视频和视频分开的，现在的现象是：视频推送过去一切正常；音频推送过去，没能生成m3u...

    最近想研究音视频，发现ffmpeg真是个好东西，于是想研究研究ffmpeg。直接看代码太吃力，能编译调试看代码就好了，但是网上搜索，发现之前的ffmpeg在linux上编译比较容易，windows上编译要借助较多工具。无意间看到https://www.jianshu.com/p/e72e6dce7f23这篇文章，上面说可以拿vs2013或vs2015直接编译，我于是就下载最新的ffmpeg...

https://www.jianshu.com/p/9522c4a7818d引言：在国内直播"欣欣向荣"(ps: 其实大多都亏钱，为的就是炒概念)的年代，相信很多小伙伴也投入了技术的浩瀚大洋当中(ps: 其实就是搬砖)，日复一日，音/视频的神秘面纱开始让更多的小伙伴扯下，而本博主，也只是刚窥探门道，慢慢摸索。好了，废话不扯，我们今天就来说说我们经常在视频编码当中用到的 H.264编码格式 的结构，...

介绍jaris和ackplayer的文章：http://blog.youkuaiyun.com/z_dendy/article/details/24477545ckplayer 的使用基本功能实现（一）http://www.cnblogs.com/helihui123/p/4175777.html

http://blog.youkuaiyun.com/abcjennifer/article/details/6577934视频压缩中，每帧代表一幅静止的图像。而在实际压缩时，会采取各种算法减少数据的容量，其中IPB就是最常见的。  简单地说，I帧是关键帧，属于帧内压缩。就是和AVI的压缩是一样的。 P是向前搜索的意思。B是双向搜索。他们都是基于I帧来压缩数据。  

http://blog.youkuaiyun.com/he_wen_jian/article/details/7761506对于开源项目的开发者，我是一直非常敬佩的，一直非常想加入到这队伍中，无奈能力不够。但我想，对这些优秀的开源项目进行一下宣传，也算是一点点贡献吧，呵呵，下面列出的是我最近经常使用或比较关注的一些优秀开源项目（先写六个，以后有时间再多介绍点），排名不分先后 1. Cair

http://www.cnblogs.com/skyseraph/archive/2012/04/11/2442840.htmlⅠ live555简介　　Live555 是一个为流媒体提供解决方案的跨平台的C++开源项目，它实现了对标准流媒体传输协议如RTP/RTCP、RTSP、SIP等的支持。Live555实现了对多种音视频编码格式的音视频数据的流化、接收和处理等支持，包

http://blog.youkuaiyun.com/ithzhang/article/details/37988815 Live555研究之一 源代码编译       Live555 是一个为流媒体提供解决方案的跨平台的C++开源项目，它实现了对标准流媒体传输协议如RTP/RTCP、RTSP、SIP等的支持。Live555实现了对多种音视频编码格式的音视频数据的流化、接收和处理等支持，包

    最近在做一个功能，微信公众帐号上的视频监控功能，使用了hls方式，服务器为nginx的RTMP模块。我们的流媒体服务器收到音视频流后，使用librtmp库分发给nginx的rtmp模块，生成好地址后给微信客户端，微信客户端使用ckplayer播放器(或者h5的video标签)播放视频，单独视频延迟20s。    但是现在遇到一个问题：我们的流媒体服务器之前一直都很正常，最近使用了这个lib...