• <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年代中，對面向?qū)ο蠓治雠c設計方法的研究發(fā)展到一個高潮。但是，諸多流派在思想和術語上有很多不同的提法，在術語、概念上的運用也各不相同，需要一種統(tǒng)一的符號來描述面向?qū)ο蟮姆治龊驮O計活動。UML應運而生。它不僅統(tǒng)一了Booch、Rumbaugh和Jacobson的表示方法，而且有進一步的發(fā)展，最終成為大眾所共同接受的標準建模語言。統(tǒng)一建模...  閱讀全文
			
            posted @ 2011-04-27 14:24 黑色天使 閱讀(1239) | 評論 (0) | 編輯 收藏
            
		

            
	
		


            
	

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

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

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

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

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

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

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

            using namespace std;

            //仿函數(shù)，即重載了()操作的類
            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是一個仿函數(shù),通過重載=實現(xiàn)

                            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生成一個仿函數(shù)類，這個類構(gòu)造時賦值了arg
                            //遇到(person)時，調(diào)用這個仿函數(shù)類重載的()操作即
                            //t.*pfn(arg)
                            //又回歸為一個函數(shù)，不過參數(shù)可以自己控制了,娃哈哈
                simple_bind(&Person::SetName, string("Martin"))(person);
                cout             << person.Name() << endl;
            }
            

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

            
	
		


            
	

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

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

            其中，r、g、b分別為三基色參與混合的系數(shù)。當三基色分量都為0（最弱）時混合為黑色光；而當三基色分量都為k（最強）時混合為白色光。調(diào)整r、g、b三個系數(shù)的值，可以混合出介于黑色光和白色光之間的各種各樣的色光。
            那么YUV又從何而來呢？在現(xiàn)代彩色電視系統(tǒng)中，通常采用三管彩色攝像機或彩色CCD攝像機進行攝像，然后把攝得的彩色圖像信號經(jīng)分色、分別放大校正后得到RGB，再經(jīng)過矩陣變換電路得到亮度信號Y和兩個色差信號R－Y（即U）、B－Y（即V），最后發(fā)送端將亮度和色差三個信號分別進行編碼，用同一信道發(fā)送出去。這種色彩的表示方法就是所謂的YUV色彩空間表示。
            采用YUV色彩空間的重要性是它的亮度信號Y和色度信號U、V是分離的。如果只有Y信號分量而沒有U、V分量，那么這樣表示的圖像就是黑白灰度圖像。彩色電視采用YUV空間正是為了用亮度信號Y解決彩色電視機與黑白電視機的兼容問題，使黑白電視機也能接收彩色電視信號。
            YUV與RGB相互轉(zhuǎn)換的公式如下（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位表示，需要調(diào)色板
            MEDIASUBTYPE_RGB4    16色，每個像素用4位表示，需要調(diào)色板
            MEDIASUBTYPE_RGB8    256色，每個像素用8位表示，需要調(diào)色板
            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都是調(diào)色板類型的RGB格式，在描述這些媒體類型的格式細節(jié)時，通常會在BITMAPINFOHEADER數(shù)據(jù)結(jié)構(gòu)后面跟著一個調(diào)色板（定義一系列顏色）。它們的圖像數(shù)據(jù)并不是真正的顏色值，而是當前像素顏色值在調(diào)色板中的索引。以RGB1（2色位圖）為例，比如它的調(diào)色板中定義的兩種顏色值依次為0x000000（黑色）和0xFFFFFF（白色），那么圖像數(shù)據(jù)001101010111…（每個像素用1位表示）表示對應各像素的顏色為：黑黑白白黑白黑白黑白白白…。

            ¨ RGB565使用16位表示一個像素，這16位中的5位用于R，6位用于G，5位用于B。程序中通常使用一個字（WORD，一個字等于兩個字節(jié)）來操作一個像素。當讀出一個像素后，這個字的各個位意義如下：
            高字節(jié)              低字節(jié)
            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位不用）。使用一個字讀出一個像素后，這個字的各個位意義如下：
            高字節(jié)             低字節(jié)
            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。注意在內(nèi)存中RGB各分量的排列順序為：BGR BGR BGR…。通常可以使用RGBTRIPLE數(shù)據(jù)結(jié)構(gòu)來操作一個像素，它的定義為：

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

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

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

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

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

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

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

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

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

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

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

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

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

            //YUV轉(zhuǎn)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
                  對于大多數(shù)的RTP應用程序，RTPSession類可能是JRTPLIB唯一使用的類。它能完全處理RTCP部份的數(shù)據(jù)包，所以用戶可以把精力集中在真正的數(shù)據(jù)收發(fā)。
                  要知道RTPSession類在多線程下并不是安全的，因此，用戶要通過某些鎖同步機制來保證不會出現(xiàn)在不同線程當中調(diào)用同一個RTPSession實例。
                  RTPSession類有如下的接口。

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

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

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

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

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

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

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

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

                  • bool SupportsMulticasting()
                  返回JRTPLIB是否支持組播。ps:這里指JRTPLIB本身，不是你的真實網(wǎng)絡。編譯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個函數(shù)都是發(fā)送數(shù)據(jù)包的，我想如果你沒有看RTP協(xié)議，我說了你也暈。如果你RTP協(xié)議看了，再看看RTPSession.h的注識，你就懂了。

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

                  • int SetDefaultMark(bool m)
                  這設RTP數(shù)據(jù)包的Mark標識。ps:設為什么值好？這個，呵呵，連RFC3550也不能確定了。要看具體的RTP Payload規(guī)范，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:也是和上的第一和第三個函數(shù)配套的。每發(fā)一個RTP數(shù)據(jù)包timestamp就會自動增加

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

                  • int IncrementTimestampDefault()
                  這個函數(shù)用于增加由SetDefaultTimestampIncrement設定的值。有時候這很有用，例如，一個RTP數(shù)據(jù)包因為只含有靜音數(shù)據(jù)，我們沒有發(fā)送。這時，這個函數(shù)就會被調(diào)用用來設置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()
                  下面的函數(shù)（直到EndDataAccess）要在BeginDataAccess 和EndDataAccess之間被調(diào)用，BeginDataAccess確保輪詢(poll）線程不會在這期間訪問source table 。EndDataAccess 調(diào)用完成后，輪詢(poll）線程會得到鎖而繼續(xù)訪問。ps:首先，你里的source table中的每一個source表示參與會議中的每一個參與者的每一個獨立的媒體流。我們會在下面用到他們，但同時，poll線程也會輪詢它們以正確處理和RTCP有關的內(nèi)容。
              

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


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

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

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

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

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

                  • 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數(shù)據(jù)包來到，會調(diào)用這個函數(shù)處理。ps:這個函數(shù)在我們繼承RTPSession類時很可能重載，這是獲取RTP數(shù)據(jù)包除了上面所說的方法以外的另外一種方法，這個方法比較適合異步的情況。默認這個是一個空虛函數(shù)。除了這個函數(shù)以外，下面的幾個函數(shù)了會經(jīng)常重載。

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

                  • void OnRemoveSource(RTPSourceData *srcdat)
                  當有一個條目從source table中移除時調(diào)用這個函數(shù)。ps：這通常意味著有一個與會者離開了，和OnNewSource不一樣，這時的CNAME和NAME等都是有效的。用這個函數(shù)要注意，我們的“意味著兩個字” 因為“加入”的可能不是一個新的與會者，而是一個現(xiàn)有與會者的一個新的媒體流。“離開”的也可能不是一個與會者，而只是其中一個與會者的其中一個媒體流，這兩個函數(shù)只能給我們更新與會者提供一個觸發(fā)條件而已。當OnNewSource調(diào)用時，我們要看看這個CNAME是不是以經(jīng)在我們與會者名單中，如果不是，那就是一個新與會者。同時，如果OnRemoveSource被調(diào)用，則我們要看看這個CNAME的與會者還有沒有其它的Source，如果沒有了，這個與會者才是真正離開。這么很麻煩？？那就對了，那就是現(xiàn)在的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. 
            


            

            
    
        
            
            
            
            發(fā)送者報告（SR)
            
            
            V| P| RC| PT=SR=200| LEN|
            
            
            
            
            發(fā)送者SSRC （已關聯(lián)）
            
            
            
            
            
            
            NTP時間戳（高32位） SR_GetNTPTimestamp ()            
            
             
            
            
            NTP時間戳（低32位）
            
            
            
            
            
            
            RTP時間戳 SR_GetRTPTimestamp ()             
            
             
            
            
            
            
            
            
            發(fā)送者分組計數(shù)器 SR_GetPacketCount（）            
            
             
            
            
            
            
            
            
            發(fā)送者字節(jié)計數(shù)器 SR_GetByteCount ()            
            
             
            
            
            
            
            
            ...(下面是這個發(fā)送者所發(fā)送的接收者報告，在下面和RR一起討論）
            
             
            
            
            
            
            附加信息：
            
            
            這個源是否有發(fā)送發(fā)送者報告
            
            
            SR_HasInfo () 
            
            
            這個發(fā)送者報告接收的時間
            
            
            SR_GetReceiveTime ()
            
            
            以及以SR_Prev_開頭的，獲得倒數(shù)第二個發(fā)送者報告的信息。
            
                        		
        
            
                

            

            


            

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

            

			
            posted @ 2009-06-26 13:13 黑色天使 閱讀(1741) | 評論 (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（如下圖第一個圖）. 而現(xiàn)在僅需要 8+(8/4)+(8/4)=12bites, 平均每個點占12bites(如下圖第二個圖)。這樣就把圖像的數(shù)據(jù)壓縮了一半。 
            

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

            （1）    YUV 4:4:4 
            

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

            下面的四個像素為: [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字節(jié)內(nèi)存。
            

            下面的四個像素為: [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抽樣。對于低端用戶和消費類產(chǎn)品這仍然是可以接受的。對非壓縮的8比特量化的視頻來說，每個由4個水平方向相鄰的像素組成的宏像素需要占用6字節(jié)內(nèi)存
            

            下面的四個像素為: [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字節(jié)內(nèi)存。
            

            下面八個像素為：[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是一個指向指針的指針（二級、二維指針），也就是指向視頻數(shù)據(jù)緩沖區(qū)的首地址，而data[0]~data[3]是一級指針，可以用如下的圖來表示： 
            

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

            比如說，當pix_fmt=PIX_FMT_YUV420P時，data中的數(shù)據(jù)是按照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中轉(zhuǎn)換RGB時順便顛倒圖像的方向算法
            

            

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

            
	
		


            
	

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

            
	
		


            
	

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

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

            
	
		


            
	

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

            
	
		


            
	

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

            
	

            僅列出標題  下一頁
            

				

            

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

            

			

            常用鏈接
            


            留言簿(2)
            




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




            搜索
            

              
	
            • 
		
            •  
	
              • 

            


            最新評論
	
            

            
	
			
		

            


            閱讀排行榜
            



            評論排行榜
            


            
	

            



    
    
            
	   
	



欧美伊人久久大香线蕉综合|
亚洲中文字幕伊人久久无码|
午夜不卡888久久|
久久综合色之久久综合|
中文国产成人精品久久不卡|
久久精品嫩草影院|
国内精品九九久久精品|
久久精品国内一区二区三区|
国产A级毛片久久久精品毛片|
99久久精品无码一区二区毛片
|
91久久精品国产91性色也|
亚洲综合久久久|
精品久久久久久久中文字幕|
人妻无码αv中文字幕久久琪琪布|
久久国产成人午夜AV影院|
国产精品一久久香蕉产线看|
奇米影视7777久久精品人人爽|
国产精品激情综合久久|
精品免费久久久久久久|
亚洲国产精品无码久久久秋霞2|
久久久久久久综合日本|
7国产欧美日韩综合天堂中文久久久久|
日本强好片久久久久久AAA
|
亚洲AV无码1区2区久久|
中文字幕精品久久久久人妻|
久久久精品国产Sm最大网站|
久久久久久久尹人综合网亚洲
|
久久久久亚洲av毛片大|
一本久久a久久精品综合夜夜|
久久福利青草精品资源站|
欧洲人妻丰满av无码久久不卡|
99久久做夜夜爱天天做精品|
久久久久久A亚洲欧洲AV冫|
久久九色综合九色99伊人|
99久久精品无码一区二区毛片|
久久这里只有精品久久|
四虎国产精品免费久久久|
99久久综合狠狠综合久久|
亚洲国产天堂久久综合网站|
国产成人精品久久亚洲高清不卡 
国产成人精品久久亚洲高清不卡
国产成人精品久久亚洲
|
99久久精品免费看国产一区二区三区|