欧美伊人久久大香线蕉综合,亚洲精品无码专区久久久,久久精品国产一区二区电影

UML基础知识

黑色天�� — Wed, 27 Apr 2011 06:24:00 GMT

摘要: UML基础知识 UML��?�?0�q�代末至90�q�代中，寚w��向对象分析与设计�Ҏ(gu��)��的研�I�发展到一个高潮。但是，诸多��派在思想和术语上有很多不同的提法�Q�在术语、概念上的运用也各不相同�Q�需要一�U�统一的符��h��描述面向对象的分析和设计�z�d��。UML应运而生。它不仅�l�一了Booch、Rumbaugh和Jacobson的表�C�方法，而且有进一步的发展�Q�最�l�成为大众所共同接受的标准徏模语�a�。统一建模... 阅读全文

黑色天�� 2011-04-27 14:24 发表评论

黑色天�� — Tue, 22 Mar 2011 15:47:00 GMT

所谓Lambda�Q�简单的说是快速的��函数生�?
在STL的算法中很多地方需要提供一个函数对象或仿函数如for_each

for_each(v.begin(), v.end(), op()); //原格式如�?br>

如果需要不用的��法��需要些不同的函数对象，但是引用了万能的lambda后效果就不同�?效果如下

for_each(v.begin(), v.end(), _1=2); //_1=2是一个仿函数,通过重蝲=实现

需要的操作一目了�Ӟ��单分析下for_each�W�三个参数需要的是一个函数或仿函敎ͼ�所以_1=2必然产生的是一个仿函数,大致可以推出是重载了=实现的��生仿函数�Q�那么真正的操作�q�需要一个封装，即需要两个类实现�Q�第一个类大致如下

struct place_holder
{
    //重蝲需要的��法操作
    template <typename R>
    op<R> operator=(R i)
    {
        return op<R>(i);
    }
};

模板使得�q�个�l�构可以传入��M��c�d��的参敎ͼ�通过重蝲=操作内部�q�回了一个仿函数�Q�具体的操作�׃��下的仿函数实�?br>

//仿函敎ͼ�即重载了()操作的类
template <typename T>
struct op
{
    op(T i): _i(i) {}
    T operator()(T &i)
    {
        return i = _i;
    }
    T _i;
};

�q�个仿函数将传入的引用参数进行了赋值操作，实现了最�l�的操作.
以上的代码实�?操作如果需要其他操作则重蝲相应的操作例�?=
依次�c�L��占位�c�d��?=�q��过仿函数可以实�?=的操作以下是完成的代�?br>

// lambda.cpp : 定义控制台应用程序的入口炏V�?br>//

#include "stdafx.h"
#include <vector>
#include <algorithm>

using namespace std;

//仿函敎ͼ�即重载了()操作的类
template <typename T>
struct op
{
    op(T i): _i(i) {}
    T operator()(T &i)
    {
        return i = _i;
    }
    T _i;
};
template <typename T>
struct op1
{
    op1(T i):_i(i){}
    T operator()(T &i)
    {
        return i + _i;
    }
    T _i;
};

//占位�W?/span>
struct place_holder
{
    //重蝲需要的��法操作
    template <typename R>
    op<R> operator=(R i)
    {
        return op<R>(i);
    }
    template <typename R>
    op1<R> operator+=(R i)
    {
        return op1<R>(i);
    }
};

place_holder _1;

int _tmain(int argc, _TCHAR* argv[])
{
    vector<int> v;
    v.push_back(1);
    v.push_back(2);
    v.push_back(3);

    //for_each(v.begin(), v.end(), op());    //原格式如�?/span>
    for_each(v.begin(), v.end(), _1=2);    //_1=2是一个仿函数,通过重蝲=实现

    return 0;
}

黑色天�� 2011-03-22 23:47 发表评论

黑色天�� — Tue, 22 Mar 2011 15:46:00 GMT

#include "stdafx.h"
#include <algorithm>
#include <iostream>
#include <string>
#include <vector>

using namespace std;

struct Person
{
    Person(const string& name)
        : name_(name)
    {}

    string Name()
    {
        return name_;
    }

    void SetName(string name)
    {
        name_ = name;
    }

    string name_;
};

template <typename R, typename T, typename Arg>
class simple_binder
{
public:
    explicit simple_binder(R (T::*pfn)(Arg), const Arg& arg)
        : pfn_(pfn)
        , arg_(arg)
    {}

    R operator()(T& t)
    {
        return (t.*pfn_)(arg_);
    }
private:
    R (T::*pfn_)(Arg);
    Arg arg_;
};

template <typename R, typename T, typename Arg>
simple_binder<R, T, Arg>
simple_bind( R (T::*pfn)(Arg), const Arg& arg)
{
    return simple_binder<R, T, Arg>(pfn, arg);
}

int main()
{
    Person person("Ralph");

    //smimple_bind生成一个仿函数�c�，�q�个�c�L��造时赋��g��arg
    //遇到(person)�Ӟ��调用�q�个仿函数类重蝲�?)操作�?br>    //t.*pfn(arg)
    //又回归�ؓ(f��)一个函敎ͼ�不过参数可以自己控制�?娃哈�?/span>
    simple_bind(&Person::SetName, string("Martin"))(person);
    cout << person.Name() << endl;
}

黑色天�� 2011-03-22 23:46 发表评论

黑色天�� — Tue, 07 Jul 2009 10:19:00 GMT

计算机彩色显�C�器昄��色彩的原理与彩色�?sh��)视��Z��P��都是采用R�Q�Red�Q�、G�Q�Green�Q�、B�Q�Blue�Q�相加�؜色的原理�Q�通过发射��Z��U�不同强度的�?sh��)子束，使屏�q�内侧覆盖的�U�、绿、蓝��光材料发光而��生色彩。这�U�色彩的表示�Ҏ(gu��)��U�Cؓ(f��)RGB色彩�I�间表示�Q�它也是多媒体计��机技术中用得最多的一�U�色彩空间表�C�方法）�?br>�Ҏ(gu��)��三基色原理，��L��一�U�色光F都可以用不同分量的R、G、B三色相加混合而成�?br>
F = r [ R ] + g [ G ] + b [ B ]

其中�Q�r、g、b分别��Z��参与混合的系数。当三基色分量都�?�Q�最弱）时�؜合�ؓ(f��)黑色光；而当三基色分量都为k�Q�最强）时�؜合�ؓ(f��)白色光。调整r、g、b三个�p�L��的��|��可以混合��Z��于黑色光和白色光之间的各�U�各��L(f��ng)��色光�?br>那么YUV又从何而来呢？在现代彩色电(sh��)视系�l�中�Q�通常采用三管彩色摄像机或彩色CCD摄像��行摄像，然后把摄得的彩色囑փ�信号�l�分艌Ӏ�分别放大校正后得到RGB�Q�再�l�过矩阵变换�?sh��)�\得到亮度信号Y和两个色差信号R�Q�Y�Q�即U�Q�、B�Q�Y�Q�即V�Q�，最后发送端��亮度和色差三个信号分别�q�行�~�码�Q�用同一信道发送出厅R��这�U�色彩的表示�Ҏ(gu��)��是所谓的YUV色彩�I�间表示�?br>采用YUV色彩�I�间的重要性是它的亮度信号Y和色度信号U、V是分��ȝ��。如果只有Y信号分量而没有U、V分量�Q�那么这栯��C�的囑փ��是黑白灰度囑փ�。彩色电(sh��)视采用YUV�I�间正是��Z��用亮度信号Y解决彩色�?sh��)视��Z��黑白�?sh��)视机的兼容问题�Q��黑白�?sh��)视��Z��能接收彩色电(sh��)视信受��?br>YUV与RGB�怺�转换的公式如下（RGB取��D��围均�?-255�Q�：(x��)

Y = 0.299R + 0.587G + 0.114B
U = -0.147R - 0.289G + 0.436B
V = 0.615R - 0.515G - 0.100B

R = Y + 1.14V
G = Y - 0.39U - 0.58V
B = Y + 2.03U

在DirectShow中，常见的RGB格式有RGB1、RGB4、RGB8、RGB565、RGB555、RGB24、RGB32、ARGB32�{�；常见的YUV格式有YUY2、YUYV、YVYU、UYVY、AYUV、Y41P、Y411、Y211、IF09、IYUV、YV12、YVU9�?YUV411、YUV420�{�。作��频媒体类型的辅助说明�c�d��Q�Subtype�Q�，它们对应的GUID见表2.3�?br>
�?.3 常见的RGB和YUV格式

GUID 格式描述
MEDIASUBTYPE_RGB1 2�Ԍ��每个像素�?位表�C�，需要调色板
MEDIASUBTYPE_RGB4 16�Ԍ��每个像素�?位表�C�，需要调色板
MEDIASUBTYPE_RGB8 256�Ԍ��每个像素�?位表�C�，需要调色板
MEDIASUBTYPE_RGB565 每个像素�?6位表�C�，RGB分量分别使用5位�?位�?�?br>MEDIASUBTYPE_RGB555 每个像素�?6位表�C�，RGB分量都��?位（剩下�?位不用）
MEDIASUBTYPE_RGB24 每个像素�?4位表�C�，RGB分量各��?�?br>MEDIASUBTYPE_RGB32 每个像素�?2位表�C�，RGB分量各��?位（剩下�?位不用）
MEDIASUBTYPE_ARGB32 每个像素�?2位表�C�，RGB分量各��?位（剩下�?位用于表�C�Alpha通道��|��
MEDIASUBTYPE_YUY2 YUY2格式�Q�以4:2:2方式打包
MEDIASUBTYPE_YUYV YUYV格式�Q�实际格式与YUY2相同�Q?br>MEDIASUBTYPE_YVYU YVYU格式�Q�以4:2:2方式打包
MEDIASUBTYPE_UYVY UYVY格式�Q�以4:2:2方式打包
MEDIASUBTYPE_AYUV 带Alpha通道�?:4:4 YUV格式
MEDIASUBTYPE_Y41P Y41P格式�Q�以4:1:1方式打包
MEDIASUBTYPE_Y411 Y411格式�Q�实际格式与Y41P相同�Q?br>MEDIASUBTYPE_Y211 Y211格式
MEDIASUBTYPE_IF09 IF09格式
MEDIASUBTYPE_IYUV IYUV格式
MEDIASUBTYPE_YV12 YV12格式
MEDIASUBTYPE_YVU9 YVU9格式

下面分别介绍各种RGB格式�?br>
¨RGB1、RGB4、RGB8都是调色板类型的RGB格式�Q�在描述�q�些媒体�c�d��的格式细节时�Q�通常�?x��)在BITMAPINFOHEADER数据�l�构后面跟着一个调色板�Q�定义一�p�d��颜色�Q�。它们的囑փ�数据�q�不是真正的颜色��|��而是当前像素颜色值在调色板中的烦引。以RGB1�Q?色位图）��Z��Q�比如它的调色板中定义的两种颜色��g��ơ�ؓ(f��)0x000000�Q�黑�Ԍ��?xFFFFFF�Q�白�Ԍ��Q�那么图像数�?01101010111…�Q�每个像素用1位表�C�）表示对应各像素的颜色为：(x��)黑黑白白黑白黑白黑白白白…�?br>
¨ RGB565使用16位表�C�Z��个像素，�q?6位中�?位用于R�Q?位用于G�Q?位用于B。程序中通常使用一个字�Q�WORD�Q�一个字�{�于两个字节�Q�来操作一个像素。当��d��一个像素后�Q�这个字的各个位意义如下�Q?br>高字�?nbsp;             低字�?br>R R R R R G G G    G G G B B B B B
可以�l�合使用屏蔽字和�U�M��操作来得到RGB各分量的��|��(x��)

#define RGB565_MASK_RED 0xF800
#define RGB565_MASK_GREEN  0x07E0
#define RGB565_MASK_BLUE 0x001F
R = (wPixel & RGB565_MASK_RED) >> 11; // 取��D��?-31
G = (wPixel & RGB565_MASK_GREEN) >> 5;  // 取��D��?-63
B =  wPixel & RGB565_MASK_BLUE;       // 取��D��?-31

¨ RGB555是另一�U?6位的RGB格式�Q�RGB分量都用5位表�C�（剩下�?位不用）。��用一个字��d��一个像素后�Q�这个字的各个位意义如下�Q?br>高字�?nbsp;          低字�?br>X R R R R G G    G G G B B B B B    �Q�X表示不用�Q�可以忽略）
可以�l�合使用屏蔽字和�U�M��操作来得到RGB各分量的��|��(x��)

#define RGB555_MASK_RED 0x7C00
#define RGB555_MASK_GREEN  0x03E0
#define RGB555_MASK_BLUE 0x001F
R = (wPixel & RGB555_MASK_RED) >> 10; // 取��D��?-31
G = (wPixel & RGB555_MASK_GREEN) >> 5;  // 取��D��?-31
B =  wPixel & RGB555_MASK_BLUE;       // 取��D��?-31

¨ RGB24使用24位来表示一个像素，RGB分量都用8位表�C�，取��D��围�ؓ(f��)0-255。注意在内存中RGB各分量的排列��序为：(x��)BGR BGR BGR…。通常可以使用RGBTRIPLE数据�l�构来操作一个像素，它的定义为：(x��)

typedef struct tagRGBTRIPLE {
BYTE rgbtBlue; // 蓝色分量
BYTE rgbtGreen; // �l�色分量
BYTE rgbtRed;    // �U�色分量
} RGBTRIPLE;

¨ RGB32使用32位来表示一个像素，RGB分量各用�?位，剩下�?位用作Alpha通道或者不用。（ARGB32��是带Alpha通道�?RGB32。）注意在内存中RGB各分量的排列��序为：(x��)BGRA BGRABGRA…。通常可以使用RGBQUAD数据�l�构来操作一个像素，它的定义为：(x��)

typedef struct tagRGBQUAD {
BYTE rgbBlue;    // 蓝色分量
BYTE rgbGreen;    // �l�色分量
BYTE rgbRed;    // �U�色分量
BYTE rgbReserved;  // 保留字节�Q�用作Alpha通道或忽略）
} RGBQUAD;

下面介绍各种YUV格式。YUV格式通常有两大类�Q�打包（packed�Q�格式和�q�面�Q�planar�Q�格式。前者将YUV分量存放在同一个数�l�中�Q�通常是几个相�?c��)��像素�l�成一个宏像素�Q�macro-pixel�Q�；而后者��用三个数�l�分开存放YUV三个分量�Q�就像是一个三�l��^面一栗��表2.3中的YUY2�?Y211都是打包格式�Q�而IF09到YVU9都是�q�面格式。（注意�Q�在介绍各种具体格式�Ӟ��YUV各分量都�?x��)带有下标，如Y0、U0、V0表示�W�一个像素的YUV分量�Q�Y1、U1、V1表示�W�二个像素的YUV分量�Q�以此类推。）

¨ YUY2�Q�和YUYV�Q�格式�ؓ(f��)每个像素保留Y分量�Q�而UV分量在水�q�x��向上每两个像素采样一�ơ。一个宏像素�?个字节，实际表示2个像素。（4:2:2的意思�ؓ(f��)一个宏像素中有4个Y分量�?个U分量�?个V分量。）囑փ�数据中YUV分量排列��序如下�Q?br>Y0 U0 Y1 V0 Y2 U2 Y3 V2 …

¨ YVYU格式跟YUY2�c�M��Q�只是图像数据中YUV分量的排列顺序有所不同�Q?br>Y0 V0 Y1 U0 Y2 V2 Y3 U2 …

¨ UYVY格式跟YUY2�c�M��Q�只是图像数据中YUV分量的排列顺序有所不同�Q?br>U0 Y0 V0 Y1 U2 Y2 V2 Y3 …

¨ AYUV格式带有一个Alpha通道�Q��ƈ且�ؓ(f��)每个像素都提取YUV分量�Q�图像数据格式如下：(x��)
A0 Y0 U0 V0 A1 Y1 U1 V1 …

¨ Y41P�Q�和Y411�Q�格式�ؓ(f��)每个像素保留Y分量�Q�而UV分量在水�q�x��向上�?个像素采样一�ơ。一个宏像素�?2个字节，实际表示8个像素。图像数据中YUV分量排列��序如下�Q?br>U0 Y0 V0 Y1 U4 Y2 V4 Y3 Y4 Y5 Y6 Y8 …

¨ Y211格式在水�q�x��向上Y分量�?个像素采样一�ơ，而UV分量�?个像素采样一�ơ。一个宏像素�?个字节，实际表示4个像素。图像数据中YUV分量排列��序如下�Q?br>Y0 U0 Y2 V0 Y4 U4 Y6 V4 …

¨ YVU9格式为每个像素都提取Y分量�Q�而在UV分量的提取时�Q�首先将囑փ�分成若干�? x 4的宏块，然后每个宏块提取一个U分量和一个V分量。图像数据存储时�Q�首先是整幅囑փ�的Y分量数组�Q�然后就跟着U分量数组�Q�以�?qi��ng)V分量数组。IF09格式与YVU9�c�M��?br>
¨ IYUV格式为每个像素都提取Y分量�Q�而在UV分量的提取时�Q�首先将囑փ�分成若干�? x 2的宏块，然后每个宏块提取一个U分量和一个V分量。YV12格式与IYUV�c�M��?br>
¨YUV411、YUV420格式多见于DV数据中，前者用于NTSC�Ӟ��后者用于PAL制。YUV411为每个像素都提取Y分量�Q�而UV分量在水�q�x��向上�?个像素采样一�ơ。YUV420�q��V分量采样�?�Q�而是跟YUV411相比�Q�在水��^方向上提高一倍色差采样频率，在垂直方向上以U/V间隔的方式减��一半色差采栗��?br>

//YUV转UYVY格式
void YUVtoUYVY(uint8_t *y_plane, uint8_t *u_plane, uint8_t *v_plane, int y_stride,
                      int uv_stride, OUT uint8_t *pDstBuf, int width, int height)
{
    for (int row = 0; row < height; row = row + 1) {
        for (int col = 0; col < width; col=col + 2) {
            pDstBuf[0] = u_plane[row/2 * uv_stride + col/2];
            pDstBuf[1] = y_plane[row * y_stride + col];
            pDstBuf[2] = v_plane[row/2 * uv_stride + col/2];
            pDstBuf[3] = y_plane[row * y_stride + col + 1];
            pDstBuf += 4;
        }
    }
}

黑色天�� 2009-07-07 18:19 发表评论

RTPSession��译(�?

黑色天�� — Fri, 26 Jun 2009 05:13:00 GMT

RTPSession
      对于大多数的RTP应用�E�序�Q�RTPSession�c�d��能是JRTPLIB唯一使用的类。它能完全处理RTCP部䆾的数据包�Q�所以用户可以把�_�֊�集中在真正的数据收发�?br>      要知道RTPSession�c�d��多线�E�下�q�不是安全的�Q�因此，用户要通过某些锁同步机制来保证不会(x��)出现在不同线�E�当中调用同一个RTPSession实例�?br>      RTPSession�c�L��如下的接口�?br>
      • RTPSession(RTPTransmitter::TransmissionProtocol proto = RTPTransmitter::IPv4UDPProto)
      使用proto�c�d��传输层创��Z��个PRTSession实例。如果proto使用用户自定义（user-defined�Q�传输层�Q�则相应的NewUserDefinedTransmitter()函数必须实现�?span style="COLOR: rgb(255,153,0)">ps:�q�里默认��p��了，默认��是IPV4�|�络�?/span>

      • int Create(const RTPSessionParams &sessparams, const RTPTransmissionParams*transparams = 0)
      使用RTPSession参数sessparams和RTPTransmission参数transparams 真正创徏一个RTP�?x��)话。如果transparams 为NULL�Q�则使用默认的参数�?span style="COLOR: rgb(255,153,0)">ps:RTPSessionParams 我们可能要设得比较多�Q�RTPTransmissionParams参数��只要设�|�其中的端口��p��了，端口一定要讑֯��Q�不然进行组播时�Q�这个进�E�将不接收数据。设�|�方式可以看example.cpp�?br>
      • void Destroy()
      ��d��一个会(x��)话但不向其它�l�成员发送BYE包�?span style="COLOR: rgb(255,153,0)">ps:我不推荐用这个函数除非是错误处理�Q�正常离开我们应该用ByeDestroy()�?br>
      • void BYEDestroy(const RTPTime &maxwaittime, const void *reason,size t reasonlength)
      发送一个BYE包�ƈ且离开�?x��)话。在发送BYE包前�{�待maxwaittime�Q�如果超�Ӟ��?x��)不发送BYE包直接离开�Q�BYE包会(x��)包含你的��d��原因reason。相应的reasonlength表示reason长度�?span style="COLOR: rgb(255,153,0)">ps:因�ؓ(f��)BYE包是一个RTCP包，RTCP不是要发��发的，它的发送时间是��Z��q��带宽通过计算得出来的�Q�那��很有可能到了要发的时候以�l�超�q�了maxwaittime旉��了，作者可能认一直保留个�q�会(x��)话这么久没意义。当�Ӟ��我常常把maxwaittime讑־�很大�?br>
      • bool IsActive()
      看看�q�个RTPSession实例是否以经通过Create建立了真实的�?x��)话�?br>
      • uint32 t GetLocalSSRC()
      �q�回我们的SSRC�?span style="COLOR: rgb(255,153,0)">ps:至于什么是SSRC�Q�去看看RFC3550吧。我说过JRTPLIB只是RTP协议的包装，�q�没有做��M��应用的事情�?/span>

      • int AddDestination(const RTPAddress &addr)
      ��d��一个发送目标�?span style="COLOR: rgb(255,153,0)">ps: 当然�Q�如果我们��用组播，�q�里只用调用一�ơ，把我们的�l�播地址写进厅R��这��P��q�组的全部�h都能收到你发的包。但是组播可因特�|�的上设�|�很烦。而且用组播测试也很烦�Q�组播必��BIND一个端口，如果你想在同一台机器上�q�行两个软�g实例来没试，你就�?x��)发现同一个端口BIND两次�Q�当�Ӟ��后面那次�?x��)失败，也就是说��试不了�Q�要��？找两台机器，或用虚拟�?img src="http://www.cnitblog.com/CuteSoft_Client/CuteEditor/images/emdgust.gif" align=absMiddle border=0>�Q�，如果�l�播不满��I��我们��p��把组播变在单播，�q�时��p��q�复调用�q�个函数把其它组成员的IP都加�q�来了。具体可以看看example3.cpp�?br>
      • int DeleteDestination(const RTPAddress &addr)
      从发送地址列表中删除一下地址�?br>
      • void ClearDestinations()
      清除发送地址列表�?br>
      • bool SupportsMulticasting()
      �q�回JRTPLIB是否支持�l�播。ps:�q�里指JRTPLIB本��n�Q�不是你的真实网�l�。编译JRTPLIB库时可能指定�?br>.
      • int JoinMulticastGroup(const RTPAddress &addr)
      加入一个组播组addr�?br>
      • int LeaveMulticastGroup(const RTPAddress &addr)
       ��d��一个组播组addr�?br>
      • void LeaveAllMulticastGroups()
      ��d��所有组播组�?span style="COLOR: rgb(255,153,0)">ps:我们可以同时加入多个�l�播�l��?

      • int SendPacket(const void *data, size t len)
      • int SendPacket(const void *data, size t len, uint8 t pt, bool mark,uint32 t timestampinc)
      • int SendPacketEx(const void *data, size t len, uint16 t hdrextID,const void *hdrextdata, size t numhdrextwords)
      • int SendPacketEx(const void *data, size t len, uint8 t pt, boolmark, uint32 t timestampinc, uint16 t hdrextID, const void *hdrextdata,size t numhdrextwords)
      上面�?个函数都是发送数据包的，我想如果你没有看RTP协议�Q�我说了你也晕。如果你RTP协议看了�Q�再看看RTPSession.h的注识，你就懂了�?/span>

      • int SetDefaultPayloadType(uint8 t pt)
      讑֮�默认的RTP PayloadType为PT�?span style="COLOR: rgb(255,153,0)">ps:和上面的�W�一个和�W�三个发送函数配套。至于应该设个什么数�Q�如果你看BAIDU上�ؕ七八�p�的文章�Q�当然的��p��可能了。其实应该按RFC3551�Q�根据你要传输的媒体�c�d��来设�?/span>

      • int SetDefaultMark(bool m)
      �q�设RTP数据包的Mark标识�?span style="COLOR: rgb(255,153,0)">ps:设�ؓ(f��)什么值好�Q�这个，呵呵�Q�连RFC3550也不能确定了。要看具体的RTP Payload规范�Q�MPEG的，H263的都不一栗��?br>      MPEG2    www.ietf.org/rfc/rfc2250.txt
      MPEG4    www.rfc-editor.org/rfc/rfc3016.txt
      H263        www.ietf.org/rfc/rfc2190.txt

      • int SetDefaultTimestampIncrement(uint32 t timestampinc)
      讄��默认的时间戳的增量�?span style="COLOR: rgb(255,153,0)">ps:也是和上的第一和第三个函数配套的。每发一个RTP数据包timestamp��׃��(x��)自动增加

      • int IncrementTimestamp(uint32 t inc)
      �q�个函数用来手工增加Timestamp。有时我�q�很好用�Q�例如，一个RTP数据包因为只含有静音数据�Q�我们没有发送，�q�是我们��应手工增加Timestamp以便发下一个RTP数据包时它的Timestamp是正��的�?br>
      • int IncrementTimestampDefault()
      �q�个函数用于增加由SetDefaultTimestampIncrement讑֮�的倹{��有时候这很有用，例如�Q�一个RTP数据包因为只含有静音数据�Q�我们没有发送。这�Ӟ��q�个函数��׃��(x��)被调用用来设�|�Timestamp以便下一个RTP包的Timestamp是正��的�?br>
      • int SetPreTransmissionDelay(const RTPTime &delay)
      This function allows you to inform the library about the delay between
sampling the first sample of a packet and sending the packet. This delay is
taken into account when calculating the relation between RTP timestamp
and wallclock time, used for inter-media synchronization.

      • RTPTransmissionInfo *GetTransmissionInfo()
      This function returns an instance of a subclass of RTPTransmissionInfo
which will give some additional information about the transmitter (a list
of local IP addresses for example). The user has to delete the returned
instance when it is no longer needed.

      • int Poll()
      If you’re not using the poll thread, this function must be called regularly
to process incoming data and to send RTCP data when necessary.
61

      • int WaitForIncomingData(const RTPTime &delay,bool *dataavailable= 0)
      Waits at most a time delay until incoming data has been detected. Only
works when you’re not using the poll thread. If dataavailable is not NULL,
it should be set to true if data was actually read and to false otherwise.

      • int AbortWait()
      If the previous function has been called, this one aborts the waiting. Only
works when you’re not using the poll thread.

      • RTPTime GetRTCPDelay()
      Returns the time interval after which an RTCP compound packet may have
to be sent. Only works when you’re not using the poll thread.

      • int BeginDataAccess()
      下面的函敎ͼ�直到EndDataAccess�Q�要在BeginDataAccess 和EndDataAccess之间被调用，BeginDataAccess��保轮询(poll�Q�线�E�不�?x��)在�q�期间访问source table 。EndDataAccess 调用完成后，轮询(poll�Q�线�E�会(x��)得到锁而��l�访问�?span style="COLOR: rgb(255,153,0)">ps:首先�Q�你里的source table中的每一个source表示参与�?x��)议中的每一个参与者的每一个独立的媒体��。我们会(x��)在下面用��C��们，但同�Ӟ��poll�U�程也会(x��)轮询它们以正��处理和RTCP有关的内宏V�?br>

      • bool GotoFirstSource()
      开始递归参与者的�W�一个流�Q�如果找��C��Q�就�q�回tree,否则�q�回false�?span style="COLOR: rgb(255,153,0)">ps�Q�我们通过�q�个函数和下面的GotoNextSource遍历source table中的每一个source�?br>
      • bool GotoNextSource()
      讄��当前的源�Q�source�Q��ؓ(f��)source table中的下一个源。如果已�l�到��N��了就�q�回false.

      • bool GotoPreviousSource()
      讄��当前的源�Q�source�Q��ؓ(f��)source table中上一个源。如果已�l�到头部了就�q�回false.

      • bool GotoFirstSourceWithData()
      开始递归参与者中�W�一个有RTP数据的流�Q�如果找��C��Q�就�q�回tree,否则�q�回false�?span style="COLOR: rgb(255,153,0)">PS�Q�在接收数据是我们常用的是这套函敎ͼ�因�ؓ(f��)如果没有数据要来都没用�?br>
      • bool GotoNextSourceWithData()
      讄��当前的源�Q�source�Q��ؓ(f��)source table中有RTP数据的下一个源。如果已�l�到��N��了就�q�回false.

      • bool GotoPreviousSourceWithData()
      讄��当前的源�Q�source�Q��ؓ(f��)source table中有RTP数据的上一个源。如果已�l�到头部了就�q�回false.

      • RTPSourceData *GetCurrentSourceInfo()
      �q�回当前参与者的当前源（source)的RTPSourceData 实列�?span style="COLOR: rgb(255,153,0)">ps�Q�返回的�q�个RTPSourceData ��是本进�E�从期它参与者的RTCP数据包中攉��得到的信息，�Ҏ(gu��)��们来说其实很有用�Q�只是作者的例程没有用上�Q�国内的�|�络也没有提到。在RFC3550中有关RTCP的东襉K��在这了，看过RFC3550的�h都知刎ͼ�里头谈得最多的��是RTCP。这个类我们以后�?x��)专门说�?br>

      • RTPSourceData *GetSourceInfo(uint32 t ssrc)
      �q�回由ssrc指定的RTPSourceData �Q�或都NULL�Q�当�q�个条目不存在）�?span style="COLOR: rgb(255,153,0)">ps�Q�这个函��C��很有用。因为GetCurrentSourceInfo只有在GotoFirstSource�{�上下文当中才能用。如果我们是在RTPSource子类的成员函��C��Q�我们没有这个上下文�Q�就只能用这个函数�?/span>

      • RTPPacket *GetNextPacket()
      得到当前参与者当前媒体流的下一个RTP数据包�?br>
      • int EndDataAccess()
      ��L(f��ng)��BeginDataAccess

      • int SetReceiveMode(RTPTransmitter::ReceiveMode m)
      Sets the receive mode to m, which can be one of the following:
      – RTPTransmitter::AcceptAll
            All incoming data is accepted, no matter where it originated from.
      – RTPTransmitter::AcceptSome
            Only data coming from specific sources will be accepted.
      – RTPTransmitter::IgnoreSome
            All incoming data is accepted, except for data coming from a specificset of sources.
        Note that when the receive mode is changed, the list of addressed to be ignored or accepted will be cleared.

      • int AddToIgnoreList(const RTPAddress &addr)
      Adds addr to the list of addresses to ignore.

      • int DeleteFromIgnoreList(const RTPAddress &addr)
      Deletes addr from the list of addresses to ignore.

      • void ClearIgnoreList()
      Clears the list of addresses to ignore.

      • int AddToAcceptList(const RTPAddress &addr)
      Adds addr to the list of addresses to accept.

      • int DeleteFromAcceptList(const RTPAddress &addr)
      Deletes addr from the list of addresses to accept.

      • void ClearAcceptList()
      Clears the list of addresses to accept.

      • int SetMaximumPacketSize(size t s)
      Sets the maximum allowed packet size to s.

      • int SetSessionBandwidth(double bw)
      Sets the session bandwidth to bw, which is specified in bytes per second.

      • int SetTimestampUnit(double u)
      Sets our own timestamp unit to u. The timestamp unit is defined as a time
interval divided by the number of samples in that interval: for 8000Hz
audio this would be 1.0/8000.0.

      • void SetNameInterval(int count)
      在处理source table中的sourcese后，RTCP packet builder(我们不用理这个内部的东西�Q�会(x��)��查是否有其它�Q�non-CNAME)SDES��目要发送。如果count为零或负敎ͼ�则不发送，如果count为正敎ͼ�则在sources table处理count�ơ后�?x��)把SDES name item加到当前RTCP包中�?span style="COLOR: rgb(255,153,0)">ps: 其实每次处理sources table都会(x��)伴随都SDES RTCP数据包的发送，在这个数据包当中CNAME是必��ȝ��Q�但其它的项目不是必��ȝ��Q�这��函数确定了NAME��目发送的频度�Q�如果�ؓ(f��)1�Q�则表不每个 SDES RTCP数据包都带着它，如果�?则每两个SDES数据包就发送一�ơNAME��目�Q�下面的SetEMailInterval�?SetLocationInterval、SetPhoneInterval、SetToolInterval、SetNoteInterval都是同一原理。关于这个ITEM的描�q�ͼ��L(f��ng)��RFC3550.老版本的JRTPLIB没有使用�q�套函数�Q�而是用EnableSendName()�{�函数�?br>
      • void SetEMailInterval(int count)
      After all possible sources in the source table have been processed, the RTCP
packet builder will check if other (non-CNAME) SDES items need to be
sent. If count is zero or negative, nothing will happen. If count is positive,
an SDES e-mail item will be added after the sources in the source table
have been processed count times.

      • void SetLocationInterval(int count)
      After all possible sources in the source table have been processed, the RTCP
packet builder will check if other (non-CNAME) SDES items need to be
sent. If count is zero or negative, nothing will happen. If count is positive,
an SDES location item will be added after the sources in the source table
have been processed count times.

      • void SetPhoneInterval(int count)
      After all possible sources in the source table have been processed, the RTCP
packet builder will check if other (non-CNAME) SDES items need to be
sent. If count is zero or negative, nothing will happen. If count is positive,
an SDES phone item will be added after the sources in the source table
have been processed count times.

      • void SetToolInterval(int count)
      After all possible sources in the source table have been processed, the RTCP
packet builder will check if other (non-CNAME) SDES items need to be
sent. If count is zero or negative, nothing will happen. If count is positive,
an SDES tool item will be added after the sources in the source table have
been processed count times.

      • void SetNoteInterval(int count)
      After all possible sources in the source table have been processed, the RTCP
packet builder will check if other (non-CNAME) SDES items need to be
sent. If count is zero or negative, nothing will happen. If count is positive,
an SDES note item will be added after the sources in the source table have
been processed count times.

      • int SetLocalName(const void *s, size t len)
      讄��NAME SDES��目�Q�以遍会(x��)议的其它人员看到你的名称。下同�?br>
      • int SetLocalEMail(const void *s, size t len)
      Sets the SDES e-mail item for the local participant to the value s with
length len.

      • int SetLocalLocation(const void *s, size t len)
Sets the SDES location item for the local participant to the value s with
length len.

      • int SetLocalPhone(const void *s, size t len)
      Sets the SDES phone item for the local participant to the value s with
length len.

      • int SetLocalTool(const void *s, size t len)
      Sets the SDES tool item for the local participant to the value s with length
len.

      • int SetLocalNote(const void *s, size t len)
Sets the SDES note item for the local participant to the value s with length
len.
In case you specified in the constructor that you want to use your own transmission
component, you should override the following function:
      • RTPTransmitter *NewUserDefinedTransmitter()
      The RTPTransmitter instance returned by this function will then be used to send
and receive RTP and RTCP packets. Note that when the session is destroyed,
this RTPTransmitter instance will be destroyed with a delete call.
By inheriting your own class from RTPSession and overriding one or more of the
functions below, certain events can be detected:

      • void OnRTPPacket(RTPPacket *pack, const RTPTime &receivetime, const  RTPAddress *senderaddress)
      如果有RTPPacket数据包来刎ͼ��?x��)调用这个函数处理�?span style="COLOR: rgb(255,153,0)">ps:�q�个函数在我们��承RTPSession�c�L��很可能重载，�q�是获取RTP数据包除了上面所说的�Ҏ(gu��)��以外的另外一�U�方法，�q�个�Ҏ(gu��)��比较适合异步的情��c(di��n)��默认这个是一个空虚函数。除了这个函��C��外，下面的几个函��C��?x��)经帔R��载�?/span>

      • void OnRTCPCompoundPacket(RTCPCompoundPacket *pack, const RTPTime &receivetime, const RTPAddress *senderaddress)
      Is called when an incoming RTCP packet is about to be processed.

      • void OnSSRCCollision(RTPSourceData *srcdat, const RTPAddress *senderaddress, bool isrtp)
      Is called when an SSRC collision was detected. The instance srcdat is the
one present in the table, the address senderaddress is the one that collided
with one of the addresses and isrtp indicates against which address
of srcdat the check failed.

      • void OnCNAMECollision(RTPSourceData *srcdat, const RTPAddress *senderaddress, const uint8 t *cname, size t cnamelength)
      Is called when another CNAME was received than the one already present for source srcdat.

      • void OnNewSource(RTPSourceData *srcdat)
      当有一个新的条目加到source table�Ӟ��调用�q�个函数�?span style="COLOR: rgb(255,153,0)">ps: �q�也是一个比较重要的函数�Q�因��意味着很有可能有一个新的与�?x��)者加入。但令我很不高兴的是�Q�这时候的RTPSourceData 里头的CNAME和NAME�{�字�D�都�q�是无效的，�q�不是RTCP的责任，因�ؓ(f��)在这个SDES RTCP数据包中所有的信息都以�l�有了（通过抓包证实了这一点）。我们的函数被调用后�Q�需要�g时一�?x��)才能得到有兌��个Source的CNAME和NAME �{�相关的信息。当�Ӟ��如果你不惌��Y件死掉，不能在这个函��C��内以��d��的方式�g时�?br>
      • void OnRemoveSource(RTPSourceData *srcdat)
      当有一个条目从source table中移除时调用�q�个函数�?span style="COLOR: rgb(255,153,0)">ps�Q�这通常意味着有一个与�?x��)者离开了，和OnNewSource不一��P��q�时的CNAME和NAME�{�都是有效的。用�q�个函数要注意，我们�?#8220;意味着两个�?#8221; 因�ؓ(f��)“加入”的可能不是一个新的与�?x��)者，而是一个现有与�?x��)者的一个新的媒体流�?#8220;��d��”的也可能不是一个与�?x��)者，而只是其中一个与�?x��)者的其中一个媒体流�Q�这两个函数只能�l�我们更��C��?x��)者提供一个触发条件而已。当OnNewSource调用�Ӟ��我们要看看这个CNAME是不是以�l�在我们与会(x��)者名单中�Q�如果不是，那就是一个新与会(x��)者。同�Ӟ��如果OnRemoveSource被调用，则我们要看看�q�个CNAME的与�?x��)者还有没有其它的Source�Q�如果没有了�Q�这个与�?x��)者才是真正离开。这么很�ȝ��Q�？那就对了�Q�那��是现在的H323和SIP要做的事情－�Q�会(x��)话管理�?br>
      • void OnTimeout(RTPSourceData *srcdat)
      Is called when participant srcdat is timed out.

      • void OnBYETimeout(RTPSourceData *srcdat)
      Is called when participant srcdat is timed after having sent a BYE packet.

      • void OnBYEPacket(RTPSourceData *srcdat)
      Is called when a BYE packet has been processed for source srcdat.

      • void OnAPPPacket(RTCPAPPPacket *apppacket, const RTPTime &receivetime,
const RTPAddress *senderaddress)
      In called when an RTCP APP packet apppacket has been received at time
receivetime from address senderaddress.

      • void OnUnknownPacketType(RTCPPacket *rtcppack, const RTPTime &receivetime,
const RTPAddress *senderaddress)
      Is called when an unknown RTCP packet type was detected.

      • void OnUnknownPacketFormat(RTCPPacket *rtcppack, const RTPTime &receivetime,
const RTPAddress *senderaddress)
      Is called when an unknown packet format for a known packet type was
detected.

      • void OnNoteTimeout(RTPSourceData *srcdat)
      Is called when the SDES NOTE item for source srcdat has been timed out.

      • void OnSendRTCPCompoundPacket(RTCPCompoundPacket *pack)
      Is called when an RTCP compound packet has just been sent. Useful to
inspect outgoing RTCP data.

      • void OnPollThreadError(int errcode)
      Is called when error errcode was detected in the poll thread.

      • void OnPollThreadStep()
      Is called each time the poll thread loops. This happens when incoming data
was detected or when its time to send an RTCP compound packet.

发送者报告（SR)

V| P| RC| PT=SR=200| LEN|

发送者SSRC �Q�已兌��Q?/font>

NTP旉��戻I��?2位） SR_GetNTPTimestamp ()

NTP旉��戻I��?2位）

RTP旉��?span class=Apple-tab-span style="WHITE-SPACE: pre"> SR_GetRTPTimestamp ()

发送者分�l�计数器 SR_GetPacketCount�Q�）

发送者字节计数器 SR_GetByteCount ()

...(下面是这个发送者所发送的接收者报告，在下面和RR一赯��论）

附加信息�Q?/font>

�q�个源是否有发送发送者报�?/font>

SR_HasInfo ()

�q�个发送者报告接收的旉��

SR_GetReceiveTime ()

以及(qi��ng)以SR_Prev_开头的�Q�获得倒数�W�二个发送者报告的信息�?/span>

接收者报告（RR)

V| P| RC| PT=SR=201| LEN|

SSRC1(�W�一个接收者报告块所兌��的发送者） �Q�已兌��Q?/span>

分组丢失�?span class=Apple-tab-span style="WHITE-SPACE: pre"> | 丢失分组��L��|

RR_GetFractionLost ()|RR_GetPacketsLost ()

扩展的最高序�?/div>

RR_GetExtendedHighestSequenceNumber ()

间隔抖动

RR_GetJitter ()

最新的发送者报告时间戳�Q�LSR)

RR_GetLastSRTimestamp ()

SR最新间隔（DLSR)

RR_GetLastSRTimestamp ()

附加信息�Q?/span>

�q�个源是否有发送接收者报�?/span>

RR_HasInfo ()

接收者报告接收时�?/div>

RR_GetReceiveTime ()

以及(qi��ng)以RR_Prev_开头的�Q�获得倒数�W�二个接收者报告的信息�?/span>

黑色天�� 2009-06-26 13:13 发表评论

黑色天�� — Mon, 08 Jun 2009 07:23:00 GMT

YUV主要的采��h��?/span>

主要的采��h��式有YCbCr 4:2:0�?/span>YCbCr 4:2:2�?/span>YCbCr 4:1:1�?/span> YCbCr 4:4:4。其�?/span>YCbCr 4:1:1 比较常用�Q�其含义为：(x��)每个点保存一�?/span> 8bit 的亮度�?/span>(也就�?/span>Y�?/span>), �?/span> 2x2 个点保存一�?/span> Cr �?/span>Cb �?/span>, 囑փ�在肉��g��的感觉不�?x��)�v太大的变化。所�?/span>, 原来�?/span> RGB(R,G,B 都是 8bit unsigned) 模型, 4 个点需�?/span> 8x3=24 bites�Q�如下图�W�一个图�Q?/span>. 而现在仅需�?/span> 8+(8/4)+(8/4)=12bites, �q�_��每个点占12bites(如下囄��二个�?/span>)。这样就把图像的数据压羃了一半�?/span>

上边仅给��Z��理论上的�C�Z��Q�在实际数据存储中是有可能是不同的，下面�l�出几种具体的存储�Ş式：(x��)

�Q?/span>1�Q?/span> YUV 4:4:4

YUV三个信道的抽��L(f��ng)��相同�Q�因此在生成的图像里�Q�每个象素的三个分量信息完整�Q�每个分量通常8比特�Q�，�l�过8比特量化之后�Q�未�l�压�~�的每个像素占用3个字节�?/span>

下面的四个像素�ؓ(f��): [Y₀ U₀ V₀] [Y₁ U₁ V₁] [Y₂ U₂ V₂] [Y₃ U₃ V₃]

存放的码��ؓ(f��): Y₀ U₀ V₀ Y₁ U₁ V₁ Y₂ U₂ V₂ Y₃ U₃ V₃

�Q?span>2�Q?span> YUV 4:2:2

每个色差信道的抽��L(f��ng)��是亮度信道的一半，所以水�q�x��向的色度抽样率只�?span>4:4:4的一半。对非压�~�的8比特量化的图像来��_(d��)��每个�׃��个水�q�x��向相�?c��)��像素�l�成的宏像素需要占�?span>4字节内存�?/span>

下面的四个像素�ؓ(f��): [Y₀ U₀ V₀] [Y₁ U₁ V₁] [Y₂ U₂ V₂] [Y₃ U₃ V₃]

存放的码��ؓ(f��): Y₀ U₀ Y₁ V₁ Y₂ U₂ Y₃ V₃

映射出像素点为：(x��)[Y₀ U₀ V₁] [Y₁ U₀ V₁] [Y₂ U₂ V₃] [Y₃ U₂ V₃]

�Q?span>3�Q?span> YUV 4:1:1

4:1:1的色度抽��P��是在水��^方向上对色度�q�行4:1抽样。对于低端用户和消费�c�M�品这仍然是可以接受的。对非压�~�的8比特量化的视频来��_(d��)��每个�?span>4个水�q�x��向相�?c��)��像素�l�成的宏像素需要占�?span>6字节内存

下面的四个像素�ؓ(f��): [Y₀ U₀ V₀] [Y₁ U₁ V₁] [Y₂ U₂ V₂] [Y₃ U₃ V₃]

存放的码��ؓ(f��): Y₀ U₀ Y₁ Y₂ V₂ Y₃

映射出像素点为：(x��)[Y₀ U₀ V₂] [Y₁ U₀ V₂] [Y₂ U₀ V₂] [Y₃ U₀ V₂]

�Q?span>4�Q?span>YUV4:2:0

4:2:0�q�不意味着只有Y,Cb而没�?span>Cr分量。它指得是对每行扫描�U�来��_(d��)��只有一�U�色度分量以2:1的抽��L(f��ng)��存储。进行隔行扫描，盔R��的扫描行存储不同的色度分量，也就是说�Q�如果一行是4:2:0的话�Q�下一行就�?span>4:0:2�Q�再下一行是4:2:0...以此�c�L��。对每个色度分量来说�Q�水�q�x��向和竖直方向的抽��L(f��ng)��都是2:1�Q�所以可以说色度的抽��L(f��ng)��?span>4:1。对非压�~�的8比特量化的视频来��_(d��)��每个�?span>2x2�?span>2�?span>2列相�?c��)��像素�l�成的宏像素需要占�?span>6字节内存�?/span>

下面八个像素为：(x��)[Y₀ U₀ V₀] [Y₁ U₁ V₁] [Y₂ U₂ V₂] [Y₃ U₃ V₃]

[Y₅ U₅ V₅] [Y₆ U₆ V₆] [Y₇U₇ V₇] [Y₈ U₈ V₈]

存放的码��ؓ(f��)�Q?span>Y₀ U₀ Y₁ Y₂ U₂ Y₃

Y₅V₅ Y₆ Y₇ V₇ Y₈

映射出的像素点�ؓ(f��)�Q?span>[Y₀ U₀ V₅] [Y₁ U₀ V₅] [Y₂ U₂ V₇] [Y₃ U₂ V₇]

[Y₅ U₀ V₅] [Y₆ U₀ V₅] [Y₇U₂ V₇] [Y₈ U₂ V₇]

对应AVPicture里面有data[4]和linesize[4]其中data是一个指向指针的指针�Q�二�U�、二�l�指针）�Q�也��是指向视频数据�~�冲区的首地址�Q�而data[0]~data[3]是一�U�指针，可以用如下的图来表示�Q?

data -->xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
        ^                ^              ^
        |                |              |
         data[0]      data[1]         data[2]

比如��_(d��)��当pix_fmt=PIX_FMT_YUV420P�Ӟ��data中的数据是按照YUV的格式存储的�Q�也��是�Q?

data -->YYYYYYYYYYYYYYUUUUUUUUUUUUUVVVVVVVVVVVV
^             ^            ^
|             |            |
data[0]    data[1]      data[2]

linesize是指对应于每一行的大小�Q��ؓ(f��)什么需要这个变量，是因为在YUV格式和RGB格式�Ӟ��每行的大��不一定等于图像的宽度�Q�对于RGB格式输出�?只有一个通道(bgrbgrbgr......)可用�Q�即linesize[0],和data[0],so RGB24 : data[0] = packet rgb//bgrbgrbgr......

linesize[0] = width*3

其他的如data[1][2][3]与linesize[1][2][3]无�Q何意�?

而对于Ｙ�Q�）格式输出�Ӟ��有三个通道可用�Q�即data[0][1][2],与linesize[0][1][2]�Q�而yuv格式对于�q�动估计�Ӟ��需要填充padding(right, bottom),故：(x��)

linesize=width+padding size(16+16).
///////////////////////////////////////////////////////////////////////////////////////


   case PIX_FMT_YUV420P:
   case PIX_FMT_YUVJ420P:
   case PIX_FMT_RGB555:
    if (PIC_DIRECTION_0 == m_dwFilpPicDirection)
    {
     m_pYuvFrame->data [0] += m_pYuvFrame->linesize[0] *  m_pVCodecContext->height;
     //因�ؓ(f��)是隔行扫描U与V只有高度的一�?br>     m_pYuvFrame->data [1] += m_pYuvFrame->linesize[1] *  m_pVCodecContext->height/2;
     m_pYuvFrame->data [2] += m_pYuvFrame->linesize[2] *  m_pVCodecContext->height/2;
     m_pYuvFrame->linesize[0] = -m_pYuvFrame->linesize[0];
     m_pYuvFrame->linesize[1] = -m_pYuvFrame->linesize[1];
     m_pYuvFrame->linesize[2] = -m_pYuvFrame->linesize[2];
    }
    
    break;
   case PIX_FMT_YUVJ422P:
   case PIX_FMT_YUV422P:
   case PIX_FMT_YUYVJ422:
   case PIX_FMT_YUV411P:
   case PIX_FMT_YUYV422:  
    if (PIC_DIRECTION_0 == m_dwFilpPicDirection)
    {
     m_pYuvFrame->data [0] += m_pYuvFrame->linesize[0] *  m_pVCodecContext->height;
     m_pYuvFrame->data [1] += m_pYuvFrame->linesize[1] *  m_pVCodecContext->height;
     m_pYuvFrame->data [2] += m_pYuvFrame->linesize[2] *  m_pVCodecContext->height;
     m_pYuvFrame->linesize[0] = -m_pYuvFrame->linesize[0];
     m_pYuvFrame->linesize[1] = -m_pYuvFrame->linesize[1];
     m_pYuvFrame->linesize[2] = -m_pYuvFrame->linesize[2];
    }
    break;
   }
在FFMPEG中�{换RGB旉���侉K��倒图像的方向���法