一種遙感影像實(shí)時(shí)壓縮及漸進(jìn)傳輸系統(tǒng)的制作方法
【專(zhuān)利摘要】本發(fā)明公開(kāi)了一種遙感影像實(shí)時(shí)壓縮及漸進(jìn)傳輸系統(tǒng)，其中包括發(fā)送端，接收端，以及用于發(fā)送端與接收端之間進(jìn)行實(shí)時(shí)數(shù)據(jù)傳輸?shù)膫鬏斈K。發(fā)送端包括對(duì)遙感影像進(jìn)行實(shí)時(shí)讀取和處理的圖像讀取模塊，以及對(duì)處理后的瓦片進(jìn)行實(shí)時(shí)編碼和壓縮的圖像壓縮模塊；接收端包括對(duì)包進(jìn)行實(shí)時(shí)解壓的圖像解壓縮模塊和對(duì)解壓后的重建圖像進(jìn)行顯示的圖像顯示模塊；本發(fā)明在傳統(tǒng)金字塔模型的基礎(chǔ)上，提拱了一個(gè)實(shí)時(shí)壓縮、實(shí)時(shí)傳輸、實(shí)時(shí)解壓的系統(tǒng)，能夠使壓縮碼流在信道中漸進(jìn)式傳輸，客戶(hù)端先看到影像的概貌，然后影像細(xì)節(jié)不斷快速增加直至得到最清晰的影像，縮短用戶(hù)的等待時(shí)間。
【專(zhuān)利說(shuō)明】一種遙感影像實(shí)時(shí)壓縮及漸進(jìn)傳輸系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及圖像數(shù)據(jù)傳輸領(lǐng)域，具體涉及一種遙感影像實(shí)時(shí)壓縮及漸進(jìn)傳輸系統(tǒng)。
【背景技術(shù)】
[0002]隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，人們從網(wǎng)上獲取地理信息的需求在日益增長(zhǎng)。很多如百度、谷歌等網(wǎng)站都提供電子地圖服務(wù)。地理數(shù)據(jù)服務(wù)軟件Google Earth,以及我國(guó)在2010年發(fā)布的“天地圖”網(wǎng)站，均說(shuō)明地理信息行業(yè)正向著公眾服務(wù)的方向邁進(jìn)。為了實(shí)現(xiàn)遙感影像在Internet上的快速發(fā)布，現(xiàn)有方法通常是將影像重采樣，并將金字塔各層切割成瓦片，建立影像金字塔存儲(chǔ)模型。目前，對(duì)紋理瓦片壓縮的方法較多，然而，這些都是基于對(duì)瓦片事先壓縮好的方法，當(dāng)用戶(hù)需要金字塔某一層對(duì)應(yīng)的某個(gè)區(qū)域時(shí)，服務(wù)器端將該區(qū)域覆蓋的所有瓦片發(fā)送出去，接收端將這些瓦片數(shù)據(jù)全接收完畢后，才可以解壓縮并顯示。這種方法在多用戶(hù)請(qǐng)求或網(wǎng)絡(luò)狀況不好時(shí)，容易使用戶(hù)等待時(shí)間過(guò)長(zhǎng)。
[0003]發(fā)明目的
[0004]本發(fā)明的目的在于提供一種遙感影像實(shí)時(shí)壓縮及漸進(jìn)傳輸系統(tǒng)，其可實(shí)時(shí)進(jìn)行壓縮、傳輸、解壓，使壓縮碼流在信道中漸進(jìn)式傳輸，降低用戶(hù)的等待時(shí)間。
[0005]為實(shí)現(xiàn)上述目的，本發(fā)明采用如下技術(shù)方案:
[0006]一種遙感影像實(shí)時(shí)壓縮及漸進(jìn)傳輸系統(tǒng)，其包括:
[0007]用于對(duì)圖像進(jìn)行實(shí)時(shí)壓縮的發(fā)送端，發(fā)送端包括對(duì)遙感影像進(jìn)行實(shí)時(shí)讀取和處理的圖像讀取模塊，以及對(duì)處理后的瓦片進(jìn)行實(shí)時(shí)編碼和壓縮的圖像壓縮模塊；
[0008]用于對(duì)發(fā)送端發(fā)送的包進(jìn)行實(shí)時(shí)解壓的接收端，接收端包括對(duì)包進(jìn)行實(shí)時(shí)解壓的圖像解壓縮模塊和對(duì)解壓后的重建圖像進(jìn)行顯示的圖像顯示模塊；
[0009]以及用于發(fā)送端與接收端之間進(jìn)行實(shí)施數(shù)據(jù)傳輸?shù)膫鬏斈K。
[0010]具體方案為:
[0011]發(fā)送端采用SPIHT算法作為遙感影像瓦片的編碼方法。發(fā)送端對(duì)原始遙感影像，先構(gòu)建金字塔，并對(duì)各層進(jìn)行瓦片切割；對(duì)用戶(hù)請(qǐng)求的每一個(gè)瓦片，進(jìn)行如下操作:發(fā)送端預(yù)先分配一個(gè)緩沖區(qū)，然后對(duì)請(qǐng)求的瓦片進(jìn)行SPIHT編碼，每生成一位編碼，則立即送入緩沖區(qū)，當(dāng)緩沖區(qū)的碼流達(dá)到一定長(zhǎng)度，則加入包頭并打包傳送，同時(shí)，壓縮繼續(xù)進(jìn)行。重構(gòu)圖像的分塊大小為256X256。
[0012]接收端接受的包，根據(jù)包頭信息確定包內(nèi)的碼流長(zhǎng)度，并分配對(duì)應(yīng)大小的緩存,將碼流寫(xiě)入緩存，寫(xiě)入完畢后立即解壓并顯示，然后釋放對(duì)應(yīng)緩存。
[0013]發(fā)送端將瓦片圖像經(jīng)小波變換后，采用SPIHT逐個(gè)位平面進(jìn)行編碼，將每個(gè)位平面對(duì)應(yīng)的碼流生成一個(gè)包，每個(gè)包在傳輸過(guò)程中生成一個(gè)頭文件，頭文件記錄了該包的序號(hào)和該包中碼流的長(zhǎng)度。
[0014]傳輸模塊采用以太網(wǎng)進(jìn)行數(shù)據(jù)傳輸。傳輸模塊每傳輸完一個(gè)包，接收端向發(fā)送端發(fā)出一個(gè)確認(rèn)指令，發(fā)送端接收該指令后，再發(fā)送下一個(gè)包。[0015]本發(fā)明在傳統(tǒng)金字塔模型的基礎(chǔ)上,提拱了一個(gè)實(shí)時(shí)壓縮、實(shí)時(shí)傳輸、實(shí)時(shí)解壓的系統(tǒng)，能夠使壓縮碼流在信道中漸進(jìn)式傳輸，客戶(hù)端先看到影像的概貌，然后影像細(xì)節(jié)不斷快速增加直至得到最清晰的影像，縮短用戶(hù)的等待時(shí)間。這種質(zhì)量遞增的流式數(shù)據(jù)傳輸模式，非常適合遙感數(shù)據(jù)的網(wǎng)絡(luò)發(fā)布，在低帶寬的網(wǎng)絡(luò)環(huán)境下使用，效果尤為明顯。
【專(zhuān)利附圖】

【附圖說(shuō)明】
[0016]圖1為本發(fā)明的結(jié)構(gòu)示意圖；
[0017]圖2、3為兩個(gè)不同的數(shù)據(jù)源；
[0018]圖4、5為圖2、3數(shù)據(jù)源在不同分塊尺寸下重建圖像質(zhì)量的變化趨勢(shì)圖；
[0019]圖6、7為圖2、3數(shù)據(jù)源在TCP/IP協(xié)議下不同分塊尺寸算法的復(fù)雜度變化圖；
[0020]圖8為SPIHT編碼流程圖；
[0021]圖9為第O個(gè)包的數(shù)據(jù)組織圖；
[0022]圖10為第i個(gè)位平面對(duì)應(yīng)的包頭和包內(nèi)容；
[0023]圖11為發(fā)送模塊的編碼、壓縮流程示意圖；
[0024]圖12為接收模塊的解壓流程示意圖；
[0025]圖13為發(fā)送端進(jìn)行壓縮和傳輸?shù)膱D像；
[0026]圖14-a為傳輸?shù)牡?階段圖像顯示模塊顯示的圖像；
[0027]圖14-b為傳輸?shù)牡?階段圖像顯示模塊顯示的圖像；
[0028]圖14-c為傳輸完畢后圖像顯示模塊顯示的圖像。
【具體實(shí)施方式】
[0029]為了使本發(fā)明的目的及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合實(shí)施例對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說(shuō)明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0030]本發(fā)明提供的遙感影像實(shí)時(shí)壓縮及漸進(jìn)傳輸系統(tǒng)如圖1所示，其包括:
[0031]用于對(duì)圖像進(jìn)行實(shí)時(shí)壓縮的發(fā)送端，發(fā)送端包括對(duì)遙感影像進(jìn)行實(shí)時(shí)讀取和處理的圖像讀取模塊，以及對(duì)處理后的瓦片進(jìn)行實(shí)時(shí)編碼和壓縮的圖像壓縮模塊；
[0032]用于對(duì)發(fā)送端發(fā)送的包進(jìn)行實(shí)時(shí)解壓的接收端，接收端包括對(duì)包進(jìn)行實(shí)時(shí)解壓的圖像解壓縮模塊和對(duì)解壓后的重建圖像進(jìn)行顯示的圖像顯示模塊；
[0033]以及用于發(fā)送端與接收端之間進(jìn)行實(shí)施數(shù)據(jù)傳輸?shù)膫鬏斈K。
[0034]本發(fā)明中對(duì)原始遙感影像，先構(gòu)建金字塔，并對(duì)各層進(jìn)行瓦片切割。對(duì)用戶(hù)請(qǐng)求的每一個(gè)瓦片，進(jìn)行下面操作:發(fā)送端預(yù)先分配一個(gè)緩沖區(qū)，然后對(duì)該瓦片進(jìn)行SPIHT編碼。每生成一位編碼，則立即送入緩沖區(qū)。當(dāng)緩沖區(qū)的碼流達(dá)到一定長(zhǎng)度，則加入包頭并打包傳送。同時(shí)，壓縮繼續(xù)進(jìn)行。接收端收到該包后，根據(jù)包頭信息確定包內(nèi)的碼流長(zhǎng)度，并分配對(duì)應(yīng)大小的緩存，將碼流寫(xiě)入緩存，寫(xiě)入完畢后立即解壓并顯示，然后釋放對(duì)應(yīng)緩存。通過(guò)這種方式，后面?zhèn)鬏數(shù)臄?shù)據(jù)是前面已接收數(shù)據(jù)的增量，每次根據(jù)新解壓的數(shù)據(jù)對(duì)已顯示影像實(shí)時(shí)更新，實(shí)現(xiàn)了影像顯示的快速平滑過(guò)渡。
[0035]對(duì)于遙感影像，目前，最普遍的全球地形數(shù)據(jù)組織方法是金字塔模型。為了測(cè)試不同大小的瓦片對(duì)壓縮/重構(gòu)性能的影響，采用多幅遙感圖像，分別在不同分塊大小(64X64、128X128、256X256、512X512、1024X1024)，不同壓縮倍率(I: 10，I: 80)下
進(jìn)行壓縮和重構(gòu)，以得到最佳分塊大小。由于不同的遙感圖像得出的結(jié)果類(lèi)似，這里只給出兩幅遙感圖像的結(jié)果。
[0036]圖2、3為采用的兩幅遙感圖像，大小分別為1024X1024和2048X 2048，對(duì)于圖3，為了更好的看出分塊對(duì)性能的影響，最大的塊取2048X2048，即原始圖像大小。
[0037]圖4、5給出了 JPEG2000壓縮方法下，對(duì)于不同分塊大小的重建圖像質(zhì)量。由圖4、5可以看出，重構(gòu)圖像的質(zhì)量隨著分塊尺寸的增大而增大。且尺寸為256X256的分塊是一個(gè)重要拐點(diǎn)。對(duì)于小于該尺寸的分塊，隨著塊尺寸的減小，恢復(fù)圖像信噪比急劇下降。而對(duì)大于該尺寸的塊，雖然重建圖像的PSNR值單調(diào)遞增，但增加的幅度很小，且隨著圖像尺寸的增大，計(jì)算量會(huì)大大增加。因此，從重建質(zhì)量上看，選用256X256的分塊大小最為合理。
[0038]圖6、7給出了在TCP/IP協(xié)議下，不同壓縮比(這里選取的是10: I和80: I)和不同分塊大小的情況下圖像傳輸?shù)男省D中，縱坐標(biāo)為系統(tǒng)總耗時(shí)(ms)。總耗時(shí)越小，表明系統(tǒng)效率越高。其中，系統(tǒng)總耗時(shí)為圖像分塊時(shí)間，壓縮時(shí)間和傳輸時(shí)間三項(xiàng)的總和。由圖6、7可以看出，仿真曲線(xiàn)都經(jīng)歷了先降再升的過(guò)程，即對(duì)于不同圖像大小的情況，系統(tǒng)的總時(shí)耗都有一個(gè)最小值。根據(jù)仿真結(jié)果，系統(tǒng)性能在分塊大小為256X256時(shí)達(dá)到最佳。綜合上面仿真結(jié)果，
[0039]對(duì)于一般遙感圖像，無(wú)論是從重建圖像質(zhì)量還是系統(tǒng)總的計(jì)算復(fù)雜度上講，采取256X256均為最佳分塊策略。
[0040]漸進(jìn)式圖像傳輸(PIT)通常用在低帶寬的網(wǎng)絡(luò)環(huán)境下，該技術(shù)可將數(shù)據(jù)分為幾個(gè)階段傳輸。PIT技術(shù)應(yīng)滿(mǎn)足兩個(gè)基本條件:一是在前期傳輸?shù)慕茍D像應(yīng)盡可能清晰，即重要信息先傳輸。二是在前幾個(gè)階段接收的數(shù)據(jù)應(yīng)能夠與后面?zhèn)鱽?lái)的圖像疊加，即后接收的數(shù)據(jù)是對(duì)已有數(shù)據(jù)的細(xì)化。由于SPIHT算法是一種嵌入式編碼，它按照位平面自上而下的順序編碼，保證了重要的信息在前。此外，該種編碼方式能夠在任意位置進(jìn)行解碼，這為碼流的分階段傳輸和顯示提供了極大的方便。故采用SPIHT算法作為遙感影像瓦片的編碼方法。SPIHT算法通過(guò)三個(gè)鏈表，把所有像素點(diǎn)按空間方向樹(shù)的結(jié)構(gòu)組織起來(lái)進(jìn)行編碼。這三個(gè)鏈表他們分別是:重要像素點(diǎn)鏈表(LSP)、不重要像素點(diǎn)鏈表(LIP)、不重要像素集合鏈表(LIS)，SPIHT編碼流程具體如圖8所示。
[0041]瓦片圖像經(jīng)小波變換后，采用SPIHT逐個(gè)位平面進(jìn)行編碼，將每個(gè)位平面對(duì)應(yīng)的碼流生成一個(gè)包，每個(gè)包在傳輸過(guò)程中均需一個(gè)頭文件。頭文件記錄了兩種信息，一是該包的序號(hào)，以保證按順序解壓；二是該包中碼流的長(zhǎng)度，根據(jù)該長(zhǎng)度預(yù)先分配動(dòng)態(tài)內(nèi)存，以存儲(chǔ)該包的碼流文件。記錄碼流長(zhǎng)度的另一個(gè)作用是供解碼端確定解碼的終止位，當(dāng)解碼至該包的最后一位時(shí)，進(jìn)行圖像顯示。對(duì)于一個(gè)位平面，將包頭和壓縮碼流分為兩個(gè)包發(fā)送。設(shè)有P個(gè)位平面，則生成2P個(gè)包。由于接收方對(duì)壓縮碼流解碼前必須預(yù)先知道一些圖像信息，故將這些信息放在一起作為第O個(gè)包單獨(dú)傳送，這個(gè)包稱(chēng)為SPIHT頭文件。故包的總數(shù)為2P+1個(gè)。
[0042]下面對(duì)各包的數(shù)據(jù)組織進(jìn)行簡(jiǎn)要說(shuō)明。
[0043]第O個(gè)包=SPIHT解壓縮需要的頭文件，頭文件包括圖像長(zhǎng)度、寬度、小波分解級(jí)數(shù)、小波分解系數(shù)最大值。
[0044]包頭Pchh的長(zhǎng)度=包編號(hào)(8位)[0045]包內(nèi)容P。,。的長(zhǎng)度=16位+16位+8位+16位=56位
[0046]故第O個(gè)包的總長(zhǎng)度為64位,如圖9所示，圖9中Length為圖像長(zhǎng)度，Width為圖像寬度，Level為小波分解級(jí)數(shù)，MaxValue為小波系數(shù)最大值。
[0047]第i個(gè)位平面對(duì)應(yīng)兩個(gè)包:
[0048]包頭Pi,h的長(zhǎng)度=包編號(hào)(8位)+碼流總長(zhǎng)度(32位)=40位。
[0049]包內(nèi)容Pi,c的長(zhǎng)度=具體的碼流。
[0050]包頭和包內(nèi)容的數(shù)據(jù)組織結(jié)構(gòu)如圖10所示,包頭包括Num和Code_Len, Num指包編號(hào)，Code_Len指碼流總長(zhǎng)度的二進(jìn)制表示，Code_stream指壓縮碼流數(shù)據(jù)。
[0051]發(fā)送端的功能是進(jìn)行壓縮并實(shí)時(shí)傳輸。設(shè)原始圖像大小為A，壓縮比為Cr，則在發(fā)送端預(yù)先開(kāi)辟大小為A/Cr的總緩沖區(qū)。首先傳輸?shù)贠個(gè)包，即SPIHT頭文件，為解壓端提供壓縮所必須的信息。然后對(duì)位平面進(jìn)行SPIHT壓縮，壓縮過(guò)程中生成的二進(jìn)制位不斷寫(xiě)入總緩沖區(qū)。當(dāng)壓縮完一個(gè)位平面，則先將包頭寫(xiě)入預(yù)先分配好的內(nèi)存中(5個(gè)字節(jié))，然后根據(jù)包頭提供的碼流長(zhǎng)度，臨時(shí)分配動(dòng)態(tài)內(nèi)存，將緩存中的壓縮碼流寫(xiě)入該內(nèi)存中，等待信道進(jìn)行傳輸。信道每傳輸完一個(gè)包，則將對(duì)應(yīng)的內(nèi)存釋放，繼續(xù)讀取下一個(gè)包。需注意，在傳輸過(guò)程中，編碼端的壓縮還在進(jìn)行。壓縮和傳輸各分配一個(gè)線(xiàn)程，兩個(gè)線(xiàn)程同步并獨(dú)立進(jìn)行工作，從而實(shí)現(xiàn)了實(shí)時(shí)壓縮并傳輸，過(guò)程如圖11所示。
[0052]采用Socket，在標(biāo)準(zhǔn)的TCP/IP協(xié)議下，在以太網(wǎng)上進(jìn)行數(shù)據(jù)傳輸。在傳輸信道，為了盡量使通信不丟包，采用雙工通信的方式。每傳輸完一個(gè)包，則接收端向發(fā)送端發(fā)出一個(gè)確認(rèn)指令，發(fā)送端接收該指令后，再發(fā)送下一個(gè)包。
[0053]接收模塊采用如圖12所示流程進(jìn)行解壓，預(yù)先開(kāi)辟一個(gè)大小為8個(gè)字節(jié)的動(dòng)態(tài)內(nèi)存，以及2P個(gè)大小為5個(gè)字節(jié)的動(dòng)態(tài)內(nèi)存。8個(gè)字節(jié)的內(nèi)存用來(lái)接收SPIHT頭文件，為后面的SPIHT解壓縮做準(zhǔn)備。接收并解譯第O個(gè)包后，將該內(nèi)存釋放。當(dāng)接收到第I個(gè)包時(shí)，即最高位平面對(duì)應(yīng)的包頭，將其放入下一個(gè)動(dòng)態(tài)內(nèi)存中，解譯后得到對(duì)應(yīng)的碼流長(zhǎng)度。然后根據(jù)該長(zhǎng)度臨時(shí)開(kāi)辟動(dòng)態(tài)內(nèi)存，并接收碼流(第2個(gè)包的信息)。接收完畢后，將碼流解壓縮并顯示，然后釋放包I和包2對(duì)應(yīng)的內(nèi)存。在解壓縮期間，信道傳來(lái)的包繼續(xù)放入下一塊內(nèi)存中，等待進(jìn)行相同的操作。隨著接收數(shù)據(jù)的增多，疊加在已有數(shù)據(jù)上的細(xì)節(jié)的越來(lái)越多，圖像逐漸變得更清晰。
[0054]為了驗(yàn)證分級(jí)壓縮和漸近傳輸?shù)男Ч鶕?jù)以上分析與設(shè)計(jì)，采用一副大小為2048X2048的遙感影像，分割瓦片大小為256X256。硬件環(huán)境為兩臺(tái)電腦，其中壓縮和傳輸一臺(tái)電腦，解壓和顯示一臺(tái)電腦。配置為Pentium4處理器,2G內(nèi)存，Windows2000系統(tǒng)。軟件環(huán)境為Visual Studio2010，0penCV2.4，編程語(yǔ)言為C++。發(fā)送端的壓縮和傳輸過(guò)程如圖13所示，接收端在不同階段的解壓縮和顯示過(guò)程如圖14-a、14-b、14-c所示。
[0055]由圖13、14-a、14-b、14-c所顯示的結(jié)果可知，發(fā)送端壓縮并打包發(fā)送碼流后，解碼端能夠?qū)崟r(shí)接收并解壓收到的包，解壓完畢立即進(jìn)行顯示。隨著包的傳送，影像細(xì)節(jié)迅速增加，可以平滑的過(guò)渡到最好的質(zhì)量。這種漸近傳輸?shù)姆绞皆诘蛶挼木W(wǎng)絡(luò)環(huán)境下尤為有利。
[0056]本發(fā)明針對(duì)傳統(tǒng)影像金字塔模型下，將所有被請(qǐng)求的瓦片全傳輸完再解壓的問(wèn)題，提出了網(wǎng)絡(luò)環(huán)境下遙感影像實(shí)時(shí)壓縮及漸近傳輸系統(tǒng)，并對(duì)系統(tǒng)實(shí)現(xiàn)過(guò)程中的關(guān)鍵環(huán)節(jié)進(jìn)行了詳細(xì)分析。實(shí)驗(yàn)結(jié)果表明，用戶(hù)端看到的圖像能夠快速平滑過(guò)渡至最清晰，克服了傳統(tǒng)方法中影像顯示的“階躍”效應(yīng)，有效的解決了用戶(hù)主觀(guān)感覺(jué)等待時(shí)間過(guò)長(zhǎng)問(wèn)題。這種質(zhì)量的流式數(shù)據(jù)傳輸模式，降低了對(duì)網(wǎng)絡(luò)帶寬的需求，非常適合遙感數(shù)據(jù)的網(wǎng)絡(luò)發(fā)布，對(duì)進(jìn)一步提高虛擬地球平臺(tái)的遙感影像金字塔調(diào)度效率提供了較好的解決辦法。
[0057]以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本【技術(shù)領(lǐng)域】的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明原理的前提下，還可以作出若干改進(jìn)和潤(rùn)飾，這些改進(jìn)和潤(rùn)飾也應(yīng)視為本發(fā)明的保護(hù)范圍。
【權(quán)利要求】
1.一種遙感影像實(shí)時(shí)壓縮及漸進(jìn)傳輸系統(tǒng)，其包括: 用于對(duì)圖像進(jìn)行實(shí)時(shí)壓縮的發(fā)送端，發(fā)送端包括對(duì)遙感影像進(jìn)行實(shí)時(shí)讀取和處理的圖像讀取模塊，以及對(duì)處理后的瓦片進(jìn)行實(shí)時(shí)編碼和壓縮的圖像壓縮模塊； 用于對(duì)發(fā)送端發(fā)送的包進(jìn)行實(shí)時(shí)解壓的接收端，接收端包括對(duì)包進(jìn)行實(shí)時(shí)解壓的圖像解壓縮模塊和對(duì)解壓后的重建圖像進(jìn)行顯示的圖像顯示模塊； 以及用于發(fā)送端與接收端之間進(jìn)行實(shí)時(shí)數(shù)據(jù)傳輸?shù)膫鬏斈K。
2.如權(quán)利要I所述的遙感影像實(shí)時(shí)壓縮及漸進(jìn)傳輸系統(tǒng)，其特征在于:發(fā)送端采用SPIHT算法作為遙感影像瓦片的編碼方法。
3.如權(quán)利要I或2所述的遙感影像實(shí)時(shí)壓縮及漸進(jìn)傳輸系統(tǒng)，其特征在于:發(fā)送端對(duì)原始遙感影像，先構(gòu)建金字塔，并對(duì)各層進(jìn)行瓦片切割；對(duì)用戶(hù)請(qǐng)求的每一個(gè)瓦片，進(jìn)行如下操作:發(fā)送端預(yù)先分配一個(gè)緩沖區(qū)，然后對(duì)請(qǐng)求的瓦片進(jìn)行SPIHT編碼，每生成一位編碼，則立即送入緩沖區(qū)，當(dāng)緩沖區(qū)的碼流達(dá)到一定長(zhǎng)度，則加入包頭并打包傳送，同時(shí)，壓縮繼續(xù)進(jìn)行。
4.如權(quán)利要I或2所述的遙感影像實(shí)時(shí)壓縮及漸進(jìn)傳輸系統(tǒng)，其特征在于:接收端接受的包，根據(jù)包頭信息確定包內(nèi)的碼流長(zhǎng)度，并分配對(duì)應(yīng)大小的緩存，將碼流寫(xiě)入緩存，寫(xiě)入完畢后立即解壓并顯示，然后釋放對(duì)應(yīng)緩存。
5.如權(quán)利要I或2所述的遙感影像實(shí)時(shí)壓縮及漸進(jìn)傳輸系統(tǒng)，其特征在于:重構(gòu)圖像的分塊大小為256X256。
6.如權(quán)利要3所述的遙感影像實(shí)時(shí)壓縮及漸進(jìn)傳輸系統(tǒng)，其特征在于:發(fā)送端將瓦片圖像經(jīng)小波變換后，采用SPIHT逐個(gè)位平面進(jìn)行編碼，將每個(gè)位平面對(duì)應(yīng)的碼流生成一個(gè)包，每個(gè)包在傳輸過(guò)程中生成一個(gè)頭文件，頭文件記錄了該包的序號(hào)和該包中碼流的長(zhǎng)度。
7.如權(quán)利要I所述的遙感影像實(shí)時(shí)壓縮及漸進(jìn)傳輸系統(tǒng)，其特征在于:傳輸模塊采用以太網(wǎng)進(jìn)行數(shù)據(jù)傳輸。
8.如權(quán)利要I或2所述的遙感影像實(shí)時(shí)壓縮及漸進(jìn)傳輸系統(tǒng)，其特征在于:傳輸模塊每傳輸完一個(gè)包，接收端向發(fā)送端發(fā)出一個(gè)確認(rèn)指令，發(fā)送端接收該指令后，再發(fā)送下一個(gè)包。
【文檔編號(hào)】H04N19/64GK103796018SQ201410026138
【公開(kāi)日】2014年5月14日 申請(qǐng)日期:2014年1月14日 優(yōu)先權(quán)日:2014年1月14日
【發(fā)明者】石翠萍, 靳展, 劉文禮 申請(qǐng)人:齊齊哈爾大學(xué)