freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

基于linux操作系統(tǒng)的嵌入式設備圖像顯示技術與實現(xiàn)畢業(yè)論文-在線瀏覽

2024-08-02 13:29本頁面
  

【正文】 機,開發(fā)時需要交替結合進行。⑧國內(nèi)常見的嵌入式系統(tǒng)有7種:Linux、uClinux、WinCE、PalmOS、Symbian、uCOSII、VxWorks。這些工具和環(huán)境一般是基于通用計算機上的軟硬件設備以及各種邏輯分析儀、混合信號示波器等。如圖所示。PC機操作系統(tǒng)為:Linux Fedora 7 KDE(基于Red Hat ,內(nèi)核版本為:Linux ),并啟動FRAMEBUFFER。交叉編譯工具為:。 ARM簡介ARM是Advanced RISC Machines(高級精簡指令系統(tǒng)處理器)的縮寫,是ARM公司提供的一種微處理器知識產(chǎn)權(IP)核。技術具有性能高、成本低和能耗省的特點。ARM內(nèi)核的數(shù)個系列(ARMARMARM9E、ARM10E、ARM1SecurCore、Xscale、StrongARM),各自滿足不同應用領域的需求,無孔不入的滲入嵌入式系統(tǒng)各個角落的應用。ARM9處理器采用5級流水線,指令執(zhí)行效率較ARM7高,而且?guī)в蠱MU功能,這是與ARM7的重要區(qū)別。同時,該系列的處理器支持指令Cache和數(shù)據(jù)Cache。ARM的應用已遍及工業(yè)控制、消費類電子產(chǎn)品、通信系統(tǒng)、網(wǎng)絡系統(tǒng)、無線系統(tǒng)等各類產(chǎn)品市場。揭開你的手機、MP PDA,里面多半藏著一個基于ARM的微處理器! OK6410開發(fā)板基本介紹與ARM9的5級流水線相比,ARM11擁有一條具有獨立的loadstore和算術流水的8級流水線,在同樣工藝下,ARM11處理器的性能與ARM9相比大約提高了40%。為了能夠進行快速浮點運算,ARM11增加了向量浮點單元。ARM11為便攜式和無線應用,提供了從未有過的高超性能,并且使我們主要關心的成本和功耗減到最小。OK6410開發(fā)板(圖11)基于三星公司最新的ARM11處理器S3C6410,擁有強大的內(nèi)部資源和視頻處理能力,可穩(wěn)定運行在667MHz主頻以上,支持Mobile DDR和多種NAND Flash。這些接口可作為應用參考幫助用戶實現(xiàn)高端產(chǎn)品級設計。OK6410的軟件系統(tǒng)目前支持WinCE 、 、提供標準板級支持包(BSP)并開放源碼,其中包含了所有接口的驅動程序,客戶可以直接加載使用。 圖213圖像格式解析 BMP格式圖像BMP格式 BMP是英文Bitmap(位圖)的簡寫,它是Windows操作系統(tǒng)中的標準圖像文件格式,能夠被多種Windows應用程序所支持。這種格式的特點是包含的圖像信息較豐富,乎不進行壓縮,但由此導致了它與生俱生來的缺點占用磁盤空間過大。(1)位圖文件頭位圖文件頭包含有關于文件類型、文件大小、存放位置等信息,在Windows :typedef struct{ int bfType。H4D42,ASCII字符39。 long bfSize。//備用 int bfReserve2。//數(shù)據(jù)區(qū)在文件中的位置偏移量 }BITMAPFILEHEADER。H4D42。 BITMAPFILEHEADER的第2個屬性是bfSize(4字節(jié)),表示整個bmp文件的大小,這里等于amp。BITMAPFILEHEADER的第3個、第4個屬性分別是bfReservedbfReserved2(各2字節(jié)),這里是2個保留屬性,都為0,這里等于amp。H0000。H00000076=118,表示數(shù)據(jù)區(qū)從文件開始往后數(shù)的118字節(jié)開始。//位圖信息頭大小 long biWidth。//圖象高度,像素單位int biPlanes。//單位像素的位數(shù),表示bmp圖片的顏色位數(shù),即24位圖、32位圖long biCompression。表示bmp圖片數(shù)據(jù)區(qū)的大小,當上一個屬性biCompression等于0時,這里的值可以省略不填long biXPlosPerMeter。//垂直分辨率,可省略long biClrUsed。//表示有多少個重要的顏色,等于0時表示所有顏色都很重要 }BITMAPINFOHEADER。其中RGBQUAD結構體表示圖片的顏色信息,有些時候可以省略,一般的24位圖片和32位圖片都不帶RGBQUAD結構體,因為DIB數(shù)據(jù)區(qū)直接表 示的RGB值,一般4位圖片和8位圖片才帶有RGBQUAD結構體。)一個bmp文件中有沒有RGBQUAD結構體,可以根據(jù)前面BITMAPFILEHEADER結構體的第5個屬性bfOffBits來判 斷因為BITMAPINFOHEADER結構體長度為40bit,如果BITMAPINFOHEADER結構體結束后還未到DIB數(shù)據(jù)區(qū)的偏移量,就說 明接下來的數(shù)據(jù)是RGBQUAD結構體部分。圖像信息頭裝調色板中將有兩個調色板項,稱為索引0和索引1。如果一個位是0,顯示時就使用索引0的RGB值,如果位是1,則使用索引1的RGB值。每個象素用4位表示,并用這4位作為彩色表的表項來查找該象素的顏色。每個象素用8位表示,并用這8位作為彩色表的表項來查找該象素的顏色。每個色素用16位(2個字節(jié))表示。它的情況比較復雜,當biCompression成員的值是BI_RGB時,它沒有調色板。這種格式也被稱作555 16位位圖。分別用于描述紅、綠、藍分量在16位中所占的位置。你在讀取一個像素之后,可以分別用掩碼“與”上像素值,從而提取出想要的顏色分量。biBitCount=24 表示位圖最多有224種顏色。 biBitCount=32 表示位圖最多有232種顏色。如果 biCompression成員的值是BI_BITFIELDS時,原來調色板的位置將被三個DWORD變量占據(jù),成為紅、綠、藍掩碼,分別用于描述紅、綠、藍分量在32位中所占的位置。 編碼方式:由2個字節(jié)組成,第一個字節(jié)指定使用相同顏色的象素數(shù)目,第二個字節(jié)指定使用的顏色索引。 第二個字節(jié)的值為1:圖象結束。 絕對方式:第一個字節(jié)設置為0,而第二個字節(jié)設置為003~0xFF之間的一個值。壓縮數(shù)據(jù)格式需要字邊界(word boundary)對齊 ② BI_RLE4:每個象素為4比特的RLE壓縮編碼,同樣也可使用編碼方式和絕對方式中的任何一種進行壓縮,這兩種方式也可在同一幅圖中的任何地方使用。第一個象素使用高4位的顏色索引,第二個使用低4位的顏色索引,第3個使用高4位的顏色索引,依此類推。此外,BI_RLE4也同樣聯(lián)合使用第二個字節(jié)中的值表示: 第二個字節(jié)的值為0:行的結束。 第二個字節(jié)的值為2:其后的兩個字節(jié)表示下一個象素從當前開始的水平和垂直位置的偏移量。 df=fopen(dfname,wb)。/*定位到數(shù)據(jù)部分,number表示偏移量*/  temp=第一個像素的顏色值?! ?*處理高字部分*/  ch1=高字部分的顏色值。  else /*改進部分即是下面這個if語句*/  if(tag==FALSE) {c1=temp。 tag=TRUE。ic2=count。c1=c1|c2。fputc(ic2,df)。  temp=ch1。tag=FALSE?!   while(!feof(sf))  fclose(sf)?! (2) 壓縮已壓縮過的圖像文件壓縮算法簡述如下:PackYa(FILE sf, FILE df)/*sf和df分別表示指向源文件和目標文件的指針*/{sf=fopen(sfname,rb)?! seek(sf,number,0)。 color1=fread(sf)。 color2=fread(sf)。 color1=color1|color2。 fputc(count2,df)。  }while(!feof(sf)) /*若文件未結束,轉到do語句*/  fclose(sf)?! (3) 顏色表 顏色表用于說明位圖中的顏色,它有若干個表項,每一個表項是一個RGBQUAD類型的結構,定義一種顏色。// 藍色的亮度(值范圍為0255) BYTErgbGreen。 // 紅色的亮度(值范圍為0255) BYTErgbReserved。RGBQUAD結構體由4個字節(jié)型數(shù)據(jù)組成,所以一 個RGBQUAD結構體只占用4字節(jié)空間,從左到右每個字節(jié)依次表示(藍色,綠色,紅色,未使用)。顏色索引表編號從0開始,總共16個 顏色,所以編號為015。位圖的一個像素值所占的字節(jié)數(shù): 當biBitCount=1時,8個像素占1個字節(jié)。當biBitCount=8時,1個像素占1個字節(jié)。Windows規(guī)定一個掃描行所占的字節(jié)數(shù)必須是4的倍數(shù)(即以long為單位),不足的以0填充,一個掃描行所占的字節(jié)數(shù)計算方法:DataSizePerLine= (biWidth* biBitCount+31)/8。 // 字節(jié)數(shù)必須是4的倍數(shù)位圖數(shù)據(jù)的大小(不壓縮情況下):DataSize= DataSizePerLine* biHeight。void *addrvoid *color,size_t lenmemcpy從源src所指的內(nèi)存地址的起始位置開始拷貝n個字節(jié)到目標dest所指的內(nèi)存地址的起始位置中void *dest,const void *srcint nstrcpy把從src地址開始且含有NULL結束符的字符串賦值到以dest開始的地址空間char *destchar *srcsize_tread_image_buf把Imagebuffer中的數(shù)據(jù)放入dest中img_buffer*img_buf, void *destsize_t sizeseek_image_buf尋找image bufferimg_buffer *img_buf, ,size_t offsetint whencecalc_pitchint bpp, int width,int height,unsigned int *pitchdecode_RLE8一種解碼方式實現(xiàn)函數(shù)BYTE *buf, img_buffer*img_bufdecode_RLE4一種解碼方式實現(xiàn)函數(shù)read_bmp存放圖片數(shù)據(jù)MAGEHEADER*image, , void *buffersize_t sizecetc_renderbmp內(nèi)存映射,把buffer寫到圖像數(shù)組calc_pitch計算位深imagebpp, imagewidth, imagedepth, amp。也就是說,JPEG圖像存儲格式既滿足了人眼對色彩和分辨率的要求,又適當?shù)娜コ藞D像中很難被人眼所分辨出的色彩,在圖像的清晰與大小中JPEG找到了一個很好的平衡點。不經(jīng)過認真地分析,是不容易弄懂它的。解碼的過程則是編碼的逆過程。部分代碼:jcfg.image—width=width;jcfg.image_height=height;jcfg.input—ponents=gray?l:3;jcfg.in_color_space=gray?JCS—FRAYSCALE:JCS—RGB;jpeg—set—defaults(amp。jc垃,fp);jpeg start—press(amp。jcfg,amp。jcfg);jpeg destroy_press(amp。概述:GIF圖象是基于顏色列表的(存儲的數(shù)據(jù)是該點的顏色對應于顏色列表的索引值),最多只支持8位(256色)。GIF文件還通過LZW壓縮算法壓縮圖象數(shù)據(jù)來減少圖象尺寸。控制塊是控制數(shù)據(jù)塊行為的,根據(jù)不同的控制塊包含一些不同的控制參數(shù);數(shù)據(jù)塊只包含一些8bit的字符流,由它前面的控制塊來決定它的功能,每個數(shù)據(jù)塊大小從0到255個字節(jié),數(shù)據(jù)塊的第一個字節(jié)指出這個數(shù)據(jù)塊大?。ㄗ止?jié)數(shù)),計算數(shù)據(jù)塊的大小時不包括這個字節(jié),所以一個空的數(shù)據(jù)塊有一個字節(jié),那就是數(shù)據(jù)塊的大小0x00。文件頭包含GIF文件署名(Signature)和版本號(Version);GIF數(shù)據(jù)流由控制標識符、圖象塊(Image Block)和其他的一些擴展塊組成;文件終結器只有一個值為0x3B的字符(39。)表示文件結束。其實GIF是將多幅圖像保存為一個圖像文件,從而形成動畫,所以歸根到底GIF仍然是圖片文件格式。和jpg格式一樣,這是一種在網(wǎng)絡上非常流行的圖形文件格式。網(wǎng)絡通訊中因受帶寬制約,在保證圖片清晰、逼真的前提下,網(wǎng)頁中不可能大范圍的使用文件較大的bmp、jpg格式文件,gif格式文件雖然文件較小,但其顏色失色嚴重,不盡人意,所以PNG格式文件自誕生之日起就大行其道。 PNG文件結構PNG定義了兩種類型的數(shù)據(jù)塊,一種是稱為關鍵數(shù)據(jù)塊(critical chunk),這是標準的數(shù)據(jù)塊,另一種叫做輔助數(shù)據(jù)塊(ancillary chunks),這是可選的數(shù)據(jù)塊。雖然PNG文件規(guī)范沒有要求PNG編譯碼器對可選數(shù)據(jù)塊進行編碼和譯碼,但規(guī)范提倡支持可選數(shù)據(jù)塊。文件中剩余的部分由3個以上的PNG的數(shù)據(jù)塊(Chunk)按照特定的順序組成,因此,一個標準的PNG文件結構應該如下:PNG文件標志PNG數(shù)據(jù)塊……PNG數(shù)據(jù)塊數(shù)據(jù)塊結構關鍵數(shù)據(jù)塊關鍵數(shù)據(jù)塊中的4個標準數(shù)據(jù)塊是:文件頭數(shù)據(jù)塊,調色板數(shù)據(jù)塊,圖像數(shù)據(jù)塊,圖像結束數(shù)據(jù)。   (2) 基色和白色度數(shù)據(jù)塊cHRM(primary chromaticities and white point)。   (3) 圖像γ數(shù)據(jù)塊gAMA(image gamma)。   (5) 物理像素尺寸數(shù)據(jù)塊pHYs(physical pixel dimensions)。   (7) 文本信息數(shù)據(jù)塊tEXt(textual data)。   (9) 圖像透明數(shù)據(jù)塊tRNS (transparency)。3,數(shù)據(jù)塊摘要關鍵數(shù)據(jù)塊、輔助數(shù)據(jù)塊和專用公共數(shù)據(jù)塊PNG文件中,每個數(shù)據(jù)塊由4個部分組成,如下:名稱
點擊復制文檔內(nèi)容
醫(yī)療健康相關推薦
文庫吧 www.dybbs8.com
備案圖鄂ICP備17016276號-1