zxh2075的专栏

YUV格式具有亮度信息和色彩信息分离的特点，但大多数图像处理操作都是基于RGB格式。因此当要对图像进行后期处理显示时，需要把YUV格式转换成RGB格式。RGB与YUV的变换公式如下：     　　  YUV(256 级别) 可以从8位 RGB 直接计算：Y = 0.299 R + 0.587 G + 0.114 BU = - 0.1687 R

1. 引言1.1 编写目的编写此文档的目的是为了开发人员对该协议有个更好的了解以及开发参考。1.2 定义列出本文中用到的专门术语的定义和外文首字组词的原词组。1.3 参考资料RTSP 参考《RFC2326》RTP 参考《RFC3550》《RFC 3605》RTCP 参考《RFC3550》SDP 参考《RFC 4566》1. 系统概述1.1 RTSP概述...

整体而言，RTSP 通常工作于可靠的传输协议 TCP 之上，就像 HTTP 那样，用于发起/结束流媒体传输，交换流媒体元信息。RTP 通常工作于 UDP 之上，用于传输实际的流媒体数据，其中的载荷格式因具体流媒体类型的不同而不同，通常有专门的 RFC 规范对其进行定义，如 H.264 编码格式视频数据的载荷格式在 RFC 6184, RTP Payload Format for H.264 Vid...

GOP/ 码流 /码率 / 比特率 / 帧速率 / 分辨率GOP（Group of picture）       关键帧的周期，也就是两个IDR帧之间的距离，一个帧组的最大帧数，一般而言，每一秒视频至少需要使用 1 个关键帧。增加关键帧个数可改善质量，但是同时增加带宽和网络负载。         需要说明的是，通过提高GOP值来提高图像质量是有限度的，在遇到

【流媒体网】消息：CDN这几年爆炸式增长，带宽提速是根源，而HTTP始终还是那个屌样，因此目前CDN大多是资本性行业，不用多少知识就能干了;直到流媒体粗现，直播咋这么难搞呢?因为它是流媒体，让我带你深入浅出看流媒体前世今生，分分钟二逼变牛逼。 　　流媒体分为点播和直播，点播已经堕落为HTTP文件了，直播永远不可能只用HTTP就OK，这是他们的业务差异导致的。流媒体本质上是：现实的图

转：http://blog.sina.com.cn/s/blog_51396f890100nd91.html概要 电影文件有很多基本的组成部分。首先，文件本身被称为容器Container，容器的类型决定了信息被存放在文件中的位置。AVI和Quicktime就是容器的例子。接着，你有一组流，例如，你经常有的是一个音频流和一个视频流。（一个流只是一种想像出来的词语，用来表示一连串的通过

编解码学习笔记（一）：基本概念媒体业务是网络的主要业务之间。尤其移动互联网业务的兴起，在运营商和应用开发商中，媒体业务份量极重，其中媒体的编解码服务涉及需求分析、应用开发、释放license收费等等。最近因为项目的关系，需要理清媒体的codec，比较搞的是，在豆丁网上看运营商的规范 标准，同一运营商同样的业务在不同文档中不同的要求，而且有些要求就我看来应当是历史的延续，也就是现在已

rtsp协议详解date: 2013.05.23目录:1 概述1.1 RTSP简介1.2 协议特点2 协议细节2.1 典型的rtsp交互过程2.2 RTSP消息格式2.3 方法定义2.4 消息头定义2.5 状态码3 rtsp中常用方法举例4 SDP协议概述4.1 简介4.2 SDP协议格式4.3 SDP协议举例说明1 概述

在优快云上的这一段日子，接触到了很多同行业的人，尤其是使用FFMPEG进行视音频编解码的人，有的已经是有多年经验的“大神”，有的是刚开始学习的初学者。在和大家探讨的过程中，我忽然发现了一个问题：在“大神”和初学者之间好像有一个不可逾越的鸿沟。“大神”们水平高超，探讨着深奥的问题；而初学者们还停留在入门阶段。究竟是什么原因造成的这种“两极分化”呢？最后，我发现了问题的关键：FFMPEG难度比较大，

在优快云上的这一段日子，接触到了很多同行业的人，尤其是使用FFMPEG进行视音频编解码的人，有的已经是有多年经验的“大神”，有的是刚开始学习的初学者。在和大家探讨的过程中，我忽然发现了一个问题：在“大神”和初学者之间好像有一个不可逾越的鸿沟。“大神”们水平高超，探讨着深奥的问题；而初学者们还停留在入门阶段。究竟是什么原因造成的这种“两极分化”呢？最后，我发现了问题的关键：FFMPEG难度比较大，

函数调用关系图ff_libx264_encoderX264_initX264_frameX264_close=====================================================H.264源代码分析文章列表：【编码 - x264】x264源代码简单分析：概述x264源代码简单分析：x264命令行工具（x264.ex

引子OpenCV中有自己的用于处理图片和视频的类VideoCapture，可以很方便的读入文件和显示。现在视频数据流是ffmpeg解码h264文件得到的，由于要依赖该数据源进行相应的后续处理，所以需要将ffmpeg中得到的数据缓存转换成可以被OpenCV处理的Mat类对象。ffmpeg介绍FFmpeg是一个开源免费跨平台的视频和音频流方案，属于自由软件，采用LGPL或GPL许可

图像、帧、片、NALU 是学习 H.264的人常常感到困惑的一些概念，我在这里对自己的理解做一些阐述，欢迎大家讨论：H.264 是一次概念的革新，它打破常规，完全没有 I 帧、P帧、B 帧的概念，也没有 IDR帧的概念。对于 H.264中出现的一些概念从大到小排序依次是：序列、图像、片组、片、NALU、宏块、亚宏块、块、像素。这里有几点值得说明：（1）、在 H.264协议中

H.264 NAL层解析(0x00000001,编码,打包,NALU) 1．引言H.264的主要目标：1．高的视频压缩比2．良好的网络亲和性解决方案：VCL  video codinglayer      视频编码层NAL  network abstraction layer 网络提取层VCL：核心算法引擎，块，宏块及片的语法级别的定义NAL

最近要用到flv，整理了一些flv格式的资料，供参考。 flv文件主要由两部分组成：header和body。1.headerheader部分记录了flv的类型、版本等信息，是flv的开头，一般都差不多，占9bytes。具体格式如下：文件类型3 bytes“FLV”版本1 byte一般为0x01流信息1 byte倒数

FFmpeg常用基本命令1.分离视频音频流ffmpeg -i input_file -vcodec copy -an output_file_video　　//分离视频流ffmpeg -i input_file -acodec copy -vn output_file_audio　　//分离音频流2.视频解复用ffmpeg –i test.mp4 –vcodec co

做视频采集与处理，自然少不了要学会分析YUV数据。因为从采集的角度来说，一般的视频采集芯片输出的码流一般都是YUV数据流的形式，而从视频处理（例如H.264、MPEG视频编解码）的角度来说，也是在原始YUV码流进行编码和解析，所以，了解如何分析YUV数据流对于做视频领域的人而言，至关重要。本文就是根据我的学习和了解，简单地介绍如何分析YUV数据流。         YUV，分为三个分量