blade2001的专栏

视频压缩之—SVC H.264中还有一个SVC概念(Scalable Video Coding)，可分层编码。先不管其具体的含义，来想象下视频通信中可能遇到的问题。1.带宽问题，IP网络带宽是不稳定的，网络带宽降低是，视频流应该自动的降低码率，以适应当前带宽。而视频流码率的降低，并不意味着视频通信的结束，只是其帧率和分辨率相应降低。这样还是能维持基本的视频通信如帧率可以

x264有两种并行模式，slice并行和frame并行。slice并行把一帧划分为多个矩形slice，在这多个slice之间并行处理，是一种非延时性的并行模式，多slice会稍微降低编码性能。frame并行是同时开启多帧编码，x264在N个frame并行的时候需要集齐N帧再开始一起编码，因此x264 frame并行是一种延时性的并行模式（这是x264流程的问题，其实frame并行机制并不要求集齐N

H.264帧类型主要有五种编码帧：I（IDR帧）、i（非IDR I帧）、P（P帧）、B（参考B帧）、b（非参考B帧）。1. IDR帧，NALU_type = 0x65。IDR帧是一种特殊的I帧，在解码IDR帧前，清空所有前后向参考缓冲区，IDR帧随后的所有帧不能参考IDR前面的任何帧。IDR帧是视频安全的随机访问点，找到一个IDR帧可以丢弃前面所有帧数据而正确解码。2. i帧是帧内预测

1.  X264显式支持的一趟码率控制方法有：ABR, CQP, CRF. 缺省方法是CRF。这三种方式的优先级是ABR > CQP > CRF.[cpp] view plain copy if ( bitrate )                rc_method = ABR;  else if ( qp || qp_constant ) rc_method = CQP;  else    

编者按：本文由徐立在高可用架构群分享，转载请注明来自高可用架构「 ArchNotes 」。现今移动直播技术上的挑战要远远难于传统设备或电脑直播，其完整的处理环节包括但不限于：音视频采集、美颜/滤镜/特效处理、编码、封包、推流、转码、分发、解码/渲染/播放等。直播常见的问题包括主播在不稳定的网络环境下如何稳定推流？偏远地区的观众如何高清流畅观看直播？直播卡顿时如何

http://www.ithome.com.tw/voice/95294透過網路串流，讓使用者可即時存取直播或點播多媒體數位內容，是目前相當熱門的應用，其中，HLS協定和CDN的技術，扮演舉足輕重的角色，讓網站能夠負擔直播的功能與規模擴展按讚加入iThome粉絲團  文/王建興 | 2015-0

RTMP 简介: http://blog.chinaunix.net/uid-26000296-id-3360244.htmlRTMP Message Formats (RTMP消息格式): http://blog.chinaunix.net/uid-26000296-id-3364963.htmlRTMP Commands Messages (RTMP命令消息): http://blog

http://www.quweiji.com/rtsp%E5%8D%8F%E8%AE%AE%E5%AD%A6%E4%B9%A0%E7%AC%94%E8%AE%B0/第一部分:RTSP协议一、 RTSP协议概述RTSP(Real-TimeStream Protocol )是一种基于文本的应用层协议，在语法及一些消息参数等方面，RTSP协议与HTTP

http://blog.youkuaiyun.com/leixiaohua1020/article/details/15814587本文主要总结一些我在学习RTMP流媒体技术过程中积累的经验。也为后来学习RTMP流媒体技术的人们一个参考。本文力图从简到难，循序渐进的介绍RTMP流媒体技术的方方面面，先从应用说起，逐步深化剖析相关工程的源代码。看完本文的话应该会对RTMP流媒体技术有比较完整

http://blog.sina.com.cn/s/blog_56ae1d580102v0dt.html视频压缩中，每帧代表一幅静止的图像。而在实际压缩时，会采取各种算法减少数据的容量，其中IPB就是最常见的。I帧表示关键帧，你可以理解为这一帧画面的完整保留；解码时只需要本帧数据就可以完成（因为包含完整画面）P帧表示的是这一帧跟之前的一个关键帧（或P帧）的差别，

RTMP 简介: http://blog.chinaunix.net/uid-26000296-id-3360244.htmlRTMP Message Formats (RTMP消息格式): http://blog.chinaunix.net/uid-26000296-id-3364963.htmlRTMP Commands Messages (RTMP命令消息): http://blog

http://blog.chinaunix.net/uid-26000296-id-4932822.html一、分发方式比较互联网上的两种主要的分发方式：HLS和RTMP，什么时候用谁，完全决定于应用场景。还有其他的分发方式，这些分发方式不属于互联网常见和通用的方式，不予以比较：  . UDP：    譬如YY的实时应用，视频会议等等，或者RTSP之类。    这类

SRS Simple Rtmp Service顾名思义简单rtmp服务 是一个很轻的rtmp服务，说他轻是在对比使用过Wowza和Red5之后得出的结论。感谢winlinvip做出这么屌的东东。现在在做一些视频直播相关的工作，对流媒体的相关应用接触的越来越多。找到一个合适的流媒体服务器可以说是所有问题中最重要的一环。在主程的推荐下开始接触SRS，发现这个超级小巧的东东不仅安装方便，而且

我对编码也是一知半解，很多参数意义也不太清楚，基本都是实际调整参数后，观看效果。如果描述错误，勿喷。我也没打算深入研究，只是想用用该编码器。本人使用x264主要想调整的参数，第一，profile，也就是使用baseline还是main,还是high编码。可以通过该接口设置x264_param_apply_profile();第二, 编码复杂度