女人被狂躁到高潮视频免费无遮挡,内射人妻骚骚骚,免费人成小说在线观看网站,九九影院午夜理论片少妇,免费av永久免费网址

當(dāng)前位置:首頁 > 嵌入式 > 嵌入式硬件
[導(dǎo)讀]眾所周知,高清視頻相對于rmvb、DVD等標(biāo)清視頻,播放起來對于電腦硬件要求的提升是無疑的。一、下面我們先來看看高清視頻究竟從哪些方面提升了要求:(一)首先便是視頻流量的

眾所周知,高清視頻相對于rmvb、DVD等標(biāo)清視頻,播放起來對于電腦硬件要求的提升是無疑的。

一、下面我們先來看看高清視頻究竟從哪些方面提升了要求:

(一)首先便是視頻流量的加大。這是最為直觀的一個提升元素,我們可以參照下面的表格,表格中只是簡單的提出了“視頻源”的流量對比,但其實(shí)高清視頻的“不同格式”更決定了流量的不同。

可以看出,DVD視頻的數(shù)據(jù)流量只有約9.5Mb/s,但是最高的藍(lán)光可以達(dá)到40Mb/s以上,提升了4倍以上,無疑這是硬件配置提升的一個主要原因,因?yàn)樾枰幚淼臄?shù)據(jù)量增大了很多。

 

(二)其次便是編碼格式的復(fù)雜度。我們知道每種編碼格式都有其自身的算法,優(yōu)秀的算法可以將視頻壓縮到更小的體積,但是還原這種算法卻需要更強(qiáng)的計(jì)算能力。H.264高清編碼格式就是典型的代表。也許有些讀者會碰到一些高清視頻,但是播放要求并不高,那可能它就是采用一些簡單的算法,比如Mpeg2的高清編碼格式,但是遇到類似H.264編碼格式,就會出現(xiàn)無法流暢播放的情況。

現(xiàn)在看來,H.264因?yàn)閮?yōu)秀的算法取得了廣泛的支持,它的算法雖然復(fù)雜,但是能獲得最高的壓縮同時視頻細(xì)節(jié)損失很小,因此想要在未來流暢的播放高清視頻,H.264編碼視頻是必須通過的一個考驗(yàn)。當(dāng)然我們也不能忽視VC-1編碼,它是微軟力推的編碼格式,也受到了廣泛的支持,其要求雖然略低,但同樣造成了目前很多主流電腦的“播放困難”。至于Mpeg2高清編碼,其要求很低,未來發(fā)展的前景也不突出。

我們再來了解一下,這些編碼在電腦上是如何被處理器的。視頻編碼的處理一般分為幾個步驟,每個步驟會完成相應(yīng)的任務(wù),而解碼的時候也會存在這些步驟,從而達(dá)成影片的順利播放。那么誰來處理這些工作呢,早期在電腦上,解碼播放的大部分步驟都是CPU來處理,也就是處理器軟件解碼(以下簡稱軟解)播放,這也就是CPU占用率為什么會很高的原因。

簡單的來說,目前任何一臺主流電腦或者說哪怕幾年前的電腦,使用處理器軟解播放之前所有的標(biāo)清視頻都沒有任何問題。而高清視頻中,Mpeg2高清編碼的視頻要求最低,VC-1編碼的視頻其次,而要求最高的H.264高清視頻可能會導(dǎo)致很多老式的電腦都無法流暢播放。

雖然現(xiàn)在硬件發(fā)展速度飛快,用戶可以采用高檔四核處理器把軟解播放高清的CPU占用率控制在50%以下,但這類處理器的價(jià)格卻很高,裝機(jī)成本大幅增加。而雙核處理器雖然便宜了不少,但軟解播放的CPU占用率又可能會很高,甚至高到無法流暢播放的程度。

如果想要減輕CPU的負(fù)擔(dān),則必須有另一個配件來接手編碼處理工作,顯卡自然成為了最佳選擇,也就是用顯卡里的引擎替代CPU完成視頻解碼的處理任務(wù),從而釋放CPU的負(fù)載。CPU作為通用處理器,進(jìn)行視頻解碼這類事效率有限,但是顯卡卻可以直接硬件集成視頻解碼引擎,從而達(dá)到極高的功效。

二、高清視頻的編碼流程

那么究竟高清編碼的步驟有哪些,哪些又是負(fù)載最高的部分呢?以H.264視頻舉例而言,分為四個主要部分(見下圖)。圖中的四個方塊基本就是H.264解碼的四個最主要步驟,也是資源消耗的主要四個部分,其中又以第一步的“CAVLC/CABAC解碼”最為消耗運(yùn)算資源,這方面遠(yuǎn)高于其他三步(簡單的說,CAVLC/CABAC是H.264編碼規(guī)范中兩種不同的算法,際俏了提高壓縮比,其中CABAC比CAVLC壓縮率更高,但解碼時自然也要求更高)。

 

三、高清視頻的解碼流程

我們下面來看看主流的3種編碼格式,包括Mpeg2、VC-1、H.264的解碼流程對比(見下圖)。可以看出,幾種編碼格式還是有不少區(qū)別的,這也是造成幾種編碼格式要求不同的原因,H.264編碼格式最為復(fù)雜,因此系統(tǒng)要求最高,VC-1略有降低,但是也比Mpeg2高得多。

 

其它編碼格式與H.264類似。

四、高清解碼資源消耗分析

那么究竟哪個步驟最為消耗CPU占用率呢?下面的測試對比應(yīng)該最能說明問題(見下圖)。對比的視頻包括Mpeg2和H.264(AVC),其中上面我們講到的四個步驟都有涉及。顯而易見,“流處理”是所有編碼格式中最為消耗處理器運(yùn)算的部分,但是Mpeg2視頻的這部分還并不會造成很大的困擾,因?yàn)镃PU的占用率還不到2%。

 

但是對于H.264來說,問題就出現(xiàn)了,20Mb/s編碼率的視頻流處理過程就會達(dá)到不小的CPU占用率,40Mb/s的高編碼率視頻更為夸張,流處理的過程CPU占用率上升極快,加上別的處理,總CPU占用率很高毫不奇怪。

上文已經(jīng)提到,這四個步驟的處理配件不同,主要是CPU和顯卡。在之前,CPU因?yàn)樘幚砹烁嗟牟襟E,所以占用率高居不下,因此如果顯卡能承擔(dān)越多的解碼步驟,CPU就能釋放更多的負(fù)載,以保證視頻播放的流暢。

下圖H.264的解碼過程很好的說明了問題。如果顯卡不承擔(dān)任何步驟(圖解第一行),那么CPU占用率很高,甚至根本無法流暢播放;如果顯卡能實(shí)現(xiàn)后兩個步驟的解碼處理(圖解第二行),CPU可以獲得部分解放,但是對于比較關(guān)鍵的、負(fù)載最大的“流處理”,部分顯卡還不能實(shí)現(xiàn),所以CPU占用率有所下降,但是仍然偏高。

 

通過具有H.264硬件解碼引擎的顯卡,就可以完成H.264編碼的全部4個處理步驟(圖解第三行),也就是實(shí)現(xiàn)全程解碼,這就是它們能讓H.264高清視頻播放的CPU占用率大幅度下降的根本原因。既然顯卡完成了所有的高清解碼處理,那么CPU自然就空閑了。而我們所謂的部分解碼,就是CPU仍然承擔(dān)一定的處理任務(wù),因此占用率仍然要高出不少。[!--empirenews.page--]

本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點(diǎn),本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請及時聯(lián)系本站刪除。
換一批
延伸閱讀

在嵌入式系統(tǒng)和底層驅(qū)動開發(fā)中,C語言因其高效性和可控性成為主流選擇,但缺乏原生單元測試支持成為開發(fā)痛點(diǎn)。本文提出一種基于宏定義和測試用例管理的輕量級單元測試框架方案,通過自定義斷言宏和測試注冊機(jī)制,實(shí)現(xiàn)無需外部依賴的嵌入...

關(guān)鍵字: C語言 嵌入式系統(tǒng) 驅(qū)動開發(fā)

在Linux設(shè)備驅(qū)動開發(fā)中,等待隊(duì)列(Wait Queue)是實(shí)現(xiàn)進(jìn)程睡眠與喚醒的核心機(jī)制,它允許進(jìn)程在資源不可用時主動放棄CPU,進(jìn)入可中斷睡眠狀態(tài),待資源就緒后再被喚醒。本文通過C語言模型解析等待隊(duì)列的實(shí)現(xiàn)原理,結(jié)合...

關(guān)鍵字: 驅(qū)動開發(fā) C語言 Linux

該設(shè)備能非常實(shí)時的呈現(xiàn)視頻和音頻的功能為我們交通事故個處理和定位提供了更科學(xué)的依據(jù),讓我們的財(cái)產(chǎn)和人生安全得到了充分的保障。

關(guān)鍵字: 視頻 音頻

在數(shù)字化時代,電子墨水屏(E-Ink)因其獨(dú)特的顯示效果和低功耗特性,在電子書、智能手寫本等領(lǐng)域得到了廣泛應(yīng)用。然而,電子墨水屏的刷新率一直是其發(fā)展的瓶頸,如何在保證低功耗的同時提高刷新率,成為了驅(qū)動開發(fā)中的一個重要課題...

關(guān)鍵字: 電子墨水屏 E-Ink 驅(qū)動開發(fā)

在當(dāng)今數(shù)字時代,多媒體處理技術(shù)的重要性日益凸顯。安謀科技作為中國領(lǐng)先的芯片IP設(shè)計(jì)與服務(wù)提供商,近日推出了最新的"玲瓏"系列自研新品,包括首次發(fā)布的DPU(顯示處理器)和新一代VPU(視頻處理器)。

關(guān)鍵字: 多媒體處理 H.266 編解碼 安謀科技 顯示處理器 玲瓏D8 VPU 玲瓏V510 玲瓏V710

在Linux驅(qū)動開發(fā)中,設(shè)備樹(Device Tree)作為一種描述硬件信息的數(shù)據(jù)結(jié)構(gòu),扮演著至關(guān)重要的角色。它使得操作系統(tǒng)能夠以一種更加靈活和標(biāo)準(zhǔn)化的方式識別和管理硬件設(shè)備。然而,在實(shí)際的開發(fā)過程中,設(shè)備樹配置錯誤或理...

關(guān)鍵字: Linux 驅(qū)動開發(fā) Debug

在嵌入式系統(tǒng)與設(shè)備驅(qū)動開發(fā)的廣闊領(lǐng)域中,時鐘、定時器以及延時函數(shù)扮演著至關(guān)重要的角色。它們不僅是系統(tǒng)時間管理的基石,更是實(shí)現(xiàn)高效、精確控制硬件行為的關(guān)鍵工具。本文將深入探討這三種機(jī)制在驅(qū)動開發(fā)中的具體應(yīng)用、實(shí)現(xiàn)方式及注意...

關(guān)鍵字: 驅(qū)動開發(fā) 嵌入式系統(tǒng) 延時函數(shù)

在Linux內(nèi)核的廣闊領(lǐng)域中,驅(qū)動開發(fā)是連接硬件與軟件、實(shí)現(xiàn)設(shè)備功能的關(guān)鍵環(huán)節(jié)。在這個過程中,文件操作函數(shù)與I/O操作函數(shù)作為兩大核心工具,各自扮演著不可或缺的角色。本文旨在深入探討這兩種函數(shù)在Linux驅(qū)動開發(fā)中的區(qū)別...

關(guān)鍵字: I/O操作函數(shù) 文件操作函數(shù) Linux 驅(qū)動開發(fā)

BNC接口是一種常見的電子連接器,廣泛應(yīng)用于視頻和音頻設(shè)備之間的信號傳輸。它具有簡單、可靠且易于使用的特點(diǎn),被廣泛用于監(jiān)控領(lǐng)域、廣播電視行業(yè)和電子測試設(shè)備中。

關(guān)鍵字: sdi接口 bnc 視頻

隨著現(xiàn)代通信技術(shù)和業(yè)務(wù)的發(fā)展,人們對通信的需求已經(jīng)由最初的單一語音需求轉(zhuǎn)變?yōu)閷σ曨l和音頻的通信需求,以傳送語音、數(shù)據(jù)。

關(guān)鍵字: 視頻通信 視頻 IP網(wǎng)絡(luò)
關(guān)閉