H.263是由ITU-T制定的視頻會議用的低碼率視頻編碼標準,屬于視頻編解碼器。H.263最初設(shè)計為基于H.324的系統(tǒng)進行傳輸(即基于公共交換電話網(wǎng)和其它基于電路交換的網(wǎng)絡(luò)進行視頻會議和視頻電話)。后來發(fā)現(xiàn)H.263也可以成功的應(yīng)用與H.323(基于RTP/IP網(wǎng)絡(luò)的視頻會議系統(tǒng)),H.320(基于綜合業(yè)務(wù)數(shù)字網(wǎng)的視頻會議系統(tǒng)),RTSP(流式媒體傳輸系統(tǒng))和SIP(基于因特網(wǎng)的視頻會議)。
H.263v2(通常也叫做H.263+或者1998年版H.263)是ITU-T H.263 視頻編碼標準第二版的非正式名稱。 它保持了原先版本H.263的所有技術(shù),但是通過增加了幾個附錄顯著的提高了編碼效率并提供了其它的一些能力,例如增強了抵抗傳輸信道的數(shù)據(jù)丟失的能力(Robustness)。
H.263+ 項目于1998年2月在ITU正式通過。接下來一個被稱為"H.263++" 的項目被隨即推出,在H.263+的基礎(chǔ)上增加了更多的新的功能。H.263++(亦稱H.263v3或2000版H.263)于2000年底完成。
1998年版的H.263新增如下的附加(annexes):
Annex I - Advanced INTRA Coding mode
Annex J - Deblocking Filter mode
Annex K - Slice Structured mode
Annex L - Supplemental Enhancement Information Specification
Annex M - Improved PB-frames mode
Annex N - Reference Picture Selection mode
Annex O - Temporal, SNR, and Spatial Scalability mode
Annex P - Reference picture resampling
Annex Q - Reduced-Resolution Update mode (see implementors' guide correction as noted below)
Annex R - Independent Segment Decoding mode
Annex S - Alternative INTER VLC mode
Annex T - Modified Quantization mode
Annex X - Profiles and levels definition
H.263是國際電聯(lián)ITU-T的一個標準草案,是為低碼流通信而設(shè)計的。但實際上這個標準可用在很寬的碼流范圍,而非只用于低碼流應(yīng)用,它在許多應(yīng)用中可以認為被用于取代H.261。H.263的編碼算法與H.261一樣,但做了一些改善和改變,以提高性能和糾錯能力。
H.263標準在低碼率下能夠提供比H.261更好的圖像效果,兩者的區(qū)別有:
1、H.263的運動補償使用半像素精度,而H.261則用全像素精度和環(huán)路濾波;
2、數(shù)據(jù)流層次結(jié)構(gòu)的某些部分在H.263中是可選的,使得編解碼可以配置成更低的數(shù)據(jù)率或更好的糾錯能力;
3、H.263包含四個可協(xié)商的選項以改善性能;
4、H.263采用無限制的運動向量以及基于語法的算術(shù)編碼;
5、采用事先預(yù)測和與MPEG中的P-B幀一樣的幀預(yù)測方法;
6、H.263支持5種分辨率,即除了支持H.261中所支持的QCIF和CIF外,還支持SQCIF、4CIF和16CIF,SQCIF相當于QCIF一半的分辨率,而4CIF和16CIF分別為CIF的4倍和16倍。
1998年IUT-T推出的H.263+是H.263建議的第2版,它提供了12個新的可協(xié)商模式和其他特征,進一步提高了壓縮編碼性能。如H.263只有5種視頻源格式,H.263+允許使用更多的源格式,圖像時鐘頻率也有多種選擇,拓寬應(yīng)用范圍;另一重要的改進是可擴展性,它允許多顯示率、多速率及多分辨率,增強了視頻信息在易誤碼、易丟包異構(gòu)網(wǎng)絡(luò)環(huán)境下的傳輸。另外,H.263+對H.263中的不受限運動矢量模式進行了改進,加上12個新增的可選模式,不僅提高了編碼性能,而且增強了應(yīng)用的靈活性。H.263已經(jīng)基本上取代了H.261
H.263視頻編碼 對于ITU-T H.263視頻壓縮標準的介紹: 概念, 特征和實現(xiàn)
1. 介紹 H.263標準是由國際電信聯(lián)盟(ITU)發(fā)布的,對視頻會議和視頻電信應(yīng)用提供視頻壓縮(編碼).在這個指南中,我們會介紹關(guān)于H.263的概念和特征,并描述一些實現(xiàn)的實例.
2. 應(yīng)用程序視頻會議和視頻電信有很廣泛的程序應(yīng)用,包括: 桌面環(huán)境或室內(nèi)環(huán)境下的會議系統(tǒng)通過Internet或電話線路實現(xiàn)的視頻通信電子監(jiān)視和操作運程醫(yī)療(在運程進行醫(yī)學咨詢和診斷) 基于計算機的陪訓與教育 在每種應(yīng)用中,視頻信息(也許與音頻信息一塊兒)被通過電信通訊聯(lián)接傳輸,包括網(wǎng)絡(luò),電話線路,ISDN和廣播的形式.視頻有寬頻的特征 (比如說每秒很多字節(jié))這些,這些應(yīng)用就需要對視頻進行壓縮或是進行編碼來在傳輸之前降低帶寬值.
3. 視頻編碼 在源端視頻信息幀被捕捉并被通過視頻編碼器進行編碼。壓縮的注被通過網(wǎng)絡(luò)或是電信聯(lián)接傳輸走,并在視頻解碼端進行解碼。解碼過的幀就可以被顯示了。
4. H.263系統(tǒng)有很多的視頻編碼的標準,它們每個都是為了特定的應(yīng)用而設(shè)定:比如說,JPEG是為靜態(tài)圖片設(shè)定的,MPEG2是為數(shù)字電視信號設(shè)定的 ,H.261是為ISDN視頻會議系統(tǒng)設(shè)定。H.263是特別面向低碼率的視頻編碼而設(shè)定的(通常只有20-30kbps或更高) H.263標準指明了對于視頻編碼和解碼器的需求。它不描述編碼器和解碼器自身:取而代之的是,它指明了編碼流的格式與內(nèi)容。一個典型的解碼器和編碼器被在這時描述出不。我們跳過過了很多的H.263的細節(jié),比如說語法和編碼模式
4.1 H.263編碼器運動估計和補償 降低帶寬的第一步就是從當前幀中減去之前傳輸?shù)膸@樣只有差值或叫剩余值才被編碼并傳輸。這就意味著幀中沒有變化的內(nèi)容就不被 編碼。我們通過試圖對于前而幀的內(nèi)容的移動進行估計并補償這個運動值來實現(xiàn)更高的壓縮比。運動估計模塊通過在當前幀中和在前些幀中周圍的區(qū)域比較每個16*16的像素塊(宏塊),并試圖找到一個匹配的幀。匹配的區(qū)域從當前的宏塊位置中由運動補償模塊刪除掉。如果運動估計和補償過程很有效率的話,剩余的宏塊應(yīng)該只包含很少量的信息。
離散余弦變換(DCT) DCT把一塊像素值(或剩余幀值)變換到一系列“頻域"系數(shù)中。這就好像利用快速傅里葉變換(FFT)把一個信號從時域轉(zhuǎn)變到頻域中一樣的。 DCT在一個二維的像素塊上(而不是一個一維的信號)進行操作,它尤其長于把塊中的能量壓縮到一系列的系數(shù)中去。這就意味著,通過很少量的DCT系數(shù),我們就可以重建一個原始像素塊的拷貝。
量化 對于一個典型的像素塊來說,用DCT得到的大多數(shù)的系數(shù)都是接近于0的。量化器模塊降低了每個系數(shù)的準確性,這樣近似于0的值就被置 0,而且只有一些非0值留下來了。實際操作中,我們通過整數(shù)級因子來劃分系數(shù)值,并截去結(jié)果。很重要的一點是我們在量化過程中“扔掉”了一些信息。
熵編碼 一個熵編碼器(比如說Huffman編碼器)把常出現(xiàn)的值用更短的二進制碼來表示,并且把不常出現(xiàn)的值用長一些的二進制碼進行表示。 H.263中的熵編碼是基于這個技術(shù)的,并被用來壓縮量化后的DCT系數(shù)的。這個結(jié)果是一個序列的變長二進制。這些碼組合起來用來同步和控制信息(比如重建運動補償?shù)膮⒖紟瑫r需要的運動向量),用以進成編碼的H.263碼流。 幀存儲當前幀必須被存儲掉,這樣,它才可以在下一幀編碼的時候被用做參考幀。我們不是簡單地把當前存存儲起來,而是把重標量化的量化因子,用逆DCT操作后的反變換以及用來重建一幀的加到運動補償?shù)膮⒖級K信息存放在存儲區(qū)中。這就確保了在編碼器端幀存儲區(qū)中的內(nèi)容與在解碼器的存儲區(qū)中的內(nèi)容是相同的。當下一幀被編碼的時候,運動估計使用幀存儲區(qū)中的內(nèi)容來決定運動補償?shù)淖罴哑ヅ鋮^(qū)域。
4.2 H.263解碼器 熵解碼為了解壓出系數(shù)值和運動向量信息,組成H.263碼流的變長的編碼被進行解碼 重調(diào)節(jié)這是量化過程的反過程:系數(shù)被乘以一個在編碼端量化器同樣的標量因子.然而,因為量化器丟棄了小的因子,重調(diào)節(jié)之后的系數(shù)值不再同原始的系數(shù)值相等. 逆DCT IDCT是DCT過程的反變換.它構(gòu)建了一塊采樣值:它們對應(yīng)于編碼器端運動補償生成的差值. 運動補償 差值被加到前一幀來重建區(qū)域信息.運動向量信息用來選擇正確的區(qū)域(在編碼器中使用相同的參考幀).結(jié)果是一個原始幀的重建:注意它將與原始幀不同,因為量化過程是有損的.也就是說圖像的質(zhì)量會比原始幀差一些.重建的幀被放于一個幀存儲區(qū),而且它被用于對下一個接收到的幀進行運動補償.
5. 實現(xiàn)問題
5.1 實時的視頻通信在實時情形下開發(fā)一個可以有效工作的視頻編碼和編碼器時,有很多問題是要被說明的,包括: 碼率控制 實際的通信信道對于每秒鐘它們可以處理的能力有限度.在很多種情形下,碼率是一個定值(比如說POTS,IDSN等) H.263編碼器的基礎(chǔ)是對于每個編碼的幀生成一個變的碼值.如果運動估計/補償過程工作正常的話,那么就有更少的非0系數(shù)被用來編碼. 然而,如果運動估計工作不那么正常的話(比如說當視頻場景中包括復(fù)雜的運動時),就會有很多的非0系數(shù)來被編碼.這樣編碼的值會增加. 為了映射這個可變的碼率值到一個CBR(固定碼率值)信道,編碼器必須進行碼率控制.編碼器計算編碼器輸出的碼率.如果它太高的話,它會通過增加標量化因子來提高壓縮率:這會導(dǎo)致更高的壓縮比(碼率會更低),但也同時在解碼器給出了更低的畫質(zhì).如果碼率下降的話,編碼 器就通過降低量化器的標量化因子來進行壓縮.這樣會在解碼端造成更高的友率和更佳的畫質(zhì). 同步 編碼器和解碼器必須是同步的,特別是如果視頻信號與音頻信號一起的話.H.263碼流包含了一定數(shù)目的"頭"或叫標記:這些是特殊的記號用來標記解碼器在當前幀的所處的位置.如果解碼器失掉了同步,那么它就向前掃描下一個標記來重新同步并恢復(fù)解碼.應(yīng)該注意到甚至是很小的同步上的損失都會造成很嚴重的解碼質(zhì)量的問題.所以在這樣一個充滿了"嗓音"的傳輸環(huán)境中設(shè)計一個視頻編碼系統(tǒng)的時候必須非常小心. 音頻和復(fù)用 H.263標準只描述了視頻編碼.在很多實際問題中,音頻數(shù)據(jù)必須被壓縮,傳輸和同步到視頻信號中去.同步,復(fù)用和協(xié)議問題被像H.320 (基于ISDN的視頻會議),H.324(基于POTS的視頻電信)和H.323(LAN或基于IP的視頻會議)這樣的標準解決掉了.H.263提供了這些標準的視頻編碼方法.音頻編碼被很多標準所支持,包括G.723.1等.另外,相關(guān)的標準包含了像復(fù)用(H.223)和信號機制(H.245)
5.2 軟件實現(xiàn) 像運動估計,變長編/解碼和DCT這樣的函數(shù)需要很大的處理能力來實現(xiàn).然而,最近的上理器的發(fā)展,使得在Pentium級處理器實時地編解 H.263視頻變可可能. 一個軟件實現(xiàn)必須是高度優(yōu)化的,來達到有效的視頻質(zhì)量(比如說,每秒多于10幀,352*288像素每幀).這包括了一系列的操作比如說在計算密集處使用快速算法,最小化移動或拷貝操作并解開循環(huán).在一些情況下,匯編代碼會進一步加速運行(比如說使用Inter的MMX指令集) 5.3 硬件實現(xiàn) 對于高清晰的視頻來說或當強大的處理器不存在的時候,硬件實現(xiàn)就是這個時候的解決方案了.一個典型的CODEC會對計算密集的部分使用專門的邏輯來進行處理(比如說運動估計/補償,DCT,量化器和熵編碼),它們使用控制模塊來定制事件順序,并記錄編碼解碼的參數(shù).一個可編程的控制器是更佳的,因為很多的編碼參數(shù)(比如說碼率控制算法)可以通過適應(yīng)不同的環(huán)境來進行修改或是調(diào)整.最近,一個 Intellectual Property中心對H.263提出了一個實現(xiàn).一個邏輯核心是VHDL或者Verilog的設(shè)計,它可以與其他的功能塊想組合而成為一個 ASIC或FPGA的一部分.
基于之前的視頻編碼國際標準(H.261,MPEG-1和H.262/MPEG-2),H.263的性能有了革命性的提高。它的第一版于1995年完成,在所有碼率下都優(yōu)于之前的H.261。之后還有在1998年增加了新的功能的第二版H.263+,或者叫H.263v2,以及在2000年完成的第三版H.263++,即H.263v3。早期的H.263 新增以下的附加(annexes):
Annex A - Inverse transform accuracy specification
Annex B - Hypothetical Reference Decoder
Annex C - Considerations for Multipoint
Annex D - Unrestricted Motion Vector mode
Annex E - Syntax-based Arithmetic Coding mode
Annex F - Advanced Prediction mode
Annex G - PB-frames mode
Annex H - Forward Error Correction for coded video signal
在H.263之后,ITU-T(在與MPEG的合作下)的下一代視頻編解碼器是H.264,或者叫AVC以及MPEG-4第10部分。由于H.264在性能上超越了H.263很多,現(xiàn)在通常認為H.263是一個過時的標準(雖然它的開發(fā)完成并不是很久以前的事情)。大多數(shù)新的視頻會議產(chǎn)品都已經(jīng)支持了H.264視頻編解碼器,就像以前支持H.263和H.261一樣。
我現(xiàn)在有263。這個車正臉很硬,100M以外除了TD很難打穿,但是這個車沒有頂蓋。沒有火炮的命,得了火炮的病。除了渣渣155,其他火炮經(jīng)常一炮送263見上帝。所以如果你想玩263,必須先熟知每個防火炮...
感覺286的底盤和IS-8很像,都是錐子臉,正面跳蛋應(yīng)該不錯,特別對于TD來說很有利 263看樣子不會是發(fā)動機前置吧?如果是的話就很不利了,正面褲襠容易被穿
10級車基本都不用去做太多比較,會玩都是很有發(fā)揮的,只是看你能否揚長避短而已。就263而言,它區(qū)別于普遍的單發(fā)高傷裝填時間長的TD,而是高射速單發(fā)低傷,靈活性更高但是缺乏威懾力。但是高射速在很多情況下...
格式:pdf
大?。?span id="v9rrdhd" class="single-tag-height">235KB
頁數(shù): 3頁
評分: 4.4
介紹基于PCI總線的H.263視頻采集壓縮卡的硬件結(jié)構(gòu)、FPGA內(nèi)部結(jié)構(gòu)及功能實現(xiàn),并詳細描述了該視頻卡的工作過程。
格式:pdf
大?。?span id="trlh9vz" class="single-tag-height">235KB
頁數(shù): 1頁
評分: 4.6
TK263井是塔河油田奧陶系油藏2區(qū)施工的一口開發(fā)直井。自2012年03月10日21:00開鉆,至2012年05月25日24:00完鉆,設(shè)計完鉆井深5600m,實際完鉆井深5615m。采用先期裸眼完井方式完井。該井圓滿完成甲方要求的鉆井地質(zhì)任務(wù),建成合格的開發(fā)井;探索奧陶系中深部地層的儲層發(fā)育特征及含油氣性;取全取準鉆井錄井測井測試等各項基礎(chǔ)資料。本井井身質(zhì)量優(yōu)秀,固井質(zhì)量優(yōu)秀,安全環(huán)保和油氣層保護合格,全井安全無事故,因鉆井周期超出設(shè)計,西北油田分公司綜合評定為良好,基本完成井隊提速提效目標。
· H.264,H.264 High Profile
· H.263
· H.261
· H.239 / People Content
· H.263 和H.264 視頻差錯消隱
主要技術(shù)參數(shù) |
遵循標準 系統(tǒng)標準:ITU-T H.323、H.320;IETFSIP 視頻標準:ITU-T H.261、H.263、H.263 、H.263 、H.264 音頻標準:ITU-T G.711、G.722、G.728、AAC-LC/LD寬帶音頻、ZTE-BA寬帶音頻 網(wǎng)絡(luò)標準:TCP/IP、FTP、DHCP、Telnet、HTTP、PPPoE、RTP/RTCP 雙流標準:ITU-T H.239 其他標準:ITU-T H.221、H.225.0、H.231、H.235、H.241、H.242、H.243、H.245、H.281、H.283、H.460 |
視頻特性 活動圖象分辨率:1080p,1080i,720p,4CIF,CIF; 數(shù)據(jù)內(nèi)容分辨率:VGA (640×480)、SVGA(800×600)、XGA (1024×768)、SXGA (1280×1024) 活動圖象幀率:30fps 專有圖象處理技術(shù):內(nèi)部動態(tài)多幀雙向預(yù)測加速引擎、增頻技術(shù)、SoftView-HD、PacketShaping、FastLock、關(guān)鍵區(qū)域增強編碼 亮度、飽和度、對比度等參數(shù)調(diào)節(jié) |
音頻特性 NaturalSound超寬帶音頻引擎(CD音質(zhì)級ZTE-BA寬帶編碼技術(shù)、B-AEC聲學回聲消除技術(shù)、AutoEnhance智能語音增強技術(shù)) 無線音頻技術(shù) ZTE數(shù)字陣列麥克風 多路輸入自動混音 自動唇音同步 音量調(diào)節(jié) 靜音與啞音控制 背景噪聲抑制(ANS) 自動增益控制(AGC) |
會議速率 IP:128Kbps~8Mbps E1:2Mbps/4Mbps/6Mbps/8Mbps |
網(wǎng)絡(luò)接口 E1:N×E1(N=1,2,3,4),G.703 |
其他接口 PSTN:1×RJ11 USB:1×USB 2.0 |
視頻輸入接口 1×YPbPr 2×HD-SDI 1×HDMI 1×RCA,CVBS 1×S-Video 1×D-SUB(SXGA) |
視頻輸出接口 1×YPbPr 1×HDMI 1×RCA,CVBS 1×S-Video 1×D- SUB(SXGA) |
音頻輸入接口 麥克風輸入:1×XLR 數(shù)字麥克風輸入:1×RS485 線路輸入:1×RCA 無線麥克風輸入:2.4G無線接口 |
音頻輸出接口 主輸出:2×RCA 輔助輸出:2×RCA |
攝像機控制接口 2×RS232 |
推薦外置攝像機參數(shù)* 成像設(shè)備:PTZ高清攝像機,1/3英寸CMOS成像芯片 有效像素:1920×1080 視頻輸出:HD-SDI,高清分量(Y/Pb/Pr),標清CVBS,Y/C 鏡頭:電動10倍光學變焦,4倍數(shù)字變焦 水平視場角:8°~70° 最低照度:15lx(50IRE,F(xiàn)1.8) 視頻信噪比:"_blank" href="/item/dB">dB 電子快門速度: 1/2~1/10000秒 方位/俯仰轉(zhuǎn)動范圍:-100~ 100度水平轉(zhuǎn)角-25~ 25度俯仰轉(zhuǎn)角 攝像機控制:1×RS232 |
操作控制方式 語言:中文、英文、葡萄牙、法文等16種語言 |
安全特性 終端密碼注冊 會議接入密碼 AES 128位加密(H.235) IP地址和號碼綁定 H.323 ID和號碼綁定 終端權(quán)限設(shè)置 Telnet/FTP訪問安全機制 安全模式 |
會議橫幅、短消息和滾動字幕 中/英文、橫向/縱向滾動字幕 會議橫幅 T.140短消息發(fā)送 遙控器中文輸入 字體大小、位置、顏色可設(shè)置 |
內(nèi)置MCU功能(可選) 內(nèi)置6端口MCU功能 最大支持6畫面數(shù)字分屏顯示 支持2、3、4、4 1、5 1多畫面顯示 |
其它功能 內(nèi)置瀏覽器 WEB控制臺圖象監(jiān)控 自動升降速,QoS的TOS、DiffServ設(shè)置和丟包補償,PacketShaping,視音頻丟包補償 MTU自適應(yīng) 聲音提示和音樂鈴聲 一“鍵”鐘情 流媒體組播 終端名稱排序和自定義分組 特服號呼入和斷線自動重呼 會議鎖 視頻點播 NAT/FW穿越:H.460、靜態(tài)NAT UCS(Uninterrupted Conference Service)不間斷會議服務(wù)系統(tǒng) |
診斷和管理功能 多級環(huán)回測試功能 PING功能、IP地址沖突檢測 系統(tǒng)日志、上電自檢、模塊檢測、故障診斷 網(wǎng)絡(luò)狀態(tài)監(jiān)視和模塊信息、丟包自動報警 IP遠程在線升級 多級用戶管理、界面鎖定 出廠設(shè)置恢復(fù) |
電氣特性 工作電壓:100V AC~240V AC 工作頻率:50Hz~60Hz 功耗:≤80W |
環(huán)境適應(yīng)性 工作狀態(tài): 溫度:-10℃~60℃ 相對濕度:15%~80% 非工作狀態(tài): 溫度:-40℃~ 70℃ 相對濕度:10%~90%(帶包裝) 環(huán)境噪聲:<40dBA SPL 最小室內(nèi)照度:7lx 推薦室內(nèi)照度:>300lx |
物理參數(shù) 尺寸:43.6mm×440mm×432mm(高×寬×深) 1U高,可上標準機架 |
· H.264,H.264 High Profile
· H.263++
· H.261
· H.239 / People+ content
· H.263 及 H.264 視頻差錯消隱