• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>

    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>

            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            

    
            

            




            




        


            

            
	
	


            
	
            
		蝸牛的家
            
		男兒當自強
	
            

            
            		
	

            

            


            
	
		
            
			


            
posts - 48, 
comments - 21, 
trackbacks - 0


            
	

            

            
	
					


		


            
	

	
			
			     摘要: UML基礎知識
 
UML簡介
在80年代末至90年代中，對面向對象分析與設計方法的研究發展到一個高潮。但是，諸多流派在思想和術語上有很多不同的提法，在術語、概念上的運用也各不相同，需要一種統一的符號來描述面向對象的分析和設計活動。UML應運而生。它不僅統一了Booch、Rumbaugh和Jacobson的表示方法，而且有進一步的發展，最終成為大眾所共同接受的標準建模語言。統一建模...  閱讀全文
			
            posted @ 2011-04-27 14:24 黑色天使 閱讀(1237) | 評論 (0) | 編輯 收藏
            
		

            
	
		


            
	

	
			
			所謂Lambda，簡單的說是快速的小函數生成.
            在STL的算法中很多地方需要提供一個函數對象或仿函數如for_each
            

            for_each(v.begin(), v.end(), op());    //原格式如此
            
如果需要不用的算法就需要些不同的函數對象，但是引用了萬能的lambda后效果就不同了,效果如下
            

            for_each(v.begin(), v.end(), _1=2);    //_1=2是一個仿函數,通過重載=實現
            
需要的操作一目了然，簡單分析下for_each第三個參數需要的是一個函數或仿函數，所以_1=2必然產生的是一個仿函數,大致可以推出是重載了=實現的產生仿函數，那么真正的操作還需要一個封裝，即需要兩個類實現，第一個類大致如下
            

            struct place_holder
            {
                            //重載需要的算法操作
                template <typename R>
                op            <R> operator=(R i)
                {
                                return op<R>(i);
                }
            };
            
模板使得這個結構可以傳入任何類型的參數，通過重載=操作內部返回了一個仿函數，具體的操作由一下的仿函數實現
            

            //仿函數，即重載了()操作的類
            template <typename T>
            struct op
            {
                op(T i): _i(i) {}
                T             operator()(T &i)
                {
                                return i = _i;
                }
                T _i;
            };
            
這個仿函數將傳入的引用參數進行了賦值操作，實現了最終的操作.
            以上的代碼實現=操作如果需要其他操作則重載相應的操作例如+=
            依次類推占位類實現+=并通過仿函數可以實現+=的操作以下是完成的代碼
            

            // lambda.cpp : 定義控制臺應用程序的入口點。
            //

            #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;
            };

            //占位符
            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());    //原格式如此
                for_each(v.begin(), v.end(), _1=2);    //_1=2是一個仿函數,通過重載=實現

                            return 0;
            }
            


                
			
            posted @ 2011-03-22 23:47 黑色天使 閱讀(705) | 評論 (0) | 編輯 收藏
            
		
			
            
		
			
			
            #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生成一個仿函數類，這個類構造時賦值了arg
                            //遇到(person)時，調用這個仿函數類重載的()操作即
                            //t.*pfn(arg)
                            //又回歸為一個函數，不過參數可以自己控制了,娃哈哈
                simple_bind(&Person::SetName, string("Martin"))(person);
                cout             << person.Name() << endl;
            }
            

            
			
            posted @ 2011-03-22 23:46 黑色天使 閱讀(962) | 評論 (0) | 編輯 收藏
            
		

            
	
		


            
	

	
			
			
            計算機彩色顯示器顯示色彩的原理與彩色電視機一樣，都是采用R（Red）、G（Green）、B（Blue）相加混色的原理：通過發射出三種不同強度的電子束，使屏幕內側覆蓋的紅、綠、藍磷光材料發光而產生色彩。這種色彩的表示方法稱為RGB色彩空間表示（它也是多媒體計算機技術中用得最多的一種色彩空間表示方法）。
            根據三基色原理，任意一種色光F都可以用不同分量的R、G、B三色相加混合而成。

            F = r [ R ] + g [ G ] + b [ B ]

            其中，r、g、b分別為三基色參與混合的系數。當三基色分量都為0（最弱）時混合為黑色光；而當三基色分量都為k（最強）時混合為白色光。調整r、g、b三個系數的值，可以混合出介于黑色光和白色光之間的各種各樣的色光。
            那么YUV又從何而來呢？在現代彩色電視系統中，通常采用三管彩色攝像機或彩色CCD攝像機進行攝像，然后把攝得的彩色圖像信號經分色、分別放大校正后得到RGB，再經過矩陣變換電路得到亮度信號Y和兩個色差信號R－Y（即U）、B－Y（即V），最后發送端將亮度和色差三個信號分別進行編碼，用同一信道發送出去。這種色彩的表示方法就是所謂的YUV色彩空間表示。
            采用YUV色彩空間的重要性是它的亮度信號Y和色度信號U、V是分離的。如果只有Y信號分量而沒有U、V分量，那么這樣表示的圖像就是黑白灰度圖像。彩色電視采用YUV空間正是為了用亮度信號Y解決彩色電視機與黑白電視機的兼容問題，使黑白電視機也能接收彩色電視信號。
            YUV與RGB相互轉換的公式如下（RGB取值范圍均為0-255）：

            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等。作為視頻媒體類型的輔助說明類型（Subtype），它們對應的GUID見表2.3。

            表2.3 常見的RGB和YUV格式

            GUID    格式描述
            MEDIASUBTYPE_RGB1    2色，每個像素用1位表示，需要調色板
            MEDIASUBTYPE_RGB4    16色，每個像素用4位表示，需要調色板
            MEDIASUBTYPE_RGB8    256色，每個像素用8位表示，需要調色板
            MEDIASUBTYPE_RGB565    每個像素用16位表示，RGB分量分別使用5位、6位、5位
            MEDIASUBTYPE_RGB555    每個像素用16位表示，RGB分量都使用5位（剩下的1位不用）
            MEDIASUBTYPE_RGB24    每個像素用24位表示，RGB分量各使用8位
            MEDIASUBTYPE_RGB32    每個像素用32位表示，RGB分量各使用8位（剩下的8位不用）
            MEDIASUBTYPE_ARGB32    每個像素用32位表示，RGB分量各使用8位（剩下的8位用于表示Alpha通道值）
            MEDIASUBTYPE_YUY2    YUY2格式，以4:2:2方式打包
            MEDIASUBTYPE_YUYV    YUYV格式（實際格式與YUY2相同）
            MEDIASUBTYPE_YVYU    YVYU格式，以4:2:2方式打包
            MEDIASUBTYPE_UYVY    UYVY格式，以4:2:2方式打包
            MEDIASUBTYPE_AYUV    帶Alpha通道的4:4:4 YUV格式
            MEDIASUBTYPE_Y41P    Y41P格式，以4:1:1方式打包
            MEDIASUBTYPE_Y411    Y411格式（實際格式與Y41P相同）
            MEDIASUBTYPE_Y211    Y211格式
            MEDIASUBTYPE_IF09    IF09格式
            MEDIASUBTYPE_IYUV    IYUV格式
            MEDIASUBTYPE_YV12    YV12格式
            MEDIASUBTYPE_YVU9    YVU9格式

            下面分別介紹各種RGB格式。

            ¨RGB1、RGB4、RGB8都是調色板類型的RGB格式，在描述這些媒體類型的格式細節時，通常會在BITMAPINFOHEADER數據結構后面跟著一個調色板（定義一系列顏色）。它們的圖像數據并不是真正的顏色值，而是當前像素顏色值在調色板中的索引。以RGB1（2色位圖）為例，比如它的調色板中定義的兩種顏色值依次為0x000000（黑色）和0xFFFFFF（白色），那么圖像數據001101010111…（每個像素用1位表示）表示對應各像素的顏色為：黑黑白白黑白黑白黑白白白…。

            ¨ RGB565使用16位表示一個像素，這16位中的5位用于R，6位用于G，5位用于B。程序中通常使用一個字（WORD，一個字等于兩個字節）來操作一個像素。當讀出一個像素后，這個字的各個位意義如下：
            高字節              低字節
            R R R R R G G G     G G G B B B B B
            可以組合使用屏蔽字和移位操作來得到RGB各分量的值：

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

            ¨ RGB555是另一種16位的RGB格式，RGB分量都用5位表示（剩下的1位不用）。使用一個字讀出一個像素后，這個字的各個位意義如下：
            高字節             低字節
            X R R R R G G       G G G B B B B B       （X表示不用，可以忽略）
            可以組合使用屏蔽字和移位操作來得到RGB各分量的值：

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

            ¨ RGB24使用24位來表示一個像素，RGB分量都用8位表示，取值范圍為0-255。注意在內存中RGB各分量的排列順序為：BGR BGR BGR…。通常可以使用RGBTRIPLE數據結構來操作一個像素，它的定義為：

            typedef struct tagRGBTRIPLE { 
            BYTE rgbtBlue;    // 藍色分量
            BYTE rgbtGreen;   // 綠色分量
            BYTE rgbtRed;     // 紅色分量
            } RGBTRIPLE;

            ¨ RGB32使用32位來表示一個像素，RGB分量各用去8位，剩下的8位用作Alpha通道或者不用。（ARGB32就是帶Alpha通道的 RGB32。）注意在內存中RGB各分量的排列順序為：BGRA BGRABGRA…。通常可以使用RGBQUAD數據結構來操作一個像素，它的定義為：

            typedef struct tagRGBQUAD {
            BYTE    rgbBlue;      // 藍色分量
            BYTE    rgbGreen;     // 綠色分量
            BYTE    rgbRed;       // 紅色分量
            BYTE    rgbReserved;  // 保留字節（用作Alpha通道或忽略）
            } RGBQUAD;

            下面介紹各種YUV格式。YUV格式通常有兩大類：打包（packed）格式和平面（planar）格式。前者將YUV分量存放在同一個數組中，通常是幾個相鄰的像素組成一個宏像素（macro-pixel）；而后者使用三個數組分開存放YUV三個分量，就像是一個三維平面一樣。表2.3中的YUY2到 Y211都是打包格式，而IF09到YVU9都是平面格式。（注意：在介紹各種具體格式時，YUV各分量都會帶有下標，如Y0、U0、V0表示第一個像素的YUV分量，Y1、U1、V1表示第二個像素的YUV分量，以此類推。）

            ¨ YUY2（和YUYV）格式為每個像素保留Y分量，而UV分量在水平方向上每兩個像素采樣一次。一個宏像素為4個字節，實際表示2個像素。（4:2:2的意思為一個宏像素中有4個Y分量、2個U分量和2個V分量。）圖像數據中YUV分量排列順序如下：
            Y0 U0 Y1 V0    Y2 U2 Y3 V2 …

            ¨ YVYU格式跟YUY2類似，只是圖像數據中YUV分量的排列順序有所不同：
            Y0 V0 Y1 U0    Y2 V2 Y3 U2 …

            ¨ UYVY格式跟YUY2類似，只是圖像數據中YUV分量的排列順序有所不同：
            U0 Y0 V0 Y1    U2 Y2 V2 Y3 …

            ¨ AYUV格式帶有一個Alpha通道，并且為每個像素都提取YUV分量，圖像數據格式如下：
            A0 Y0 U0 V0    A1 Y1 U1 V1 …

            ¨ Y41P（和Y411）格式為每個像素保留Y分量，而UV分量在水平方向上每4個像素采樣一次。一個宏像素為12個字節，實際表示8個像素。圖像數據中YUV分量排列順序如下：
            U0 Y0 V0 Y1    U4 Y2 V4 Y3    Y4 Y5 Y6 Y8 … 

            ¨ Y211格式在水平方向上Y分量每2個像素采樣一次，而UV分量每4個像素采樣一次。一個宏像素為4個字節，實際表示4個像素。圖像數據中YUV分量排列順序如下：
            Y0 U0 Y2 V0    Y4 U4 Y6 V4 …

            ¨ YVU9格式為每個像素都提取Y分量，而在UV分量的提取時，首先將圖像分成若干個4 x 4的宏塊，然后每個宏塊提取一個U分量和一個V分量。圖像數據存儲時，首先是整幅圖像的Y分量數組，然后就跟著U分量數組，以及V分量數組。IF09格式與YVU9類似。

            ¨ IYUV格式為每個像素都提取Y分量，而在UV分量的提取時，首先將圖像分成若干個2 x 2的宏塊，然后每個宏塊提取一個U分量和一個V分量。YV12格式與IYUV類似。

            ¨YUV411、YUV420格式多見于DV數據中，前者用于NTSC制，后者用于PAL制。YUV411為每個像素都提取Y分量，而UV分量在水平方向上每4個像素采樣一次。YUV420并非V分量采樣為0，而是跟YUV411相比，在水平方向上提高一倍色差采樣頻率，在垂直方向上以U/V間隔的方式減小一半色差采樣。
            

            //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;
                    }
                }
            }
            

			
            posted @ 2009-07-07 18:19 黑色天使 閱讀(6689) | 評論 (0) | 編輯 收藏
            
		

            
	
		


            
	

	
			
			RTPSession
                  對于大多數的RTP應用程序，RTPSession類可能是JRTPLIB唯一使用的類。它能完全處理RTCP部份的數據包，所以用戶可以把精力集中在真正的數據收發。
                  要知道RTPSession類在多線程下并不是安全的，因此，用戶要通過某些鎖同步機制來保證不會出現在不同線程當中調用同一個RTPSession實例。
                  RTPSession類有如下的接口。

                  • RTPSession(RTPTransmitter::TransmissionProtocol proto = RTPTransmitter::IPv4UDPProto)
                  使用proto類型傳輸層創建一個PRTSession實例。如果proto使用用戶自定義（user-defined）傳輸層，則相應的NewUserDefinedTransmitter()函數必須實現。ps:這里默認就行了，默認就是IPV4網絡。

                  • int Create(const RTPSessionParams &sessparams, const RTPTransmissionParams*transparams = 0)
                  使用RTPSession參數sessparams和RTPTransmission參數transparams 真正創建一個RTP會話。如果transparams 為NULL，則使用默認的參數。ps:RTPSessionParams 我們可能要設得比較多，RTPTransmissionParams參數就只要設置其中的端口就行了，端口一定要設對，不然進行組播時，這個進程將不接收數據。設置方式可以看example.cpp。

                  • void Destroy()
                  離開一個會話但不向其它組成員發送BYE包。ps:我不推薦用這個函數除非是錯誤處理，正常離開我們應該用ByeDestroy()。
                  
                  • void BYEDestroy(const RTPTime &maxwaittime, const void *reason,size t reasonlength)
                  發送一個BYE包并且離開會話。在發送BYE包前等待maxwaittime，如果超時，會不發送BYE包直接離開，BYE包會包含你的離開原因reason。相應的reasonlength表示reason長度。ps:因為BYE包是一個RTCP包，RTCP不是要發就發的，它的發送時間是為了平衡帶寬通過計算得出來的，那就很有可能到了要發的時候以經超過了maxwaittime時間了，作者可能認一直保留個這會話這么久沒意義。當然，我常常把maxwaittime設得很大。

                  • bool IsActive()
                  看看這個RTPSession實例是否以經通過Create建立了真實的會話。

                  • uint32 t GetLocalSSRC()
                  返回我們的SSRC。ps:至于什么是SSRC，去看看RFC3550吧。我說過JRTPLIB只是RTP協議的包裝，并沒有做任何應用的事情。

                  • int AddDestination(const RTPAddress &addr)
                  添加一個發送目標。ps: 當然，如果我們使用組播，這里只用調用一次，把我們的組播地址寫進去。這樣，這組的全部人都能收到你發的包。但是組播可因特網的上設置很煩。而且用組播測試也很煩（組播必須BIND一個端口，如果你想在同一臺機器上運行兩個軟件實例來沒試，你就會發現同一個端口BIND兩次，當然，后面那次會失敗，也就是說測試不了，要測？找兩臺機器，或用虛擬機），如果組播不滿足，我們就要把組播變在單播，這時就要返復調用這個函數把其它組成員的IP都加進來了。具體可以看看example3.cpp。

                  • int DeleteDestination(const RTPAddress &addr)
                  從發送地址列表中刪除一下地址。

                  • void ClearDestinations()
                  清除發送地址列表。

                  • bool SupportsMulticasting()
                  返回JRTPLIB是否支持組播。ps:這里指JRTPLIB本身，不是你的真實網絡。編譯JRTPLIB庫時可能指定。
            .
                  • int JoinMulticastGroup(const RTPAddress &addr)
                  加入一個組播組addr。

                  • int LeaveMulticastGroup(const RTPAddress &addr)
                   離開一個組播組addr。

                  • void LeaveAllMulticastGroups()
                  離開所有組播組。ps:我們可以同時加入多個組播組。.

                  • 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)
                  上面的4個函數都是發送數據包的，我想如果你沒有看RTP協議，我說了你也暈。如果你RTP協議看了，再看看RTPSession.h的注識，你就懂了。

                  • int SetDefaultPayloadType(uint8 t pt)
                  設定默認的RTP PayloadType為PT。ps:和上面的第一個和第三個發送函數配套。至于應該設個什么數，如果你看BAIDU上亂七八糟的文章，當然的亂設就可能了。其實應該按RFC3551，根據你要傳輸的媒體類型來設。

                  • int SetDefaultMark(bool m)
                  這設RTP數據包的Mark標識。ps:設為什么值好？這個，呵呵，連RFC3550也不能確定了。要看具體的RTP Payload規范，MPEG的，H263的都不一樣。
                  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)
                  設置默認的時間戳的增量。ps:也是和上的第一和第三個函數配套的。每發一個RTP數據包timestamp就會自動增加

                  • int IncrementTimestamp(uint32 t inc)
                  這個函數用來手工增加Timestamp。有時我這很好用，例如，一個RTP數據包因為只含有靜音數據，我們沒有發送，這是我們就應手工增加Timestamp以便發下一個RTP數據包時它的Timestamp是正確的。

                  • int IncrementTimestampDefault()
                  這個函數用于增加由SetDefaultTimestampIncrement設定的值。有時候這很有用，例如，一個RTP數據包因為只含有靜音數據，我們沒有發送。這時，這個函數就會被調用用來設置Timestamp以便下一個RTP包的Timestamp是正確的。

                  • 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）要在BeginDataAccess 和EndDataAccess之間被調用，BeginDataAccess確保輪詢(poll）線程不會在這期間訪問source table 。EndDataAccess 調用完成后，輪詢(poll）線程會得到鎖而繼續訪問。ps:首先，你里的source table中的每一個source表示參與會議中的每一個參與者的每一個獨立的媒體流。我們會在下面用到他們，但同時，poll線程也會輪詢它們以正確處理和RTCP有關的內容。
              

                  • bool GotoFirstSource()
                  開始遞歸參與者的第一個流，如果找到了，就返回tree,否則返回false。ps：我們通過這個函數和下面的GotoNextSource遍歷source table中的每一個source。
                  
                  • bool GotoNextSource()
                  設置當前的源（source）為source table中的下一個源。如果已經到尾部了就返回false.
                 
                  • bool GotoPreviousSource()
                  設置當前的源（source）為source table中上一個源。如果已經到頭部了就返回false.


                  • bool GotoFirstSourceWithData()
                  開始遞歸參與者中第一個有RTP數據的流，如果找到了，就返回tree,否則返回false。PS：在接收數據是我們常用的是這套函數，因為如果沒有數據要來都沒用。

                  • bool GotoNextSourceWithData()
                  設置當前的源（source）為source table中有RTP數據的下一個源。如果已經到尾部了就返回false.

                  • bool GotoPreviousSourceWithData()
                  設置當前的源（source）為source table中有RTP數據的上一個源。如果已經到頭部了就返回false.

                  • RTPSourceData *GetCurrentSourceInfo()
                  返回當前參與者的當前源（source)的RTPSourceData 實列。ps：返回的這個RTPSourceData 就是本進程從期它參與者的RTCP數據包中收集得到的信息，對我們來說其實很有用，只是作者的例程沒有用上，國內的網絡也沒有提到。在RFC3550中有關RTCP的東西都在這了，看過RFC3550的人都知到，里頭談得最多的就是RTCP。這個類我們以后會專門說。
                  
                  
                  • RTPSourceData *GetSourceInfo(uint32 t ssrc)
                  返回由ssrc指定的RTPSourceData ，或都NULL（當這個條目不存在）。ps：這個函數也很有用。因為GetCurrentSourceInfo只有在GotoFirstSource等上下文當中才能用。如果我們是在RTPSource子類的成員函數中，我們沒有這個上下文，就只能用這個函數。
             
                  • RTPPacket *GetNextPacket()
                  得到當前參與者當前媒體流的下一個RTP數據包。

                  • int EndDataAccess()
                  請看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(我們不用理這個內部的東西）會檢查是否有其它（non-CNAME)SDES項目要發送。如果count為零或負數，則不發送，如果count為正數，則在sources table處理count次后會把SDES name item加到當前RTCP包中。ps: 其實每次處理sources table都會伴隨都SDES RTCP數據包的發送，在這個數據包當中CNAME是必須的，但其它的項目不是必須的，這就函數確定了NAME項目發送的頻度，如果為1，則表不每個 SDES RTCP數據包都帶著它，如果為2則每兩個SDES數據包就發送一次NAME項目，下面的SetEMailInterval、 SetLocationInterval、SetPhoneInterval、SetToolInterval、SetNoteInterval都是同一原理。關于這個ITEM的描述，請看RFC3550.老版本的JRTPLIB沒有使用這套函數，而是用EnableSendName()等函數。

                  • 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項目，以遍會議的其它人員看到你的名稱。下同。
                 
                  • 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數據包來到，會調用這個函數處理。ps:這個函數在我們繼承RTPSession類時很可能重載，這是獲取RTP數據包除了上面所說的方法以外的另外一種方法，這個方法比較適合異步的情況。默認這個是一個空虛函數。除了這個函數以外，下面的幾個函數了會經常重載。

                  • 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時，調用這個函數。ps: 這也是一個比較重要的函數，因為這意味著很有可能有一個新的與會者加入。但令我很不高興的是，這時候的RTPSourceData 里頭的CNAME和NAME等字段都還是無效的，這不是RTCP的責任，因為在這個SDES RTCP數據包中所有的信息都以經有了（通過抓包證實了這一點）。我們的函數被調用后，需要延時一會才能得到有關這個Source的CNAME和NAME 等相關的信息。當然，如果你不想軟件死掉，不能在這個函數體內以阻塞的方式延時。

                  • void OnRemoveSource(RTPSourceData *srcdat)
                  當有一個條目從source table中移除時調用這個函數。ps：這通常意味著有一個與會者離開了，和OnNewSource不一樣，這時的CNAME和NAME等都是有效的。用這個函數要注意，我們的“意味著兩個字” 因為“加入”的可能不是一個新的與會者，而是一個現有與會者的一個新的媒體流。“離開”的也可能不是一個與會者，而只是其中一個與會者的其中一個媒體流，這兩個函數只能給我們更新與會者提供一個觸發條件而已。當OnNewSource調用時，我們要看看這個CNAME是不是以經在我們與會者名單中，如果不是，那就是一個新與會者。同時，如果OnRemoveSource被調用，則我們要看看這個CNAME的與會者還有沒有其它的Source，如果沒有了，這個與會者才是真正離開。這么很麻煩？？那就對了，那就是現在的H323和SIP要做的事情－－會話管理。
                 
                  • 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 （已關聯）
            
            
            
            
            
            
            NTP時間戳（高32位） SR_GetNTPTimestamp ()            
            
             
            
            
            NTP時間戳（低32位）
            
            
            
            
            
            
            RTP時間戳 SR_GetRTPTimestamp ()             
            
             
            
            
            
            
            
            
            發送者分組計數器 SR_GetPacketCount（）            
            
             
            
            
            
            
            
            
            發送者字節計數器 SR_GetByteCount ()            
            
             
            
            
            
            
            
            ...(下面是這個發送者所發送的接收者報告，在下面和RR一起討論）
            
             
            
            
            
            
            附加信息：
            
            
            這個源是否有發送發送者報告
            
            
            SR_HasInfo () 
            
            
            這個發送者報告接收的時間
            
            
            SR_GetReceiveTime ()
            
            
            以及以SR_Prev_開頭的，獲得倒數第二個發送者報告的信息。
            
                        		
        
            
                

            

            


            

            
    
        
            
            
            
            接收者報告（RR)
            
            
            V| P| RC| PT=SR=201| LEN|
            
            
            
            
            
            
                        
            
             
            
            
            SSRC1(第一個接收者報告塊所關聯的發送者） （已關聯）
            
            
            
            
            
            分組丟失率 | 丟失分組總數| 
            
            
            
            
            
            
            擴展的最高序號
            
            
            
            
            
            
            間隔抖動
            
            
            
            
            
            
            最新的發送者報告時間戳（LSR)
            
            
            
            
            
            
            
            
            
            SR最新間隔（DLSR)
            
            
            
            
            
            
            
            
            
            附加信息：
            
            
            這個源是否有發送接收者報告
            
            
            
            接收者報告接收時間
            
            
            
            以及以RR_Prev_開頭的，獲得倒數第二個接收者報告的信息。
            
                        		
        
            
                

            

			
            posted @ 2009-06-26 13:13 黑色天使 閱讀(1740) | 評論 (0) | 編輯 收藏
            
		

            
	
		


            
	

	
			
			
            

            YUV主要的采樣格式 
            

            主要的采樣格式有YCbCr 4:2:0、YCbCr 4:2:2、YCbCr 4:1:1和 YCbCr 4:4:4。其中YCbCr 4:1:1 比較常用，其含義為：每個點保存一個 8bit 的亮度值(也就是Y值), 每 2x2 個點保存一個 Cr 和Cb 值, 圖像在肉眼中的感覺不會起太大的變化。所以, 原來用 RGB(R,G,B 都是 8bit unsigned) 模型, 4 個點需要 8x3=24 bites（如下圖第一個圖）. 而現在僅需要 8+(8/4)+(8/4)=12bites, 平均每個點占12bites(如下圖第二個圖)。這樣就把圖像的數據壓縮了一半。 
            

                上邊僅給出了理論上的示例，在實際數據存儲中是有可能是不同的，下面給出幾種具體的存儲形式： 
            

            （1）    YUV 4:4:4 
            

            YUV三個信道的抽樣率相同，因此在生成的圖像里，每個象素的三個分量信息完整（每個分量通常8比特），經過8比特量化之后，未經壓縮的每個像素占用3個字節。 
            

            下面的四個像素為: [Y0 U0 V0] [Y1 U1 V1] [Y2 U2 V2] [Y3 U3 V3] 
            

            存放的碼流為: Y0 U0 V0 Y1 U1 V1 Y2 U2 V2 Y3 U3 V3
            

            （2）   YUV 4:2:2
            

                  每個色差信道的抽樣率是亮度信道的一半，所以水平方向的色度抽樣率只是4:4:4的一半。對非壓縮的8比特量化的圖像來說，每個由兩個水平方向相鄰的像素組成的宏像素需要占用4字節內存。
            

            下面的四個像素為: [Y0 U0 V0] [Y1 U1 V1] [Y2 U2 V2] [Y3 U3 V3] 
            

            存放的碼流為: Y0 U0 Y1 V1 Y2 U2 Y3 V3
            

            映射出像素點為：[Y0 U0 V1] [Y1 U0 V1] [Y2 U2 V3] [Y3 U2 V3]
            

            （3）   YUV 4:1:1
            

            4:1:1的色度抽樣，是在水平方向上對色度進行4:1抽樣。對于低端用戶和消費類產品這仍然是可以接受的。對非壓縮的8比特量化的視頻來說，每個由4個水平方向相鄰的像素組成的宏像素需要占用6字節內存
            

            下面的四個像素為: [Y0 U0 V0] [Y1 U1 V1] [Y2 U2 V2] [Y3 U3 V3] 
            

            存放的碼流為: Y0 U0 Y1 Y2 V2 Y3
            

            映射出像素點為：[Y0 U0 V2] [Y1 U0 V2] [Y2 U0 V2] [Y3 U0 V2]
            

            （4）YUV4:2:0
            

                 4:2:0并不意味著只有Y,Cb而沒有Cr分量。它指得是對每行掃描線來說，只有一種色度分量以2:1的抽樣率存儲。進行隔行掃描，相鄰的掃描行存儲不同的色度分量，也就是說，如果一行是4:2:0的話，下一行就是4:0:2，再下一行是4:2:0...以此類推。對每個色度分量來說，水平方向和豎直方向的抽樣率都是2:1，所以可以說色度的抽樣率是4:1。對非壓縮的8比特量化的視頻來說，每個由2x2個2行2列相鄰的像素組成的宏像素需要占用6字節內存。
            

            下面八個像素為：[Y0 U0 V0] [Y1 U1 V1] [Y2 U2 V2] [Y3 U3 V3]
            

                            [Y5 U5 V5] [Y6 U6 V6] [Y7U7 V7] [Y8 U8 V8]
            

            存放的碼流為：Y0 U0 Y1 Y2 U2 Y3
            

                                 Y5 V5 Y6 Y7 V7 Y8
            

            映射出的像素點為：[Y0 U0 V5] [Y1 U0 V5] [Y2 U2 V7] [Y3 U2 V7]
            
                  [Y5 U0 V5] [Y6 U0 V5] [Y7U2 V7] [Y8 U2 V7] 

            

            對應AVPicture里面有data[4]和linesize[4]其中data是一個指向指針的指針（二級、二維指針），也就是指向視頻數據緩沖區的首地址，而data[0]~data[3]是一級指針，可以用如下的圖來表示： 
            

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

            比如說，當pix_fmt=PIX_FMT_YUV420P時，data中的數據是按照YUV的格式存儲的，也就是： 
            

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

            

            linesize是指對應于每一行的大小，為什么需要這個變量，是因為在YUV格式和RGB格式時，每行的大小不一定等于圖像的寬度，對于RGB格式輸出時,只有一個通道(bgrbgrbgr......)可用，即linesize[0],和data[0],so RGB24 : data[0] = packet rgb//bgrbgrbgr...... 
            

            linesize[0] = width*3

            

            其他的如data[1][2][3]與linesize[1][2][3]無任何意義. 
            

            而對于ＹＵＶ格式輸出時，有三個通道可用，即data[0][1][2],與linesize[0][1][2]，而yuv格式對于運動估計時，需要填充padding(right, bottom),故： 
            

            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;
                 //因為是隔行掃描U與V只有高度的一半
                 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時順便顛倒圖像的方向算法
            

            

			
            posted @ 2009-06-08 15:23 黑色天使 閱讀(4309) | 評論 (1) | 編輯 收藏
            
		

            
	
		


            
	

	
			
			     摘要:   閱讀全文
			
            posted @ 2009-03-11 11:40 黑色天使 閱讀(1094) | 評論 (0) | 編輯 收藏
            
		

            
	
		


            
	

	
			
			不經清貧難成人，
            不經打擊老天真，
            自古英雄出煉獄，
            從來富貴落凡塵，
            醉生夢死誰成器，
            破馬長槍頂乾坤。 

			
            posted @ 2009-02-19 15:56 黑色天使 閱讀(218) | 評論 (0) | 編輯 收藏
            
		

            
	
		


            
	

	
			
			     摘要:   閱讀全文
			
            posted @ 2009-02-17 12:44 黑色天使 閱讀(780) | 評論 (0) | 編輯 收藏
            
		

            
	
		


            
	

	
			
			     摘要:   閱讀全文
			
            posted @ 2009-02-14 13:47 黑色天使 閱讀(265) | 評論 (0) | 編輯 收藏
            
		

            
	

            僅列出標題  下一頁
            

				

            

            
	
		
            
			
            			
			
            
	
            
		
            <2025年5月>
            
	
            日一二三四五六
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567
            

            

			

            常用鏈接
            


            留言簿(2)
            




		
            隨筆分類
            
		
				
			
	
		
            隨筆檔案
            
		
				
			
	
		
            文章檔案
            
		
				
			
	




            搜索
            

              
	
            • 
		
            •  
	
              • 

            


            最新評論
	
            

            
	
			
		

            


            閱讀排行榜
            



            評論排行榜
            


            
	

            



    
    
            
	   
	



久久婷婷五月综合97色|
久久精品欧美日韩精品|
色综合久久综合中文综合网|
伊人色综合九久久天天蜜桃|
国产高潮久久免费观看|
久久国产精品免费|
亚洲国产视频久久|
亚洲精品无码久久久久去q|
性做久久久久久久久老女人|
香蕉久久永久视频|
日韩欧美亚洲综合久久影院Ds|
一本一道久久精品综合|
久久精品国产亚洲av瑜伽|
日韩欧美亚洲综合久久|
99热成人精品热久久669|
国产精品熟女福利久久AV|
精品久久久久久综合日本|
人妻无码久久精品|
香港aa三级久久三级老师2021国产三级精品三级在
|
日本精品久久久久影院日本|
久久久国产精华液|
伊人伊成久久人综合网777|
亚洲中文字幕久久精品无码喷水|
久久er热视频在这里精品|
观看 国产综合久久久久鬼色 欧美 亚洲 一区二区
|
亚洲精品无码成人片久久|
久久一日本道色综合久久|
99久久国产综合精品成人影院|
精品久久久久中文字|
久久久久久精品免费免费自慰|
色综合久久久久|
日韩人妻无码一区二区三区久久|
狠狠88综合久久久久综合网|
久久九九兔免费精品6|
久久99国产精品久久99|
国产精品99久久久久久宅男小说|
久久久久亚洲精品无码蜜桃|
女人香蕉久久**毛片精品|
伊人久久精品无码二区麻豆|
国产日产久久高清欧美一区|
久久人妻无码中文字幕|