當前位置:首頁 » 文件管理 » 壓縮視頻通信

壓縮視頻通信

發布時間: 2023-01-19 10:44:51

A. h264是什麼視頻格式,這種格式有什麼特點

完全不明白是什麼意思。NeroAVC就是NeroAVC,H.264就是一個純規范。只要符合規范的都是H.264格式。x264壓出來的也是H.264/AVC,NeroAVC也是,其它編碼器也是(比如sony等的編碼器)。至於習慣問題,那是你的習慣。不是人人都知道h264代表neroavc。h264也沒有任何義務去代表neroavc。這和h263不代表divx或者xvid是一個道理。

B. 哪種類型單片機能實現對採集視頻的壓縮然後通過3G無線通信功能傳輸到遠端

還越簡單越好呢
最復雜的單片機,也沒法實現你提的任何一種功能
視頻壓縮的計算量太大,要餘弦變換,要運動矢量預測,要變長編碼,簡單點的arm都夠嗆
而且需要的存儲空間,對於單片機來說,也是天文數字
匯流排寬度,匯流排的帶寬。。。。。。
3g的通信,即使有現成的通信模塊,也要實現網路協議,復雜度太高

C. 誰能詳細介紹下無線視頻傳輸技術,越詳細越好

隨著移動通信業務的增加,無線通信已獲得非常廣泛的應用。無線網路除了提供語音服務之外,還提供多媒體、高速數據和視頻圖像業務。無線通信環境(無線信道、移動終端等)以及移動多媒體應用業務的特點對視頻圖像的視頻圖像編碼與傳輸技術已成為當今信息科學與技術的前沿課題。

1 無線視頻傳輸技術面臨的挑戰

數字視頻信號具有如下特點:

·數據量大

例如,移動可視電話一般採用QCIF解析度的圖像,它有176X144=25344像開綠燈。如果每個像素由24位來表示,一幀圖像的數據量依達594kbit。考慮到實時視頻圖像傳輸要求的幀頻(電視信號每秒25幀),數據傳輸速率將達到14.5Mbps!

·實時性要求高

人眼對視頻信號的基本要求是,延遲小,實時性好。而普通的數據通信對實時性的要求依比較低,因此相對普通數據通信而言,視頻通信要求更好的實時性。

無線環境則具有如下特點:

·無線信道資源有限

由於無線信道環境惡劣,有效的帶寬資源十分有限。實現大數據量的視頻信號的傳輸,尤其在面向大眾的無線可視應用中,無線信道的資源尤其緊張。

·無線網路是一個時變的網路

無線信道的物理特點決定了無線網路是一個時變的網路。

·無線視頻的Qos保障

在移動通信中,用戶的移動造成無線視頻的Qos保障十分復雜。

由此可以看出,視頻信號對傳輸的需要和無線環境的特點存在尖銳的矛盾,因此無線視頻傳輸面臨著巨大的挑戰。一般來說,無線視頻傳輸系統的研究設計目標如表1所示。

表1 無線視頻傳輸系統的主要性能指標和設計目標

性能指標 設計目標
視頻壓縮比
視頻傳輸實時性
視頻恢復質量
視頻傳輸魯棒性
支持Qos的視頻業務 用盡量少的比特描述視頻圖像
更短的傳輸時延,更快的編碼速度
獲得用戶更滿意的視頻恢復質量
更好適應傳輸信道的誤比特干擾
提供和用戶支持費用相當的服務

事實上,表1中許多性能指標是相互制約的。例如,視頻圖像壓縮比的提高會增加編碼演算法的復雜度,因此會影響演算法的實時實現,並且可能降低視頻的恢復質量。

2 視頻壓縮編碼技術

視頻信息的數據量十分驚人,要在帶寬有限的無線網路上傳送,必須經過壓縮編碼。目前國際上存在兩大標准化組織——ITU-T和MPEG——專門研究視頻編碼方法,負責制公平統一的標准,方便各種視頻產品間的互通性。這些協議集中了學術界最優秀的成果。

除各種基於國際標準的編碼技術外,還有許多新技術的發展十分引人注目。

2.1 基於協議的視頻壓縮編碼技術

國際電信聯盟(ITU-T)已經制定的視頻編碼標准包括H.261(1990年)、H.263(1995年)、H.263+(1998年),2000年11月份將通過H.263++的最終文本。H.26X系列標準是專門用於低比特率視頻通信的視頻編碼標准,具有較高的壓縮比,因此特別適合於無線視頻傳輸的需要。它們採用的基本技術包括:DCT變換、運動補償、量化、熵編碼等。H.263+和H.263++中更增加考慮了較為惡劣的無線環境,設計了多種增強碼流魯棒性的方法,定義了分線編碼的語法規則。

MPEG制定的視頻編碼標准有MPEG-1(1990年)、MPEG-2(1994年)、MPEG-4(完善中)。其中MPEG-1、MPEG-2基本已經定稿,使用的基本技術和H.26X相同。MPEG-1、MPEG-2的特點在於針對的應用主要是數字存儲媒體,碼率高,它們並不適於無線視頻傳輸。人們熟知的VCD、DVD是MPEG-1、MPEG-2的典型應用。隨後,MPEG組織注意到了低比特率應用潛在的巨大市場,開始和ITU-T進行競爭。在MPEG-4的制定中,不僅考慮了高比特率應用,還特別包含了適於無線傳輸的低比特率應用。MPEG-4標準的最大特點是基於視頻對象的編碼方法。

無線通信終端是多種多樣的,其所處的網路結構、規模也是互異的。視頻碼流的精細可分級性(Fine Granularity Scalability)適應了傳輸環境的多樣性。

編碼協議並不提供完全齊備的解決方案。一般來說,協議內容主要包括碼流的語法結構、技術路線、解碼方法等,而並未嚴格規定其中一些關鍵演算法,如運動估計演算法、碼率控制演算法等。運動估計演算法在第3部分有較為詳細的介紹。碼率控制方案在第4部分有較為詳細的介紹。

2.2 其他視頻壓縮編碼技術

除上述基於協議的視頻標准之外,還有一些優秀的演算法由於商業的原因,暫時沒有被國際標准完全接納。典型的例子是DCT變換和小波變換之爭。雖然利用小波變換可以取得更好的圖像恢復質量,但是因為DCT變換使用較早,有很多商業產品的支持,因此小波變換很難在一夜之間取代DCT變換現有的地位。其他編碼方法如,分形編碼、基於模型的編碼方法、感興趣區優先編碼方法等也都取得了一定的成果,具有更強的壓縮能力。但是演算法實現過於復雜,達到完全實用尚有一段距離。

在基於小波的低比特率圖像壓縮演算法的研究中,根據小波圖像系數的空間分布特性,以及小波多解析度的視頻特點,人們引入矢量量化以充分利用小波圖像系數的相關性。根據傳統的運動補償難以與小波變換相結合這一情況,人們還提出了將空間二維幀內小波變換與時間軸一維小波變換相結合的三維小波變換方法。

人類的視覺是一種積極的感受行為,不僅與生理因素有關,還取決於心理因素。人們觀察與理解圖像時常常會不自覺地對某引起區域產生興趣。整幅圖像的視覺質量往往取決於感興趣區(ROI:Region of Interest)的圖像質量。在保障ROI區部分圖像質量的前提下,其他部分可以進行更高的壓縮。這樣在大大壓縮數據量的同時,仍有滿意的圖像恢復質量。這就是感興趣區優先編碼策略。

3 視頻編碼實時性研究

由於視頻數據的特殊性,視頻傳輸系統對實時性要求很高。這里重點介紹基於視頻編碼協議演算法的實時性問題。小波編碼等演算法雖然有許多優點,但是演算法復雜度太高,目前難於達到實時性要求。下面介紹基於協議編碼演算法中的幾個重要環節,它們對提高視頻編碼系統實時性有重要作用。

3.1 運動估計

預測編碼可以有效去除時間域上的冗餘信息,運動估計則是預測編碼的重要環節。運動估計是要在參考幀中找到一個和當前幀圖像塊最相似的圖像塊,即最佳匹配塊。估計結果用運動向量來表示。研究運動估計演算法就是要研究匹配塊搜索演算法。

研究分析表示,原始運動估計演算法在編碼器運行中消耗了編碼器70%左右的執行時間。因此,為了提高編碼器執行速度必須首先提高運動估計演算法的效率。

窮盡搜索法是最原始的運動估計演算法,它能得到全局最優結果,但是由於運算量大,不宜在實現應用中使用。快速運動估計演算法通過減小搜索空間,加快了搜索過程。雖然快速運動估計演算法得到的運動向量沒有窮盡搜索法的結果那樣精確,但是由於它可以顯著減少運算時間,精度也能滿足很多應用的需要,因而它們的應用十分廣泛。典型的快速搜索演算法有:共軛方向搜索法(CDS)、二維對數法(TDL)、三步搜索法(TSS)、交叉搜索法(CSA)等。

3.2 演算法結構的並行化

並行化處理的體系結構十分有利於提高系統處理能力,加之視頻編碼演算法有很強的並行處理潛力,因此,人們研究了編碼演算法的並行運算能力,進一步保障了編碼演算法的實時實現。

例如,如果有兩個並行處理器,依可以同時進行兩個圖像塊的運行估計或者DCT變換,這樣依把運動估計和DCT變換環節的運算時間縮短了一倍。

3.3 高速DSP晶元和專用DSP設計

微電子技術的發展,也使近年來DSP晶元有了很大的進步。每秒幾十或上百BOPS次的運算速度(1個BOPS為每秒10億次)DSP晶元已經出現,這為系統實時處理提高了硬體保證。

通用高速DSP晶元在視頻編碼演算法的研究開發中扮演了重要角色。許多DSP生產廠商甚至提供實現某種編碼協議的專用晶元。

4 碼率控制研究

編碼策略是編碼器中重要環節。碼率控制技術是視頻通信應用中的關鍵技術之一,它負責編碼器各個環節與傳輸信道和解碼器之間的協調,在編碼器中具有重要地位。因為碼率控制策略需要由具體應用場合決定,所以象H.263+、MPEG-4等視頻編碼協議,都沒有規定具體碼率控制方法。

由於視頻碼流結構具有分層的特點,因而碼率控制方案的研究一般分成了兩個層交人,圖像層碼率控制、宏塊層碼率控制。圖像層碼率控制的主要任務是,根據系統對編碼器輸出碼率的期望、系統傳輸延遲的限制、傳送緩沖區的滿溢程度等同,在一幀圖像編碼前,確定該幀圖像的輸出期望比特數。宏塊層碼率控制的主要任務是,根據圖像層碼率控制確定的該幀圖像的輸出期望比特數,給圖像各部分選擇合適的量化步長。宏塊層碼率控制的主要依據是率失真(Rate-Distortion)模型。

TMN8碼率控制方案,是迄今為止一套優秀的碼率控制方案。它被H.263+的TMN8模型的MPEG-4(Version 1)的VM8模型所採納。該方案的精化部分在於宏塊層碼率控制部分,它採用了一種十分有效的率失真模型,是宏塊層碼率控制的誤差很小;在圖像層碼率控制方面,該方案的前提較為簡單,主要考慮了編碼時延、緩沖區滿溢程度等因素,並且要求編碼器的工作幀頻恆定。

在很多情況下,視頻編碼的幀頻不可能保持恆定,或者不「應該」恆定。考慮到視頻編碼器工作點的變化,以及現有率失真模型可能存在的誤差,人們將現代控制理論引入到圖碼率控制中,設計了更穩定的碼率控制方案。

由於宏塊層碼率控制環節直接決定圖像各宏塊使用的量化步長,因此利用宏塊層友率控制方法,可以輕易實現圖像感興趣區優先編碼策略。使用感興趣區優先編碼策略時,雖然對整幅圖像而言仍屬低碼率編碼范疇,但對於感興趣區域而言卻存在局部高碼率編碼。現有低碼率控制演算法,包括TMN8方案,都沒有考慮到這一現象。它們將整幅圖像所有部分都作為低碼率編碼對象,並以此建立碼率控制模型。因此這些碼率控制方案直接與感興趣區優先編碼策略相結合時,會導致不應有的碼率控制誤差。為此,人們又提出了一套用不動聲色低碼率應用的碼率控制框架,它適應了感興趣區優先編碼策略的需要。

5 魯棒性研究

無線信道干擾因素多,誤碼率高,因此無線視頻的魯棒傳輸研究對於無線視頻傳輸的實用化十分重要。

5.1 魯棒的壓縮編碼

視頻壓縮編碼的最後一個環節是熵編碼。熵編碼的特點決定了視頻碼流對誤比特高度敏感。於是,人們設計了多種技術用於在視頻編碼環節進行差錯復原,提高碼流魯棒性。MPEG-4中定義的主要差錯控制技術有:重同步(Resynchronization)、數據分割(Data Partition)、可逆變長編碼(RVLC)。H.263+中用於差錯復原的技術主要包括前向糾錯編碼(FEC)、條帶模式(Slice Mode)、獨立分段解碼(Independent Segment Decoding)和參考圖像選擇(Reference Picture Selection)等。H.263++則又增加了數據分割的條帶模式,並對參考圖像選擇模式進行了修改。

此外,在信源解碼端,人們又設計了數據恢復(Data Recovery)和差錯掩蓋(Error Concealment)等技術,以便盡量減少碼流中錯誤比特的負面影響。

5.2 魯棒的復用環節

多媒體通信中,復用是緊隨編碼環節的一個環節。以ITU定義的H.324標准為例,該標准由若干協議組成,包括音頻編碼協議G.723、視頻編碼協議H.26X、控制協議H.245和復用協議H.223。H.223是一個面向連接的復用器,負責把多媒體終端的多個數據源(音頻、視頻、數據等)復合為一個碼流。Villasenor等已經注意到復用器出現的差錯對視頻可能產生的影響,但沒有特點深入的研究成果。

5.3 魯棒的信道編碼環節

信道編碼也稱差錯控制編碼。與信源編碼的目的不同,信源編碼是盡量壓縮數據,用盡量少的比特描述原始視頻圖像;信道編碼是利用附加比特來保障原始比特能正確無誤地到達目的地。信道傳輸中的糾錯方法包括:前向誤碼糾錯(FEC)、自動重發(ARQ)和混合糾錯(HEC)。

Shannon從理論上給出了信道傳輸能力的上限。信道編碼方法的研究設計目標有二,一是盡量利用信道容量,二是抗干擾性能更強。

Turbo碼是近年來紀錯編碼領域的活躍分支,由法國學者C.Berrou等人在1993年看出的,其模擬性能紀錯能力。但是Turbo碼的解碼演算法十分復雜,關於Turbo碼解碼的實時實現是當前研究熱點之一。

5.4 信源信道組合編碼

不同的信道編碼策略對信元的保護能力也不同。根據信元的重要程度,合理地予以差錯控制編碼,將有效地提高傳輸系統的效率。這是不平等的保護策略(Unequal Error Protection)。信元的重要程度,可以有多種劃分方法,如按照信元對解碼所起作用,或者按照信元對人眼感知所起作用,等等。

還有許多學者研究了信道模型在信源信道組合編碼中的應用。三種典型無線信道模型是二進制對稱雜訊通道(Binary Symmetric Channels)、加性白高斯雜訊通道(Additie White Gaussian Channels)、G-E突發雜訊通道(Gilbert-Elliott Bursty Channels)。Chang Wen Chen等在研究這些信道模型的基礎上,研究了新的率失真模型,該模型不僅描述了量化引入的誤差,而且將信道雜訊考慮在內。在一定的信道傳輸速率要求下,利用這樣的率失真模型,不僅可以在子信源之間合理分配比特,而且可以更好地平衡信源編碼精度與信道編碼保護兩者對碼率的需要。

6 無線視頻傳輸系統的優化與管理

在前面幾部分的研究中,主要目標是解決無線視頻傳輸的基礎問題:視頻數據的壓縮問題、編碼的實時實現、視頻碼流的魯棒傳輸。事實上,除了上述問題,還有許多與無線視頻傳輸密切相關的領域,它們對無線視頻傳輸的實現、推廣有著舉足輕重的影響。

6.1 通信協議的研究

中國公眾多媒體通信網是一個基於IP協議的通信網,它的通信協議是基於TCP/IP的。當然,IP協議和TCP協議僅是核心協議。為保證實時視頻通信業務能很好地運行,需要使用實時傳送協議(RTP)和實時傳送控制協議(RTCP)。為了給實時業務或其它特定業務的傳送留有足夠寬的通道,還必須使用資源預留協議(RSVP)。上述五個通信協議是IP網的主要通信協議。

Ipv6作Internet Protocol的新版本,將繼承和取代傳統IP(Ipv4)。從Ipv4到Ipv6的改變將為下一代網際網路奠定更堅實的基礎,如,Ipv6力求使網路管理變得更加簡單,考慮到不同用戶對服務質量的不同需要,其中若干技術十分有利於實時多媒體業務的實理。

6.2 接入控制(Admissior Control)

類似有線網路,無線網路要決定是否允許新連接接入;此外無線網路還要決定是否允許切換連接,並要在二者之間謀求最優解決方案。

Naghshineh在1996年提出虛擬連接樹的新概念,設計了基於虛擬連接樹的高速移動ATM網路體系,並研究了在該體系結構下的接入控制方案。簡單說,作者用一個虛擬樹來描述位於一定距離內小區的移動用戶。一旦移動用戶的呼叫被允許,他依可以在虛擬樹內的所有小區間自由切換,而無須重新請求。

在高速無線多媒體網路中,Oliveira等則提出了基於帶寬預留的接入控制方案,即在建立呼叫小區附近入的小區中,進行帶寬預留,以保障服務質量。當用戶進入一個新的小區,被預留的帶寬將被利用。

6.3 資源預留(Resource Reservation)

對於視頻、話音等實時業務,為保證可接受的服務質量,應該保留一定的連接帶寬。此外,與新呼叫相比,切換呼叫應有更高的優先權。

6.4 Qos業務模型(Qos Service Model)

無線多媒體Qos支持的基本目標是,在帶寬有限情況下,提供和用戶支付費用相當的服務質量。建立合適的業務模型是首先要解決的問題。所謂業務模型,就是要根據各種具體應用的特點,將其劃分成不同類型。例如,在支持Qos和ATM中定義了幾種業務模型:恆定比特率(CBR)業務、實時可變比特率(rt-VBR)業務、非實時可變比特率(nrt-VBR)業務、可用比特率(ABR)業務和不定比特率(UBR)業務。恆定比特率業務對帶寬的要求最為嚴格,其他類型對帶寬的要求依次放鬆。

現有的大理多媒體業務是在基於IP的網路上開展的,而rc設計IP協議的初衷是傳輸數據的,是一種「盡力而為」的網路,並不支持Qos。為此,其上的實時業務模型被分為兩類:有保障業務(Guaranteed Service)和無保障業務(Predictive Service)。

總之,在無線多媒體環境下,建立起合理的業務模型對保障Qos至關重要。在這一領域,人們始終在做出努力。如,較早時候,Oliverira等只用實時業務與非實時業務加以區分;1999年,Talukder等提出三類業務模型;2000年,Lei Huang等不僅考慮帶寬和延遲需要,還考慮了移動用戶的運動特性,提出多達七類業務模型。

6.5 圖像質量評價准則

恰當的圖像質量評價方法是無線多媒體通信的基本需要。由於無線環境帶寬有限,不可能為所有用戶都提供相同質量的服務,所以只能提供和用戶支付費用相當的服務質量。因此必須有一套能准確反映用戶接受服務的客觀質量標准。

除了些特殊場合,純粹額觀評價(如基於均方誤差的評價方法)已經被普遍認為不是真正「客觀」的圖像質量評價,越來越多的人認為,人眼視覺系統(HVS)的特性應該考慮在內。

Westen等人在1995年提出了基於多通道的HVS模型,用來評價圖像的感受質量。宋堅信等人最近又提出一種壓縮視頻感覺質量的計算方法,其核心思想是,利用視覺掩蔽特性, 分析與壓縮視頻質量有關的視覺特性及視頻圖像內容特性,提出視覺掩蔽計算結構及用模糊學方法進行視覺閾值提升的計算方法。

總之,面向惡劣無線環境的數字視頻傳輸技術尚未成熟;面向大眾應用的無線視頻傳輸技術元未成熟。因此,現在加強在該領域的研究力度,是增強我國科技實力的一次機遇,對於我國在未來通信領域占據一席之地將起重要作用。

D. unity c# 視頻流壓縮和通信

但是很多東西都必須自己實現,至少C的前身是C,這一點很考驗水平。

本人自己初學。
Unity3D是一個游戲引擎,但是效率可能不會有完全自己實現高,是很厲害的語言,並且C的效率比起C低一些,多謝了,而且設計得比較方便使用,優化問題可能更重要一些,只是說一下自己的觀點,提供的API也很多們很好用,使用難度比起前一種要減少很多很多。
Unity3D用C和javascript比較多,而且效率很高,希望指正,我覺得用C語言寫游戲是完全可行的。如果水平很好的話,實時性更好一些,如果不正確,而且游戲可能還會更有效率一些,裡面封裝了很多直接就可以使用的效果C語言是很多語言的前身

E. 常用的視頻壓縮標準是什麼啊

視頻壓縮標准如下:

1、H.261

H.261標準是為ISDN設計,主要針對實時編碼和解碼設計,壓縮和解壓縮的信號延時不超過150ms,碼率px64kbps(p=1~30)。

H.261標准主要採用運動補償的幀間預測、DCT變換、自適應量化、熵編碼等壓縮技術。只有I幀和P幀,沒有B幀,運動估計精度只精確到像素級。支持兩種圖像掃描格式:QCIF和CIF。

2、H.263

H.263標準是甚低碼率的圖像編碼國際標准,它一方面以H.261為基礎,以混合編碼為核心,其基本原理框圖和H.261十分相似,原始數據和碼流組織也相似;另一方面,H.263也吸收了MPEG等其它一些國際標准中有效、合理的部分,如:半像素精度的運動估計、PB幀預測等,使它性能優於H.261。

H.263使用的位率可小於64Kb/s,且傳輸比特率可不固定(變碼率)。H.263支持多種解析度:SQCIF(128x96)、 QCIF、CIF、4CIF、16CIF。

3、H.264/AVC

視頻壓縮國際標准主要有由ITU-T制定的H.261、H.262、H.263、H.264和由MPEG制定的MPEG-1、MPEG-2、MPEG-4,其中H.262/MPEG-2和H.264/MPEG-4 AVC由ITU-T與MPEG聯合制定。

從簡單來說H.264就是一種視頻編碼技術,與微軟的WMV9都屬於同一種技術也就是壓縮動態圖像數據的「編解碼器」程序。

一般來說,如果動態圖像數據未經壓縮就使用的話,數據量非常大,容易造成通信線路故障及數據存儲容量緊張。

因此,在發送動態圖像時、或者把影像內容保存在DVD上時、以及使用存儲介質容量較小的數碼相機或相機手機拍攝映像時,就必須使用編解碼器。雖然編解碼器有許多種類,但DVD-Video與微波數字電視等使用的主要是MPEG2,數碼相機等攝像時主要使用MPEG4。

既然作為壓縮視頻編碼技術,H.264最大的作用對視頻的壓縮了。我們熟悉的MPEG2也就是最常用的DVD視頻編碼技術已經比較落後。

MPEG-4

MPEG-4標准並非是MPEG-2的替代品,它著眼於不同的應用領域。MPEG-4的制定初衷主要針對視頻會議、可視電話超低比特率壓縮(小於64Kb/s)的需求。在制定過程中,MPEG組織深深感受到人們對媒體信息,特別是對視頻信息的需求由播放型轉向基於內容的訪問、檢索和操作。

MPEG-4與前面提到的JPEG、MPEG-1/2有很大的不同,它為多媒體數據壓縮編碼提供了更為廣闊的平台,它定義的是一種格式、一種框架,而不是具體演算法,它希望建立一種更自由的通信與開發環境。

於是MPEG-4新的目標就是定義為:支持多種多媒體的應用,特別是多媒體信息基於內容的檢索和訪問,可根據不同的應用需求,現場配置解碼器。編碼系統也是開放的,可隨時加入新的有效的演算法模塊。應用范圍包括實時視聽通信、多媒體通信、遠地監測/監視、VOD、家庭購物/娛樂等。

MPEG-4視頻壓縮演算法相對於MPEG-1/2在低比特率壓縮上有著顯著提高,在CIF(352*288)或者更高清晰度(768*576)情況下的視頻壓縮,無論從清晰度還是從存儲量上都比MPEG1具有更大的優勢,也更適合網路傳輸。另外MPEG-4可以方便地動態調整幀率、比特率,以降低存儲量。

MPEG-4由於系統設計過於復雜,使得MPEG-4難以完全實現並且兼容,很難在視頻會議、可視電話等領域實現,這一點有點偏離原來地初衷。

F. 數字電視的視頻壓縮技術

論文題目是:數字電視接收機的視頻壓縮技術
幫寫內容:(1)選題依據及研究意義;
(2) 選題研究現狀;
(3)研究內容(包括基本思路、框架、主要研究方式、方法
等)

一共是三點,請大家教一下我這三點該怎麼寫?!

註明:論文我已經寫好了:下面是論文提綱(含論文選題、論文主體框架)
論文選題:數字電視接收機的視頻壓縮技術

第一章:緒論
一、數字電視的發展及視頻壓縮的必要性;
二、視頻圖象數字壓縮的客觀依據;
三、數字電視與接收機(機頂盒);
四、電視信號模數轉換標准;
第二章:數字電視機頂盒技術
一、什麼是數字電視機頂盒;
二、數字電視機頂盒的基本原理;
三、數字電視機頂盒的結構;
四、數字電視機頂盒的主要技術;
第三章:視頻壓縮編碼技術
一 空間或時間性編碼;
二. 加權;
三. 遍歷(Scannng);
四. 熵編碼;
五. 空間性編碼器;
六. 時間性編碼;
七. 運動補償;
八. 雙向編碼;
九. I、P 和B 畫面;
十. MPEG 壓縮器;
十一. 預處理;
十二. 類和級;
十三. 小波;
第四章:視頻圖象壓縮標准
一、H.261標准;
二、JPEG標准;
三、MPEG-1壓縮編碼標准;
四、MPEG-2壓縮編碼標准;
五、MPEG-4壓縮編碼標准;
結束語 ;
參考文獻 ;
問題補充:題目是學校幫我選擇的! 大家可以幫忙把這三點寫一下嗎? 我真不知道該怎麼寫! 或者大家幫我寫前兩點也好了~ 謝謝幫我忙的所有朋友! 拜託各位了!我開題16號就要交了

看看這個能不能幫您!
一、如何選擇問題

我一起縈繞於懷的,是在寫博士論文開題報告的一年多時間里,導師薛瀾教授反復追問的一個問題:「你的 puzzle 是什麼?」多少次我不假思索地回答「我的問題就是,中國的半導體產業為什麼發展不起來。」薛老師問題以其特有的儲蓄,笑而不答。我在心中既惱火又懊喪:這么簡單的道理,這么明顯的答案,到底哪兒不對了?!

奧妙就在於提出問題的「層次」。不同於政策研究報告,學術文章聚集理論層面、解決理論問題。理論是由一系列前設和術語構造的邏輯體系。特定領域的理論有其特定的概念、范疇和研究範式。只有在相同的概念、視角和範式下,理論才能夠對話;只有通過對話,理論才能夠發展。極少有碩博論文是創造新理論的,能這樣當然最好,但難度很大。我們多數是在既有理論的基礎上加以發展,因此,在提出問題時,要以「內行」看得懂的術語和明確的邏輯來表述。審視我最初提出的問題「中國半導體產業為什麼發展不起來」,這僅僅是對現象的探詢,而非有待求證的理論命題。我的理論命題是:「中國產業政策過程是精英主導的共識過程嗎?」在這個命題中,「政策過程」、「精英政治」、「共識訴求」三個術語勾勒出研究的理論大體范圍和視角。

其次,選擇問題是一個「剝筍」的過程。理論問題總是深深地隱藏在紛繁復雜的現實背後,而發現理論問題,則需要運用理論思維的能力。理論思維的訓練是一個長期積累的過程。不過初學者也不必望而卻步,大體上可以分「三步走」:第一步,先劃定一個「興趣范圍」,如半導體產業、信息產業、農村醫療、高等教育體制等,廣泛瀏覽相關的媒體報道、政府文獻和學術文章,找到其中的「症結」或「熱點」。第二步,總結以往的研究者大體從哪些理論視角來分析「症結」或「熱點」、運用了哪些理論工具,如公共財政的視角、社會沖突範式等。第三步,考察問題的可研究性,也就是我們自己的研究空間和研究的可行性。例如,西方的理論是否無法解釋中國的問題?或者同一個問題能否用不同的理論來解釋?或者理論本身的前提假設、邏輯推演是否存在缺陷?通過回答這些問題,我們找到自己研究的立足點。不過還要注意我們研究在規定的一到兩年時間內,是否可能完成?資料獲取是否可行?等等。

最後,如何陳述問題?陳述問題實質上就是凝練核心觀點的過程。觀點應當來自對現實問題的思考和總結,而不是為了套理論而「削足適履」。中國的政治、經濟和社會發展充滿動態的、豐富的景象,如何才能用恰當的術語、准確的邏輯表述出來呢?雄心勃勃的初學者往往提出宏偉的概念或框架,但我的建議是盡可能縮小研究范圍、明確研究對象,從而理清對象的內存邏輯,保證能在有限的時間內完成規范的學

術論文。如「中國半導體產業政策研究」就是一個非常含糊的陳述,我們可以從幾個方面來收縮話題:( 1 )時間:從 1980 年到 2000 年;( 2 )對象:政府的叛亂者和決策行為,而不是市場、企業、治理結構等;( 3 )視角:政治和政府理論中的精英研究;( 4 )案例: 908 工程、 909 工程、 13 號文件和《電子振興》,這是發生在 1980 - 2000 年間半導體政策領域的兩個重大工程和兩個重要文件。通過這樣的明確界定,我們將目光集中在「政策過程」、「精英」、「共識」幾個顯而易見的概念上,問題也就水落石出了。同時,問題清楚了,我們在篩選信息和資料時也就有了明確的標准,在這個「信息冗餘」的時代,能夠大大提高研究效率。

二、 如何做文獻綜述

首先需要將「文獻綜述( Literature Review) 」與「背景描述 (Backupground Description) 」區分開來。我們在選擇研究問題的時候,需要了解該問題產生的背景和來龍去脈,如「中國半導體產業的發展歷程」、「國外政府發展半導體產業的政策和問題」等等,這些內容屬於「背景描述」,關注的是現實層面的問題,嚴格講不是「文獻綜述」,關注的是現實層面問題,嚴格講不是「文獻綜述」。「文獻綜述」是對學術觀點和理論方法的整理。其次,文獻綜述是評論性的( Review 就是「評論」的意思),因此要帶著作者本人批判的眼光 (critical thinking) 來歸納和評論文獻,而不僅僅是相關領域學術研究的「堆砌」。評論的主線,要按照問題展開,也就是說,別的學者是如何看待和解決你提出的問題的,他們的方法和理論是否有什麼缺陷?要是別的學者已經很完美地解決了你提出的問題,那就沒有重復研究的必要了。

清楚了文獻綜述的意涵,現來說說怎麼做文獻綜述。雖說,盡可能廣泛地收集資料是負責任的研究態度,但如果缺乏標准,就極易將人引入文獻的泥沼。

技巧一:瞄準主流。主流文獻,如該領域的核心期刊、經典著作、專職部門的研究報告、重要化合物的觀點和論述等,是做文獻綜述的「必修課」。而多數大眾媒體上的相關報道或言論,雖然多少有點價值,但時間精力所限,可以從簡。怎樣摸清該領域的主流呢?建議從以下幾條途徑入手:一是圖書館的中外學術期刊,找到一兩篇「經典」的文章後「順藤摸瓜」,留意它們的參考文獻。質量較高的學術文章,通常是不會忽略該領域的主流、經典文獻的。二是利用學校圖書館的「中國期刊網」、「外文期刊資料庫檢索」和外文過刊閱覽室,能夠查到一些較為早期的經典文獻。三是國家圖書館,有些上世紀七八十年代甚至更早出版的社科圖書,學校圖書館往往沒有收藏,但是國圖卻是一本不少(國內出版的所有圖書都要送繳國家圖書館),不僅如此,國圖還收藏了很多研究中國政治和政府的外文書籍,從互聯網上可以輕松查詢到。

技巧二:隨時整理,如對文獻進行分類,記錄文獻信息和藏書地點。做博士論文的時間很長,有的文獻看過了當時不一定有用,事後想起來卻找不著了,所以有時記錄是很有必要的。羅僕人就積累有一份研究中國政策過程的書單,還特別記錄了圖書分類號碼和藏書地點。同時,對於特別重要的文獻,不妨做一個讀書筆記,摘錄其中的重要觀點和論述。這樣一步一個腳印,到真正開始寫論文時就積累了大量「干貨」,可以隨時享用。

技巧三:要按照問題來組織文獻綜述。看過一些文獻以後,我們有很強烈的願望要把自己看到的東西都陳述出來,像「竹筒倒豆子」一樣,洋洋灑灑,蔚為壯觀。彷彿一定要向讀者證明自己勞苦功高。我寫過十多萬字的文獻綜述,後來發覺真正有意義的不過數千字。文獻綜述就像是在文獻的叢林中開辟道路,這條道路本來就是要指向我們所要解決的問題,當然是直線距離最短、最省事,但是一路上風景頗多,迷戀風景的人便往往繞行於迤邐的叢林中,反面「亂花漸欲迷人眼」,「曲徑通幽」不知所終了。因此,在做文獻綜述時,頭腦時刻要清醒:我要解決什麼問題,人家是怎麼解決問題的,說的有沒有道理,就行了。

三、如何撰寫開題報告

問題清楚了,文獻綜述也做過了,開題報告便呼之欲出。事實也是如此,一個清晰的問題,往往已經隱含著論文的基本結論;對現有文獻的缺點的評論,也基本暗含著改進的方向。開題報告就是要把這些暗含的結論、論證結論的邏輯推理,清楚地展現出來。

寫開題報告的目的,是要請老師和專家幫我們判斷一下:這個問題有沒有研究價值、這個研究方法有沒有可能奏效、這個論證邏輯有沒有明顯缺陷。因此,開題報告的主要內容,就要按照「研究目的和意義」、「文獻綜述和理論空間」、「基本論點和研究方法」、「資料收集方法和工作步驟」這樣幾個方面展開。其中,「基本論點和研究方法」是重點,許多人往往花費大量筆墨鋪陳文獻綜述,但一談到自己的研究方法時但寥寥數語、一掠而過。這樣的話,評審老師怎麼能判斷出你的研究前景呢?又怎麼能對你的研究方法給予切實的指導和建議呢?

對於不同的選題,研究方法有很大的差異。一個嚴謹規范的學術研究,必須以嚴謹規范的方法為支撐。在博士生課程的日常教學中,有些老師致力於傳授研究方法;有的則突出討論方法論的問題。這都有利於我們每一個人提高自己對研究方法的認識、理解、選擇與應用,並具體實施於自己的論文工作中。

G. 什麼是計算機視頻處理技術

視頻處理技術

和一般的業務不同,視頻是流特性業務,數據量很大。例如,數字電視圖像中的SIF格式、NTSC制式、彩色、4∶4∶4采樣,每幀的數據量為2028Kb,每秒的數據流量可達60.8Mb;CCIR格式、PAL制式、4∶4∶4采樣的彩色視頻的數據流量可達148.8Mbps。實驗表明,176×144的YUV原始視頻在10Mbps的LAN上傳送速率是3幀/秒左右。可見,未壓縮的視頻在Internet上傳輸的效果是無法容忍的,而且會很容易地將Internet資源吞沒,造成網路擁塞甚至崩潰。因此,IP視頻通信的第一步就是視頻壓縮。
視頻壓縮編碼的理論基礎是資訊理論。壓縮就是從時域、空域兩方面去除冗餘信息,即將可推知的確定信息去掉。編碼方法大致可分為三類:
1.考慮到圖像信源的統計特性採用的預測編碼方法、變換編碼方法、矢量量化編碼方法、子帶-小波編碼方法及神經網路編碼方法等;
2.考慮到視覺特性採用的基於方向濾波的圖像編碼方法、基於圖像輪廓/紋理的編碼方法;
3.考慮到圖像傳遞的景物特徵,採用的分形編碼、基於模塊的編碼方法。
在IP視頻通信應用中,編碼方法的選擇不但要考慮到壓縮比、信噪比,還要考慮到演算法的復雜性。太復雜的編碼演算法可能會產生較高的壓縮比,但也會帶來較大的計算開銷,軟體實現時會影響通信的實時性。目前,在眾多視頻編碼演算法中,影響最大並被廣泛應用的演算法是MPEG和H.26x。
※MPEG編碼
MPEG是國際標准化組織ISO/IEC下的一個制定動態視頻壓縮編碼標準的組織,它為視頻壓縮編碼技術的標准化、實用化做出了巨大貢獻。如針對CD-ROM的1.5Mbps傳輸率的MPEG-1、針對HDTV的6Mbps以上傳輸速率的MPEG-2都已成功地得到應用,並創造了巨大的商業價值。MPEG-4是針對視頻會議、可視電話的甚低速率編碼標准,它融入了基於內容的檢索與編碼,可對壓縮數據內容直接訪問;即將於2001年制定完畢的MPEG-7標准被稱為"多媒體內容描述介面",這種標准化的描述可以加到任何類型的媒體信息上。不管視頻信息的表達形式或壓縮形式如何,具有這種標准化描述的多媒體數據均可被檢索。因此,MPEG-7的應用領域主要是數字化圖書館和廣播式媒體。
※H.263編碼
H.261編碼是一種幀間預測減少時域冗餘、變換編碼減少空域冗餘的混合編碼方法,具有壓縮比高、演算法復雜度低等優點,得到較為廣泛的應用。Mbone的重要應用工具之一IVS的視頻編碼採用的就是H.261編碼演算法。在H.261的基礎上,1996年ITU-T推出了H.263編碼標准。H.263在許多方面對H.261進行了改進和擴充,如在編碼演算法復雜度增加很少的基礎上,H.263能提供更好的圖像質量、更低的速率,十分適合於IP視頻會議、可視電話應用。目前,H.263編碼是IP視頻通信採用最多的一種編碼方法,並已被許多多媒體通信終端標准所吸收, 如:ITU-TH.310(B-ISDN)、H.320(ISDN)、H.324(PSTN)、H.323(LAN、 WAN、Internet)。
隨著計算機性能的快速提高,對於可視電話和視頻會議等應用(一般使用QCIF圖像),純軟體編碼器(codec)即可以滿足應用要求。我們實現的H.263純軟體編碼器在主頻為166MHz的主機上編碼幀率可達60幀/秒以上,平均圖像質量(用信噪比表示)大於38dB。
1998年ITU-T推出的H.263+是H.263建議的第二版,它提供了12個新的可協商模式和其他特徵,進一步提高了壓縮編碼性能。如H.263隻有5種視頻源格式,H.263+允許使用更多的源格式,圖像形狀和時鍾頻率也有多種選擇,拓寬了應用范圍;另一重要的改進是可擴展性,它允許多顯示率、多速率及多解析度,增強了視頻信息在易誤碼、易丟包異構網路環境下的傳輸。另外,H.263+的圖像分段依賴性也可以是受限的,以減少差錯傳播。H.263+對H.263中的不受限運動矢量模式進行了改進,加上12個新增的可選模式,不僅提高了編碼性能,而且增強了應用的靈活性

希望可以用到

H. 視頻通話時我的影像模糊對方看不清楚咋回事怎麼辦

若使用vivo手機,微信視頻通話畫面模糊可參考以下處理方法:1、對方看到自己的畫面模糊前置攝像頭支持固定焦距,視頻通話時請與前置攝像頭保持適當距離,盡量距離在30~50厘米之間視頻通話。2、光線不充足導致畫面模糊在光線較暗的情況下,微信視頻畫面會提高 ISO(感光度),因此視頻畫面會顯得更加模糊,具有較為明顯的顆粒感。請盡量在光線充足的環境中進行視頻通話,視頻過程中盡量保持手機穩定、避免畫面晃動。3、網路信號不穩定導致畫面模糊視頻畫面在傳輸過程中會根據網路狀態調節畫質,網路信號不穩定,視頻聊天畫面解析度會降低,可嘗試切換其他穩定的網路後嘗試。4、檢查前置攝像頭是否臟污請使用無塵軟布順時針或逆時針轉圈擦拭前置攝像頭(請勿使用手指擦拭)5、檢查前置攝像頭是否被遮擋請您查看是否有貼膜遮擋了攝像頭;若以上方法未改善,可進入vivo官網/vivo商城APP--我的-在線客服-人工客服進行詳細咨詢。

I. 攝像頭視頻採集壓縮及傳輸 基本原理

攝像頭視頻採集壓縮及傳輸

引言 :

攝像頭基本的功能還是視頻傳輸,那麼它是依靠怎樣的原理來實現的呢?所謂視頻傳輸:

就是將圖片一張張傳到屏幕,由於傳輸速度很快,所以可以讓大家看到連續動態的畫面,就像放電影一樣。一般當畫面的傳輸數量達到 每秒24幀 時,畫面就有了連續性。

下邊我們將介紹攝像頭視頻採集壓縮及傳輸的整個過程。

一.攝像頭的工作原理(獲取視頻數據)

攝像頭的工作原理大致為:景物通過 鏡頭(LENS) 生成的 光學圖像 投射到 圖像感測器 表面上,然後轉為 電信號 ,經過 A/D (模數轉換)轉換後變為 數字圖像信號 ,再送到 數字信號處理晶元 (DSP)中加工處理,再通過 USB介面 傳輸到電腦中處理,通過顯示器就可以看到圖像了。下圖是攝像頭工作的流程圖:

注1:圖像感測器(SENSOR)是一種半導體晶元,其表麵包含有幾十萬到幾百萬的光電二極體。光電二極體受到光照射時,就會產生電荷。

注2:數字信號處理晶元DSP(DIGITAL SIGNAL PROCESSING)功能:主要是通過一系列復雜的數學演算法運算,對數字圖像信號參數進行優化處理,並把處理後的信號通過USB等介面傳到PC等設備。

1. ISP(image signal processor)(鏡像信號處理器)

2. JPEG encoder(JPEG圖像解碼器)

3. USB device controller(USB設備控制器)

而視頻要求將獲取的視頻圖像通過互聯網傳送到異地的電腦上顯示出來這其中就涉及到對於獲得的視頻圖像的傳輸。

在進行這種圖片的傳輸時,必須將圖片進行壓縮,一般壓縮方式有如H.261、JPEG、MPEG等,否則傳輸所需的帶寬會變得很大。大家用RealPlayer不知是否留意,當播放電影的時候,在播放器的下方會有一個傳輸速度250kbps、400kbps、1000kbps…畫面的質量越高,這個速度也就越大。而攝像頭進行視頻傳輸也是這個原理,如果將攝像頭的解析度調到640×480,捕捉到的圖片每張 大小約為50kb左右,每秒30幀,那麼攝像頭傳輸視頻所需的速度為50×30/s=1500kbps=1.5Mbps。而在實際生活中,人們一般用於網路視頻聊天時的解析度為320×240甚至更低,傳輸的幀數為每秒24幀。換言之,此時視頻傳輸速率將不到300kbps,人們就可以進行較為流暢的視頻傳輸聊天。如果採用更高的壓縮視頻方式,如MPEG-1等等,可以將傳輸速率降低到200kbps不到。這個就是一般視頻聊天時,攝像頭所需的網路傳輸速度。

二.視頻壓縮部分

視頻的壓縮 是視頻處理的核心,按照是否實時性可以分為非實時壓縮和實時壓縮。而視頻傳輸(如QQ視頻即時聊天)屬於要求視頻壓縮為實時壓縮。

下面對於視頻為什麼能壓縮進行說明。

視頻壓縮是有損壓縮,一般說來,視頻壓縮的壓縮率都很高,能夠做到這么高的壓縮率是因為視頻圖像有著非常大的 時間和空間的冗餘度 。所謂的 時間冗餘度 指的是兩幀相鄰的圖像他們相同位置的像素值比較類似,具有很大的相關性,尤其是靜止圖像,甚至兩幀圖像完全相同,對運動圖像,通過某種運算(運動估計),應該說他們也具有很高的相關性;而空間相關性指的是同一幀圖像,相鄰的兩個像素也具備一定的相關性。這些相關性是視頻壓縮演算法的初始假設,換句話說,如果不滿足這兩個條件(全白雜訊圖像,場景頻繁切換圖像等),視頻壓縮的效果是會很差的。

去除時間相關性的關鍵演算法是運動估計,它找出當前圖像宏塊在上一幀圖像中最匹配的位置,很多時候,我們只需要把這個相對坐標記錄下來,就夠了,這樣就節省了大量碼字,提高了壓縮率。視頻壓縮演算法中,運動估計永遠是最關鍵最核心的部分。去除空間相關性是通過DCT變換來實現的,把時域上的數據映射到頻域上,然後對DCT系數進行量化處理,基本上,所有的有損壓縮,都會有量化,它提高壓縮率最明顯。

圖像的原始文件是比較大的,必須經過圖像壓縮才能夠進行快速的傳輸以及順暢的播放。而壓縮比正是來衡量影像壓縮大小的參數。 一般來說,攝像頭的壓縮比率大都是5:1。也就是說,如果在未壓縮之前30秒的圖像的容量是30MB,那麼按照攝像頭5:1的壓縮比率來對圖像進行壓縮以後,它的大小就變成了6MB了。

主要的視頻壓縮演算法包括:M-JPEG、Mpeg、H.264、Wavelet(小波壓縮)、JPEG 2000、AVS。

基本上視頻壓縮的核心就這些。

三.視頻傳輸部分

為了保證數字視頻網路傳輸的實時性和圖像的質量,傳輸層協議的選擇是整個設計和實現的關鍵。Internet在IP層上使用兩種傳輸協議:一種是TCP(傳輸控制協議),它是面向連接的網路協議;另一種是UDP(用戶數據報協議),它是無連接的網路協議。

TCP 傳輸 :TCP(傳輸控制協議)是一種面向連接的網路傳輸協議。支持多數據流操作,提供流控和錯誤控制,乃至對亂序到達報文的重新排序,因此,TCP傳輸提供了可靠的數據傳輸服務。

使用TCP傳輸的一般的過程:

客戶機向伺服器發出連接的請求後,伺服器接收到後,向客戶機發出連接確認,實現連接後,雙方進行數據傳輸。

UDP 傳輸 : UDP(用戶數據報協議)是一種無連接的網路傳輸協議。提供一種基本的低延時的稱謂數據報的傳輸服務。不需要像TCP傳輸一樣需預先建立一條連接。UDP無計時機制、流控或擁塞管理機制。丟失的數據不會重傳。因此提供一種不可靠的的應用數據傳輸服務。但在一個良好的網路環境下如 區域網內,使用UDP傳輸數據還是比較可靠,且效率很高。

IP 組播技術: 組播技術是一種允許一個或多個發送者發送單一或多個發送者的數據包到多個接收者的網路技術。組播源把數據報發送到特定的組播組,而只有加入到該組播組的主機才能接收到這些數據包。組播可大大節省網路寬頻,因為無論有多少個目標地址,在整個網路的任何一條鏈路上只船送單一的數據包。

1.TCP/IP 協議和實時傳輸

TCP/IP協議最初是為提供非實時數據業務而設計的。IP協議負責主機之間的數據傳輸,不進行檢錯和糾錯。因此,經常發生數據丟失或失序現象。為保證數據的可靠傳輸,人們將TCP協議用於IP數據的傳輸,以提高接收端的檢錯和糾錯能力。當檢測到數據包丟失或錯誤時,就會要求發送端重新發送,這樣一來就不可避免地引起了傳輸延時和耗用網路的帶寬。因此傳統的TCP/IP協議傳輸實時音頻、視頻數據的能力較差。當然在傳輸用於回放的視頻和音頻數據時,TCP協議也是一種選擇。如果有足夠大的緩沖區、充足的網路帶寬,在TCP協議上,接近實時的視音頻傳輸也是可能的。然而,如果在丟包率較高、網路狀況不好的情況下,利用TCP協議進行視頻或音頻通信幾乎是不可能的。

TCP和其它可靠的傳輸層協議如XTP不適合實時視音頻傳輸的原因主要有以下幾個方面:

1 .TCP的重傳機制

我們知道,在TCP/IP協議中,當發送方發現數據丟失時,它將要求重傳丟失的數據包。然而這將需要一個甚至更多的周期(根據TCP/IP的快速重傳機制,這將需要三個額外的幀延遲),這種重傳對於實時性要求較高的視音頻數據通信來說幾乎是災難性的,因為接收方不得不等待重傳數據的到來,從而造成了延遲和斷點(音頻的不連續或視頻的凝固等等)。

2 . TCP的擁塞控制機制

TCP的擁塞控制機制在探測到有數據包丟失時,它就會減小它的擁塞窗口。而另一方面,音頻、視頻在特定的編碼方式下,產生的編碼數量(即碼率)是不可能突然改變的。正確的擁塞控制應該是變換音頻、視頻信息的編碼方式,調節視頻信息的幀頻或圖像幅面的大小等等。

3 . TCP報文頭的大小

TCP不適合於實時視音頻傳輸的另一個缺陷是,它的報文頭比UDP的報文頭大。TCP的報文頭為40個位元組,而UDP的報文頭僅為12個位元組。並且,這些可靠的傳輸層協議 不能提供時間戳(Time Stamp)和編解碼信息(Encoding Information) ,而這些信息恰恰是接收方(即客戶端)的應用程序所需要的。因此TCP是不適合於視音頻信息的實時傳輸的。

4 . 啟動速度慢

即便是在網路運行狀態良好、沒有丟包的情況下,由於TCP的啟動需要建立連接,因而在初始化的過程中,需要較長的時間,而在一個實時視音頻傳輸應用中,盡量少的延遲正是我們所期望的。

由此可見,TCP協議是不適合用來傳輸實時視音頻數據的,為了實現視音頻數據的實時傳輸,我們需要尋求其它的途徑。

2.RTP 協議適合實時視音頻傳輸

RTP(Real-Time Transport Protocol)/RTCP(Real-Time Transport Control Protocol)是一種應用型的傳輸層協議,它並不提供任何傳輸可靠性的保證和流量的擁塞控制機制。它是由IETF(Internet Engineering Task Force)為視音頻的實時傳輸而設計的傳輸協議。RTP協議位於UDP協議之上,在功能上獨立於下面的傳輸層(UDP)和網路層,但不能單獨作為一個層次存在,通常是利用低層的UDP協議對實時視音頻數據進行組播(Multicast)或單播(Unicast),從而實現多點或單點視音頻數據的傳輸。

UDP是一種無連接的數據報投遞服務,雖然沒有TCP那麼可靠,並且無法保證實時視音頻傳輸業務的服務質量(QoS),需要RTCP實時監控數據傳輸和服務質量,但是,由於UDP的傳輸延時低於TCP,能與音頻和視頻流很好地匹配。因此,在實際應用中,RTP/RTCP/UDP用於音視頻媒體,而TCP用於數據和控制信令的傳輸。

總結 :如果接收端和發送端處於同一個區域網內,由於有充分的帶寬保證,在滿足視頻傳輸的實時性方面,TCP也可以有比較好的表現,TCP和基於UDP的RTP的視頻傳輸性能相差不大。由於在區域網內帶寬不是主要矛盾,此時視頻數據傳輸所表現出來的延時主要體現為處理延時,它是由處理機的處理能力以及採用的處理機制所決定的 。但是當在廣域網中進行視頻數據傳輸時,此時的傳輸性能極大地取決於可用的帶寬,由於TCP是面向連接的傳輸層協議,它的重傳機制和擁塞控制機制,將使網路狀況進一步惡化,從而帶來災難性的延時。同時,在這種網路環境下,通過TCP傳輸的視頻數據,在接收端重建、回放時,斷點非常明顯,體現為明顯的斷斷續續,傳輸的實時性和傳輸質量都無法保障。相對而言,採用RTP傳輸的視頻數據的實時性和傳輸質量就要好得多。

四.視頻圖像的異地顯示

當壓縮過的視頻通過互聯網傳輸到異地的時候,對於互聯網傳輸過來的視頻信息,首先是要進行解碼,然後才是顯示。解碼的晶元有一定的性能要求,比編碼器低些,但是畢竟是視頻數據處理,通用的晶元(不支持MMX等多媒體指令)可能會比較吃力。顯示設備主要有電視、監視器和顯示器,他們的信號介面是不一樣的,電視監視器是模擬的電信號,顯示器的輸入應該是數字信號。

以上是攝像頭如何獲取圖像數據及獲取的數據存放在什麼地方,如何壓縮和傳輸及如何在異地釋放和播放出來的整個過程

熱點內容
有哪些低配置游戲像王者榮耀 發布:2024-05-03 22:27:11 瀏覽:243
gp資料庫庫 發布:2024-05-03 22:12:43 瀏覽:873
壓縮點點 發布:2024-05-03 22:12:33 瀏覽:380
有哪些編程比賽 發布:2024-05-03 22:03:45 瀏覽:263
怎麼根據配置調整游戲解析度 發布:2024-05-03 22:02:50 瀏覽:77
小鳥醬265g資源密碼多少啊 發布:2024-05-03 21:32:08 瀏覽:653
三國戰紀游戲華為帳號密碼是多少 發布:2024-05-03 21:22:54 瀏覽:950
變頻壓縮機啟動 發布:2024-05-03 21:17:06 瀏覽:436
建立雲存儲 發布:2024-05-03 21:04:03 瀏覽:76
socket編程php 發布:2024-05-03 20:12:50 瀏覽:209