非常多的改进，比较感兴趣的是正式支持openh264作为编码器了。
openh264使用宽松的BSD许可协议，由cisco主导发布。
思科并不是第一个去创建H.264的开源实现的。GNU的libavcodec库已经包括了解码器和编码器，后者基于x264。但是思科提供的开源实现是有法律支持的 – 而这正是其它的开源实现所缺乏的。这使得思科的解码器对象Mozilla这样的公司来说就非常有用，这可以使得它们无需担心法律问题。
另外还支持了Nvidia nvenc的硬件编码器，这无疑加强了了作为云端流媒体转码的优势！
后期做个x264与openh264的性能测试。
原创文章，转载请注明： 转载自贝壳博客
本文链接地址: FFmpeg 2.6 发布
其实是2个，一个基于fibjs，一个基于nodejs
两个版本大部分是一样的，只是在数据处理方面有差异。
fibjs版本：https://github.com/illuspas/NodeMediaServer
fibjs没有回调一说，同步的流程写起来相当舒服。
nodejs版：https://github.com/illuspas/Node-Media-Server
nodejs的数据是on(‘data’)回调回来的，解析rtmp包很费劲，需要根据包头一步一步分析出需要的包大小。为此写了个QueueBuffer类，请求的数据大小足够即返回，不够就回压再等待数据下次继续解析。
目前只支持了H264+AAC，支持多路发布和播放。
fibjs版目前在大并发的时候会阻塞发布端，写得有点问题，空了再改改。
没有缓冲关键帧，播放的启动时间可能会等下一个关键帧来了才开始
此项目仅为空闲时写着玩的，参照了很多别人的代码，并不会长期维护。如果你感兴趣，欢迎fork。
原创文章，转载请注明： 转载自贝壳博客
本文链接地址: 开源一个基于js的RTMP服务端
阅读ffmpeg串流的手册FFmpeg Streaming Guide
当进行点对点串流时
如果视频编码为H.264时，payload type 为 96
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 |
$ ffmpeg -re -i sample1.mp4 -an -c copy -f rtp rtp://127.0.0.1:12345 Output #0, rtp, to 'rtp://127.0.0.1:12345': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.48.100 Stream #0:0(eng): Video: h264 (avc1 / 0x31637661), yuv420p, 424x240, q=2-31, 420 kb/s, 24 fps, 90k tbn, 24 tbc (default) Metadata: handler_name : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (copy) SDP: v=0 o=- 0 0 IN IP4 127.0.0.1 s=No Name c=IN IP4 127.0.0.1 t=0 0 a=tool:libavformat 55.48.100 m=video 12345 RTP/AVP 96 b=AS:420 a=rtpmap:96 H264/90000 a=fmtp:96 packetization-mode=1; sprop-parameter-sets=Z0LAHpZiA2P8vCAAAAMAIAAABgHixck=,aMuMsg==; profile-level-id=42C01E |
此时会自动输出一段SDP的代码，这时候如果直接播放继续阅读
原创文章，转载请注明： 转载自贝壳博客
本文链接地址: 使用ffmpeg进行rtp串流h.264时关于sdp的一些分析
安装配置Red5 Server 1.0 RC1 （一）中提到过一个Publisher 工具，非常好用。但是Red5官方一直没更新，只能使用flv和nellymoser编码。而现在大多使用H.264和Speex了。
近期为了方便调试，修改了下源码，可以在https://github.com/illuspas/Red5-Publisher找到。
直接使用Flash builder 4.6导入项目即可。
也可以直接下载release.zip使用
直接打开:http://www.nodemedia.cn/uploads/files/Red5-Publisher.swf
原创文章，转载请注明： 转载自贝壳博客
本文链接地址: 支持H.264,Speex编码的Red5 Publisher
在使用flash cs/builder开发rtmp视频应用时，我们时常会在nc.connect的时候再传递一个对象作为连接信息发送给服务端。用于验证，确认连接用户，获取用户信息等等操作。
当我们使用ffmpeg来开发android,ios,pc版的rtmp应用时,已经为我们提供了非常方便的传参来实现。
先来看源代码：定位到libavformat/rtmpproto.c文件继续阅读
原创文章，转载请注明： 转载自贝壳博客
本文链接地址: 使用FFmpeg连接rtmp时发送自定义AMF DATA
移动设备上的H.264实时视频编码,需要考虑到cpu占用与带宽这2个限制因素,使用X264软编码,开启neon指令集优化,即使是在arm处理器下,依然可以通过优化配置达到满意的性能.
以下测试环境 一段352×288@15fps的视频，模拟摄像头采集到的数据。ipod touch4 和昨天编译出的X264:
Touch-future:~ root# ./x264 -o video_1.h264 video_1.y4m –profile baseline –preset ultrafast –fps 15
baseline
ultrafast
encoded 467 frames, 48.17 fps, 865.45 kb/s 3368054(压缩后的文件大小,单位字节)继续阅读
原创文章，转载请注明： 转载自贝壳博客
本文链接地址: Android,IOS平台上x264编码实时视频参数设置与优化
根据上一篇交叉编译支持多线程的Android版X264库
编译出了armv7 neon指令优化并开启多线程的x264执行程序
结果怎么样呢
测试环境:
MT6589, 联发科的4核处理器,比红米手机 MT6589T在CPU频率上低一点,这款是1.2GHz的继续阅读
原创文章，转载请注明： 转载自贝壳博客
本文链接地址: Android环境 多核CPU x264编码性能测试
第一步,制作独立交叉编译链,我使用ndkr9制作的, 使用API 9平台,gcc4.6
进入ndk目录,执行
|
1 |
$ ./build/tools/make-standalone-toolchain.sh --platform=android-9 --install-dir=/home/aliang/arm-linux-androideabi |
第二部,修改x264的configure继续阅读
原创文章，转载请注明： 转载自贝壳博客
本文链接地址: 交叉编译支持多线程的Android版X264库
今天编译了raspberry pi 的一个例子hello_video
可以解码.h264文件输出到显示器
使用ffmpeg生成这种无容器的 raw H.264格式
|
1 |
ffmpeg -i INPUT.mp4 -codec copy -bsf:v h264_mp4toannexb OUTPUT.h264 |
就是将mp4这类 length prefixed mode 转为 start code prefixed mode
另外,pi的硬解码性能确实不错,播放1080P的视频非常流畅,GPU加速,几乎不占CPU
原创文章，转载请注明： 转载自贝壳博客
本文链接地址: FFmpeg 生成.h264文件