理想的放大器 目前，廠商在線性IC研發(fā)上都有重大的突破。使IC型運(yùn)算放大器的特性和理想相當(dāng)接近。尤其在低頻操作下，OP Amp電路的工作情形實(shí)在太像一個(gè)理想放大器，幾乎與理論的推測(cè)完全相符?！硐氲姆糯笃髟摼邆涫颤N特性？
標(biāo)簽： 算放大器原理
上傳時(shí)間： 2016-07-16
上傳用戶：WALTER
在信息化發(fā)展的當(dāng)前，音視頻等多媒體作為信息的載體，在社會(huì)生活的各個(gè)領(lǐng)域，起著越來(lái)越重要的作用。數(shù)字視頻的海量性成為阻礙其應(yīng)用的的瓶頸之一。在這種情況下，H．264作為新一代的視頻壓縮標(biāo)準(zhǔn)，以其高性能的壓縮效率，成為備受關(guān)注的焦點(diǎn)和研究問(wèn)題。H．264通過(guò)運(yùn)動(dòng)估計(jì)/運(yùn)動(dòng)補(bǔ)償（MP/MC）消除視頻時(shí)間冗余，對(duì)差值圖像進(jìn)行離散余弦變換（DCT）消除空間冗余，對(duì)量化后的系數(shù)進(jìn)行可變長(zhǎng)編碼（VLC）消除統(tǒng)計(jì)冗余，獲得了極高的壓縮效率。隨著嵌入式處理器性能的逐漸提升和3G網(wǎng)絡(luò)即將商用的推動(dòng)，H．264以其優(yōu)秀的壓縮性能，無(wú)論是無(wú)線信道傳輸方面，還是存儲(chǔ)容量有限的嵌入式設(shè)備都具有廣闊的應(yīng)用前景。 但H．264在提升壓縮性能的同時(shí)付出的代價(jià)是算法復(fù)雜度的成倍增加，實(shí)際應(yīng)用中人們對(duì)視頻解碼的實(shí)時(shí)性要求嚴(yán)格，已出現(xiàn)的對(duì)應(yīng)算法代碼多基于PC通用處理器實(shí)現(xiàn)，而嵌入式設(shè)備的主頻和處理能力仍然相對(duì)有限，存儲(chǔ)容量相對(duì)較小，總線速率相對(duì)偏低，因此必須對(duì)標(biāo)準(zhǔn)對(duì)應(yīng)算法進(jìn)行優(yōu)化移植，才能滿足實(shí)際應(yīng)用的需求。 本文在對(duì)H．264標(biāo)準(zhǔn)及其新特性進(jìn)行詳細(xì)介紹后，重點(diǎn)研究了在解碼端如何針對(duì)解碼耗時(shí)較多的模塊進(jìn)行改進(jìn)，然后將算法移植到ARM平臺(tái)，并針對(duì)平臺(tái)特點(diǎn)作出相應(yīng)優(yōu)化，最后完成解碼圖象顯示，并給出了測(cè)試結(jié)果。本文主要完成的工作如下： 詳細(xì)分析了H．264的參考軟件JM中解碼流程，并利用測(cè)試工具分析了各模塊耗時(shí)，針對(duì)耗時(shí)較多的模塊如插值運(yùn)算及去塊濾波模塊，提出了對(duì)應(yīng)的改進(jìn)算法并在H．264的參考軟件JM86上進(jìn)行了實(shí)現(xiàn)，PC測(cè)試實(shí)驗(yàn)證明了算法改進(jìn)的優(yōu)越性和運(yùn)算優(yōu)化的可行性。最后針對(duì)ARM平臺(tái)，在對(duì)程序結(jié)構(gòu)和對(duì)應(yīng)代碼進(jìn)行優(yōu)化之后，將其移植到WINCE系統(tǒng)之下，同時(shí)給出了WINCE平臺(tái)解碼后圖象加速顯示方法，并對(duì)最終測(cè)試結(jié)果與性能做出了評(píng)價(jià)。
標(biāo)簽： 264 ARM 解碼 算法優(yōu)化
上傳時(shí)間： 2013-06-04
上傳用戶：shijiang
使用方法如下： 1、在工程中加入comm.h這個(gè)頭文件 2、在stdafx.h中加入 #include 3、在聚合類改變方法如下： 原句：public IDispatchImpl 新句：public IDispatchImpl<_EnumColl::CollectionType, &IID_IUsers, &LIBID_TEST07Lib> OK，就這么簡(jiǎn)單，然后再加入你自己的方法如Add,Delete等即可
標(biāo)簽： public IDispatchImpl include stdafx
上傳時(shí)間： 2013-12-24
上傳用戶：84425894
在 CGI 程序中獲取表單數(shù)據(jù) http_request.h
標(biāo)簽： http_request CGI 程序 數(shù)據(jù)
上傳時(shí)間： 2015-02-12
上傳用戶：皇族傳媒
pc.c是移植于μCOS-II的PC服務(wù)代碼（pc.c） 主要改動(dòng)： 1、#include "includes.h"改為"config.h" 2、在屏幕上顯示改為向UART0發(fā)送數(shù)據(jù)，在電腦上顯示，影響的函數(shù)： PC_DispChar()、PC_DispClrCol()、PC_DispClrRow()、PC_DispClrScr()和PC_DispStr() 3、獲取鍵值改為從UART0獲取，影響的函數(shù)：PC_GetKey() 4、因?yàn)闆](méi)有dos環(huán)境所作的修改，影響的函數(shù)： PC_DOSReturn()、PC_DOSSaveReturn()、PC_SetTickRate()（刪除）、PC_VectGet()（刪除）和 PC_VectSet（刪除）。 5、因?yàn)槎〞r(shí)器不同所作的修改，影響的函數(shù)： PC_ElapsedStart()和PC_ElapsedStop()。 6、因?yàn)閷?shí)時(shí)時(shí)鐘不同所作的修改，影響的函數(shù)：PC_GetDateTime()。
標(biāo)簽： includes include COS-II config
上傳時(shí)間： 2015-03-18
上傳用戶：ynzfm
應(yīng)用于ucGUI的16*16點(diǎn)陣字庫(kù)文件 只要將該文件加入ucGUI的工程中, 再在GUI.H中如下聲明: extern const GUI_FONT GUI_Font6x8 ...... extern const GUI_FONT GUI_Font_HZ16x16 //漢字字體 即可使用. 使用實(shí)例: static void DemoHZ(void) { const char str[] = GUI_UC_START"中國(guó)人民萬(wàn)歲"GUI_UC_END /* Set ShiftJIS font */ GUI_SetFont(&GUI_Font_HZ16x16) GUI_DispString(str) }
標(biāo)簽： ucGUI GUI_FONT GUI_Font extern
上傳時(shí)間： 2014-12-02
上傳用戶：woshini123456
關(guān)于H.264在無(wú)線網(wǎng)絡(luò)上應(yīng)用的文章,主要介紹了網(wǎng)絡(luò)承接H.264業(yè)務(wù)的架構(gòu)與策略
標(biāo)簽： 264 無(wú)線網(wǎng)絡(luò) 網(wǎng)絡(luò) 架構(gòu)
上傳時(shí)間： 2015-04-12
上傳用戶：chongcongying
這是一個(gè)很基本的檔案 在找出隨機(jī)相交的線段 並求得位址
標(biāo)簽：
上傳時(shí)間： 2015-04-25
上傳用戶：LouieWu
C和H文件都包含在DOC文件中,下載后用編譯器編譯即可.或作為了解讀寫器編程用.
上傳時(shí)間： 2014-02-02
上傳用戶：gonuiln
在一個(gè)多人連線伺服器中，我們要有一個(gè)伺服端執(zhí)行緒負(fù)責(zé)傾聽(tīng)是否有客戶端連線，如果有客戶端連線，就指派一個(gè)客戶端執(zhí)行緒專門應(yīng)付這個(gè)客戶端連線，並在客戶端佇列中記錄它，然後進(jìn)入下一個(gè)傾聽(tīng)。 一個(gè)客戶端執(zhí)行緒的工作，就是讀取客戶連線端的使用者輸入訊息，它不負(fù)責(zé)回應(yīng)訊息，而是將讀到的訊息加入訊息佇列中，此外在我們的範(fàn)例中，客戶端執(zhí)行緒也負(fù)責(zé)自己的連線狀態(tài)，如果使用者中斷連線，客戶端執(zhí)行緒會(huì)負(fù)責(zé)將自己從客戶端佇列中清除。 廣播執(zhí)行緒負(fù)責(zé)取出訊息佇列中的訊息，然後將之一一傳送訊息給客戶端佇列中尚存在的客戶端執(zhí)行緒。
標(biāo)簽： 伺服器
上傳時(shí)間： 2015-05-22
上傳用戶：wweqas
蟲蟲下載站版權(quán)所有 京ICP備2021023401號(hào)-1
