maopig的专栏

                 目录(?)[-]分析00 00 00 01 67 42 00 1E 99 A0 B1 31 00 00 00 01分析00 00 00 01 68 CE 38 80 00 00 00 01 分析00 00 00 01 67 42 00 1E 99 A0 B1 31 00 00 00 01H264的数据流分为两

仅仅介绍上边缘块需要用到上面的像素（不存在）（例如垂直模式），左边缘快需要用到左边的像素（不存在）（例如水平模式）的情况。H.264 I帧边缘块的处理I帧的第一个左上的边缘块，采用帧内预测，左边和上边没有像素，所以这时的就认为左边和上边像素都为128（255/2），其中上

2010-01-21 15:51:40|  分类：windows mobile开 |字号 订阅Description: Set bitstream Profile IDC. Default is 88.Note: Some profiles c

x264_t结构体维护着CODEC的诸多重要信息 其中成员frames是一个指示和控制帧编码过程的结构。其中current是已经准备就绪可以编码的帧，其类型已经确定；next是尚未确定类型的帧；unused用于回收不使用的frame结构体以备今后再次使用。struct

Main（intargc，char*argv[]）;为了方便起见，不妨改写为：Main(void){......    intargc=5;    char*argv[]={       "main","-o","test.264","

X264电影压缩率画质全对比：http://www.mov8.com/dvd/freetalk_show.asp?id=29778

根据一些文章我自己推敲了一下几个概念如下：   采样频率是每秒钟抽取声波幅度样本的次数。8000   帧率是每秒显示帧数。                     20     时间戳单位：时间戳计算的单位不为秒之类的单位，而是由采样频率所代替的单位，这样做的目的

//x264_t结构体维护着CODEC的诸多重要信息struct x264_t{    /* encoder parameters ( 编码器参数 )*/    x264_param_t    param;    x264_t *thread[X264_S

x264_sps_init此函数为序列量化集的初始化。主要对结构体x264_sps_t中参数的初始化。void x264_sps_init( x264_sps_t *sps, int i_id, x264_param_t *param ){    sps->i_i

H264规定了三种主要档次，每个档次支持一组特定的编码功能，并支持一类特定的应用。 1、基本档次（Baseline Profile）：利用I片和P片支持帧内和帧间编码，支持利用基于上下文的自适应的变长编码进行的熵编码（CAvlc）。主要用于可视电话、会议电视、无线通信等实

I和IDR帧都是使用帧内预测的。它们都是同一个东西而已,在编码和解码中为了方便，要首个I帧和其他I帧区别开，所以才把第一个首个I帧叫IDR，这样就方便控制编码和解码流程。IDR帧的作用是立刻刷新,使错误不致传播,从IDR帧开始,重新算一个新的序列开始编码。而I帧不具有随机访问的能

--aq-mode AQ method [1]- 0: Disabled- 1: Variance AQ (complexity mask)说明：自适应量化方法，可以改善某些场景过于模糊等问题，默认开启- 0: 关闭- 1: 可变AQ推荐值：默认

一、何谓场？每个电视帧都是通过扫描屏幕两次而产生的，第二个扫描的线条刚好填满第一次扫描所留下的缝隙。每个扫描即称为一个场。因此 25 帧/秒的电视画面实际上为 50 场/秒 (若为 NTSC 则分别为 30 & 60 - 因为我是中国人，因此我采用 PAL 的数值)。若要

常规理解封装格式（也叫容器），就是将已经编码压缩好的视频轨和音频轨按照一定的格式放到一个文件中，也就是说仅仅是一个外壳，或者大家把它当成一个放视频轨和音频轨的文件夹也可以。说得通俗点，视频轨相当于饭，而音频轨相当于菜，封装格式就是一个碗，或者一个锅，用来盛放饭菜的容器。常

H.264有四种画质级别,分别是BP、EP、MP、HP：　　1、BP-Baseline Profile：基本画质。支持I/P 帧，只支持无交错（Progressive）和CAVLC；　　2、EP-Extended profile：进阶画质。支持I/P/B/SP/SI 帧，只支持无交错（Progressive）和CAVLC；　　3、MP-Main profile：主流画质。提供I/P

http://hi.baidu.com/ilovejoy/blog/item/daee10efa91e501afdfa3c5f.htmlhttp://hi.baidu.com/kikicat0_0/blog/item/6fed87b4b4fb89c536d3ca91.html

PAFF 和MBAFF：当对隔行扫描图像进行编码时，每帧包括两个场，由于两个场之间存在较大的扫描间隔，这样，对运动图像来说，帧中相邻两行之间的空间相关性相对于逐行扫描时就会减小，因此这时对两个场分别进行编码会更节省码流。对帧来说，存在三种可选的编码方式：将两场合并作为一帧进行编码(frame 方式)或将两场分别编码(field 方式)或将两场合并起来作为一帧，但不同的是将帧中垂直相邻的两个宏块合并

http://wangshh03.blog.163.com/blog/static/49103415201001231317484/一、FrameBuffer的原理   FrameBuffer 是出现在 2.2.xx内核当中的一种驱动程序接口。   Linux是工作在保护模式下，所以用户态进程是无法象DOS那样使用显卡BIOS里提供的中断调用来实现直接写屏，

http://blog.csdn.net/heanyu/article/details/6229724

一、主要特性 1、H.264/AVC相对以前的编码方法，以MPEG-2为例，在图像内容预测方面提高编码效率，改善图像质量的主要特点如下： ● 可变块大小运动补偿： 选择运动补偿大小和形状比以前的标准更灵活，最小的亮度运动补偿块可以小到4×4。 ●1/4采样精度运动补偿：以前的标准最多1/2精度运动补偿，首次1/4采样精度运动补偿出现在MPEG-4第二部分高级类部分，但H.264/AVC

可伸缩视频编码（Scalable Video Coding, SVC）技术把视频信号编码成分层的形式，当带宽不足时只对基本层的码流进行传输和解码，但这时解码的视频质量不高。当带宽慢慢变大时，可以传输和解码增强层的码流来提高视频的解码质量。 　　可伸缩的直观体现，显然是在码率上。而视频数据的分层编码和选择传输是实现可伸缩的主要手段。 　　      所谓分层编码，就是在时间，空间，质量上进行

1. 网络抽象层单元类型(NALU)NALU 头由一个字节组成, 它的语法如下:      +===============+      |0|1|2|3|4|5|6|7|      +=+=+=+=+=+=+=+=+      |F|NRI|   Type  |      +===============+F: 1 个比特.  forbidden_ze

BoundsChecker是一个Run-Time错误检测工具，它主要定位程序在运行时期发生的各种错误。              BoundsChecker能检测的错误包括：       1）指针操作和内存、资源泄露错误，比如：内存泄露；资源泄露；对指针变量的错误操作。    2）内存操作方面的错误，比如：内存读、写溢出；使用未初始化的内存。          3）API函

本文以H264视频流为例，讲解解码流数据的步骤。 为突出重点，本文只专注于讨论解码视频流数据，不涉及其它（如开发环境的配置等）。如果您需要这方面的信息，请和我联系。 准备变量 定义AVCodecContext。如果您使用类，可以定义成类成员。我这里定义成全局变量。 static AVCodecContext * g_pCodecCtx = NULL; 定义一个AVFrame

完整的C／S架构的基于RTP／RTCP的H．264视频传输方案。此方案中，在服务器端和客户端分别进行了功能模块设计。服务器端：RTP封装模块主要是对H．264码流进行打包封装；RTCP分析模块负责产牛和发送RTCP包并分析接收到的RTCP包；QoS反馈控制模块则根据RR报文反馈信息动态的对发送速率进行调整；发送缓冲模块则设置端口发送RTP、RTCP包。客户端：RTP模块对接收到的RTP包进行解析判

void    x264_param_default( x264_param_t *param ){    /* 开辟内存空间*/    memset( param, 0, sizeof( x264_param_t ) );           /* CP

typedef struct x264_param_t{    CPU 标志位   unsigned int cpu;   int        i_threads;       并行编码多帧   int        b_deterministic; 是否允

crf与bitrate对照表(2011-06-21 17:45:59)一些关于crf的备忘：1、相较于bitrate方式，cpu占用与内存占用均会下降；2、锐化滤镜会让crf的码率上升；3、vbv对crf依然有效；4、crf18就接近无损，字幕组惯

SODB　数据比特串－－＞最原始的编码数据RBSP　原始字节序列载荷－－＞在SODB的后面填加了结尾比特（RBSP trailing bits　一个bit“1”）若干比特“0”,以便字节对齐。EBSP　扩展字节序列载荷-->在RBSP基础上填加了仿校验字节（0X03）它的

二、编码器机能20钟头前　　码率节制的意见常识： 　　码率节制的目的以及意义： 　　图象通讯中码率节制的目的：路程经过过程调治编码参量，节制单元时间内的编码视频文件流的数值量，以使 ...　　二、编码器机能20钟头前　　码率节制的意见常识： 　　码率节

分类： 视频编解码技术 2010-07-15 10:29 283人阅读 评论(0)收藏 举报ffmpeg里提供了很多的encoder，decoder，详见avcodec.h里的枚举变量CodecID。 宏定义#define REGISTER

1.  引言       随着信息产业的发展，人们对信息资源的要求已经逐渐由文字和图片过渡到音频和视频，并越来越强调获取资源的实时性和互动性。但人们又面临着另外一种不可避免的尴尬，就是在网络上看到生动清晰的媒体演示的同时，不得不为等待传输文件而花费大量时间。为了解决这个矛

集成ffmpeg/x264:ERROR: libx264 not found的问题   --拔剑集成ffmpeg/x264碰到如下问题：    ERROR: libx264 not found察看config.log,详细信息如下：      chec

完整的C／S架构的基于RTP／RTCP的H．264视频传输方案。此方案中，在服务器端和客户端分别进行了功能模块设计。服务器端：RTP封装模块主要是对H．264码流进行打包封装；RTCP分析模块负责产牛和发送RTCP包并分析接收到的RTCP包；QoS反馈控制模块则根据RR报文反馈信

最近做视频文件264解码，由于对这个领域不是很熟悉，感觉困难重重。不过经过不懈的努力，已经取得一些进展，心里感觉特别庆幸。 刚开始做这个的时候，由于不熟悉，就在网上搜寻资料，网络上的资料虽然多，但是却很杂乱，因此一开始走了不少弯路，现在把我的一点小小心得写出来，后来的兄弟们可以参

如有转载请注明出处：孔祥文博客http://kswapd.cublog.cnXvid是基于MPEG4协议的编解码器，x264是基于H.264协议的编码器，ffmpeg集合了各种音频，视频编解码协议，通过设置参数可以完成基于MPEG4,H.264等协议的编解码，现在将其对比结果

X264设定目录 [隐藏]1 x264设定1.1 说明1.2 输入1.3 默认1.3.1 profile1.3.2 preset1.3.3 tune1.3.4 slow-firstpass1.4 帧类型选项1.4.1 keyint1.4.2 min-keyint1.4.3 no-

x264 core:65 r1074M b6bb3d4Syntax: x264 [options] -o outfile infile [widthxheight]语法(命令行写法)：x264 [参数] -o 输出文件名 输入文件名 [宽x高]范例：x264 --crf 26 -

SwsContext* encoderSwsContext; AVFrame* encoderRawFrame; AVFrame* encoderRescaledFrame;   // init and fill the encoderRawFrame with

码率跟视频质量有关系.首先要清楚, 相同的视频编码方式下, 码率越高肯定画面越清晰. 但是高到一定值, 再往上的画面改善程度就不明显了, 只会增大文件体积.所以码率选的合适, 才可以保证清晰度又保持文件不会太大.个人经验如果是h.264编码(当前最好的视频压缩编码方案),