【正文】 組播通信需要一個特殊的組播地址 .IP 組播地址是一組 D 類 IP 地址，范圍從 到 。 組播 （ 1）組播的“根” 組播從概念上來講分為兩部分：控制部分和數(shù)據(jù)部分。 （ 2） ? 初始化解碼器 InitH263Decoder()。 ? 在數(shù) 據(jù)壓縮前調(diào)用下述函數(shù)，以確保數(shù)據(jù)格式是 YUV420 的 ConvertRGB2YUV(IMAGE_WIDTH,IMAGE_HEIGHT,data,yuv)。 ::DrawDibClose(hdib)。在視頻顯示這一部分要完成的功能就是把這些視頻幀通 過 windows 的 API函數(shù)進(jìn)行顯示。獲取位圖信息的代碼如下： 17 thism_bmpinfo=amp。 之后將此實(shí)例與顯示對話框相綁定。 和 包含了處理視頻捕獲的代碼。 ? 如果該系數(shù)的幅度值大 于一個預(yù)定的閩值，則增加后綴長度。 2) 每個 TrailingOnes符號的編碼 coeff_token用于對每個 TrailingOnes進(jìn)行標(biāo)記。 CA VL C 對變換系數(shù)塊進(jìn)行編碼的過程如下 : 1) 對系數(shù)個數(shù)及 trailing_ones( coef token)進(jìn)行編碼 第一個 V LC,coeftoken對非零系數(shù)的總數(shù) (TotalCoefs)以及 Trailingfl(T railingOnes)的數(shù)目進(jìn)行編碼。每個指數(shù)哥倫布碼的長度是 (2M+1)位，編碼器可以通過索引號 code num 來構(gòu)造每個碼字 : 一個碼字的解碼過程如下 : ? 讀入緊跟一個 1的 M個引導(dǎo)的零。 量化后的變換系數(shù)需要進(jìn)行 Z 字形掃描，然后再進(jìn)行嫡編碼。 ? 小塊變換要求更少的計算量和更短的處理字長。在編碼端，過程包括前向變換， Z 字形掃描，量化，然后進(jìn)行嫡編碼，解碼端的過程與編碼端相反 . 因?yàn)?Intr a16x16 和色度幀內(nèi)預(yù)測模式適合對平滑區(qū)域進(jìn)行編碼，所以 DC 系數(shù)需要進(jìn)行第二次變換。這四種模式采用了與 16x16 亮度預(yù)測模式相同的預(yù)測方法，只是模式的編號不同。 1. 4x4 亮度預(yù)側(cè) 如圖 6 所示，當(dāng)選擇 Intra4x4 模式時，通過相鄰的樣值 AQ 預(yù)測每個 4x4 子塊的樣值ap. Intra4x4 有 9 種預(yù)測模式，除了 DC 預(yù)測模式 (通過一個值預(yù)測整個 4x4 子塊 )，可以選擇8 個方向預(yù)測模式，這些模式適合預(yù)測具有方向結(jié)構(gòu)的圖像內(nèi)容。 5) 采用多參考幀進(jìn)行幀間預(yù)測，比單參考幀編碼器節(jié)省 5%1039。 圖 5 所示的是一個編碼分片的語法結(jié)構(gòu)。 ? 以及 ,其它網(wǎng)絡(luò)。編碼過程的輸出是 VCL 數(shù)據(jù) (表示壓縮視頻數(shù)據(jù)的二進(jìn)制序列 )，在傳輸或存儲之前，將 VCL 數(shù)據(jù)封裝成 NAL 單元 .每個 NAL 單元包括一個原始字節(jié)序列有效載荷 (RBSP, Raw Byte Sequence Payload)，它是一組對應(yīng)于編碼視頻數(shù)據(jù)或頭信息的數(shù)據(jù)。但是，基本檔次不支持 B/SP/SI 分片、加權(quán)預(yù)測、上下文自適應(yīng)算術(shù)編碼 (CABAC,ContextAd aptiveB inaryA rithmeticC od 噸 )以及場編碼。 標(biāo)準(zhǔn)的結(jié)構(gòu) 檔次和級別 檔次 (profile)和級別 (level)指定壓縮碼流的符合點(diǎn)，這些符合點(diǎn)用于實(shí)現(xiàn)各種標(biāo)準(zhǔn)應(yīng)用之間的互操作性，檔次和級別的定義可以適應(yīng)不同應(yīng)用的需要。從圖中可以看出， 采用了與以往標(biāo)準(zhǔn)類似的基于運(yùn)動補(bǔ)償 /分塊變換的混合編碼框架 64 同 樣采用幀內(nèi) (Intra)和幀間 (later)兩種編碼模式。長期研究計劃產(chǎn)生了 標(biāo)準(zhǔn)草案，與先期的 ITU 一視頻壓縮標(biāo)準(zhǔn)相 比，該草案在壓縮效率方面具有明顯的優(yōu)越性。與國外的組件式 Gls 工具軟件相比較，國內(nèi)工具軟件在易用性、可集成性和功能上顯得較為薄弱，實(shí)際應(yīng)用還不夠普及。 3）組件式 GISMapX 技術(shù) 組件式 GIS(ComPoennst GIS，縮寫為 GlS)是地理信息系統(tǒng)二次開發(fā)的新思路，其基本思想是把 GIS 的各大功能模塊劃分為幾個控件，每個控件完成不同的功能，各個 GIS控件之間，以及 GIS 控件與其他非 GIS 控件之間，可以方便地通過可視化的軟件開 發(fā)工具集成起來，利用接口相互進(jìn)行通訊形成最終的 GIS 應(yīng)用系統(tǒng)。 (4) 模式某個地方存在的空間實(shí)體的分布模式的問題。利用地理信息系統(tǒng)的空間分析和統(tǒng)計運(yùn)算功能作為決策支持系統(tǒng)的平臺，能對己有的空間和屬性信息進(jìn)行加工處理，得出科學(xué)的結(jié)論，避免因人而異的主觀隨意性，有利于科學(xué)決策。與使用 C 和 Windows SDK 開發(fā) Windows 應(yīng)用程序相比，使用 Visual C++ 建立一個完美的 Windows 應(yīng)用程序所花費(fèi)的時間要少得多。 Visual C++ 在不犧牲靈活性、性能和控制力度的同時，給 C++帶來更高水平的生產(chǎn)效率。 本文主要研究內(nèi)容 本文研究的主要內(nèi)容為以下三點(diǎn)： （ 1） 學(xué)習(xí)地理信息系統(tǒng)、圖像處理的相關(guān)原理和實(shí)現(xiàn)方法； （ 2） 在形成地理信息數(shù)據(jù)庫的基礎(chǔ)上，可以局部更新地理信息，保持地理信息的 現(xiàn)實(shí) 性。在行車過程中還需要實(shí)時計算出車輛前方的行駛路線。普通的資源管理系統(tǒng)采用表格化管理，不直觀，非常難于查找，而且很難表達(dá)資源的空間拓?fù)潢P(guān)系，給運(yùn)維管理帶來很多困難。網(wǎng)絡(luò)資源中的數(shù)據(jù)又具有地理屬性。分布式排隊雙總線技術(shù)（ DQDB）在雙工的模式下可以提供 34～ 140Mbit/s 的傳輸速率，它采用兩條總線將數(shù)據(jù)傳送到所有的連接點(diǎn)上，總線的端節(jié)點(diǎn)能夠產(chǎn)生空數(shù)據(jù)封包，該包被傳送到其他的節(jié)點(diǎn)上以查詢是否有需要傳輸?shù)男畔?。根?jù)設(shè)計的要求， LMDS 會將許多用戶指定到不同的信道上，而這些信道的帶寬大約在 20～ 40MHz 之間。 利用無線技術(shù)傳輸視頻信息 無線接入的下行速度要高于上行速度，可達(dá)到 400kbit/s，這是因?yàn)橛脩羯闲卸嗖捎媚M調(diào)制解調(diào)器，通過標(biāo)準(zhǔn) SLIP／ PPP 聯(lián)接到本地 ISP。 HDSL（高速率用戶數(shù)字線）亦是 xDSL 技術(shù)的一種，由于采用了先進(jìn)的調(diào)制技術(shù)，所以對帶寬的要求較少，在傳輸?shù)耐瑫r也不用中繼器，僅使用兩對雙絞線。它可根據(jù)各子信道的性能來動態(tài)地分配各信道每字 符可攜帶的比特數(shù)，關(guān)閉那些不能攜帶數(shù)據(jù)的子信道，這樣使可用頻帶的平均傳輸率大大提高。它可傳輸高品質(zhì)的視頻信號。下圖為一個典型的視頻傳輸系統(tǒng)的結(jié)構(gòu)示意圖： 圖 1 視頻傳輸系統(tǒng)結(jié)構(gòu)示意圖 電話線傳輸視頻信息 用電話系統(tǒng)傳輸視頻信號，主要應(yīng)用的是各種數(shù)字用戶線路 xDSL 技術(shù)。 本視頻傳輸系統(tǒng)是建立在面向無連接的 UDP 協(xié)議之上，利用 RTP 協(xié)議進(jìn)行 視頻數(shù)據(jù)的流式傳輸，在網(wǎng)絡(luò)通訊中，將涉及到通訊雙方，分別為服務(wù)器（即發(fā)送端）和 客戶端（即接收端），它們之間彼此交換信息和傳遞數(shù)據(jù)。因此，本系統(tǒng)設(shè)計采用傳統(tǒng)的 C/S 模式，在 Windows 環(huán)境下，分別對服務(wù)器和客戶端進(jìn)行程序設(shè)計。它提供一種直接接入 Inter 方案的不中斷服務(wù)。其上行傳輸速率要低于下行傳輸速率。 ADSL 將下行高速信道分為 4 個子承載信道 AS0－AS3，將雙工中速信道分為 3 個子信道 LS0－ LS2。 HDSL 用兩對雙絞銅線傳送雙向?qū)ΨQ數(shù)字信號，傳輸速率為 168kbit/s，提供 2048kbit/s 的 E1 業(yè)務(wù)。實(shí)際速度根據(jù)調(diào)制解調(diào)器速率而定。 其他可利用的視頻傳輸技術(shù) 現(xiàn)在，與傳送視頻數(shù)據(jù)有關(guān)的協(xié)議和標(biāo)準(zhǔn)都處在完善中。 DQDB 是一種非連接的網(wǎng)絡(luò)，各端點(diǎn)之間的通信速率也不一樣，每一個信元的長度也是 53bit，其中 5bit 為地址信息，這和 ATM 信元的長度和格式一樣，因此，它們彼此的結(jié)構(gòu)能夠兼容。 如何真實(shí)直地把這些地理信息表示出來，已成為一個計算機(jī)界所廣泛關(guān)注的問題。很多監(jiān)控點(diǎn)又附屬大量 的設(shè)備信息，環(huán)境信息。因此最短路徑分析不僅應(yīng)能夠表征實(shí)際的通路網(wǎng)，而 4 且要有足夠快的響應(yīng)速度。 （ 3） 針對包含地理信息的視頻媒體，研究相應(yīng)的實(shí)時傳輸方法，并設(shè)計實(shí)現(xiàn)相應(yīng)的軟件。除了 IntelliSense Technology（智能感應(yīng)技術(shù)）和 Edit and Continue（即編即調(diào)）等顯著縮短開發(fā)時間的新特性外， Visual C++ 還為 Web 開發(fā)和企業(yè)開發(fā)提供更良好的支持。 (3) Visual C++ 還提供了一個高度集成的工具集，使得在開發(fā)應(yīng)用程序的全過程中都保證了較高的效率。由于 GIS表達(dá)問題準(zhǔn)確，特別適合管理各種與空間位置有關(guān)的事物。 (5) 模擬某個地方如果具備 某種條件會發(fā)生什么的問題。 當(dāng)前 ， 面 向?qū)ο蠛头植际郊夹g(shù)是計算機(jī)軟件技術(shù)發(fā)展的兩大潮流，組 件化技術(shù)是促 進(jìn)兩者結(jié)合的有效途徑。本文采用發(fā)展比較成熟的 MaPInfo 公司的 MapX 組件。 2021 年 ,ISOIIEC的 MPEG 組織認(rèn)識到 潛在的優(yōu)勢，隨后與 TUT 的 VCEG 共同建立了聯(lián)合視頻工作組 (JVT)，其主要任務(wù)就是將 草案發(fā)展為一個國際型標(biāo)準(zhǔn)。輸入視頻都要經(jīng)過 Intra 預(yù)測模塊，并選擇預(yù)測殘差最小的 Intra 模塊作為候選 Intra 編碼模式。一個檔次定義了一組編碼工具或算法，這些工具和算法能夠生成符合標(biāo)準(zhǔn)的碼流。每個檔次都非常靈活，可以支持很廣泛的應(yīng)用。 圖 4 NAL 單元序列 一個 視 頻 序列可以由多個 NAL 單元序列來表示，這些 NAL 單元序列可在分組網(wǎng)絡(luò)中傳輸，也可以通過一個碼流傳輸鏈接進(jìn)行傳輸，或作為一個文件進(jìn)行存儲。 11 分片與宏塊 一個宏塊包括視頻幀中一 個 16x16 大小的編碼數(shù)據(jù) (16x16 的亮度樣值， gxg 的 Cb 樣值，以及 gxg 的 cr 樣值 )，一幀中的宏塊以光柵掃描順序進(jìn)行編號。分片的頭信息定義了分片類型以該分片所屬的編碼圖像，同時也可以包括有關(guān)參考圖像的指示信息。/0 的碼率，并且有利于提高編碼器的抗誤碼能力。模式為垂直預(yù)測模式，通過上面的樣值 (A,B ,C,D)向下垂直拷貝。色度分量的模式是 :直流 (模式 0)，水平 (模式 1)，垂直 (模式 2)和平面 (模式 3)。在色度分量 中，對 4 個 4x4 子塊的 DC 系數(shù)進(jìn)行 2x214inrd 變換。 只通過加法和移位就能實(shí)現(xiàn)變換 ，而且能夠避免 8X8D CT 變換所帶來的不匹配問題。色度分量的 2x2DC 系數(shù)按照光柵順序進(jìn)行掃描。 ? 讀入 lul位 INFO字段。 TotalCoefs可以是任何一個 0(在 4X4塊中沒有系數(shù) )到 16 (16個非零系數(shù) )之間的數(shù)，TrailingOnes可以是 0到 3之間的任何數(shù) .如果這里有 3個以上的 Trailingfl，只有最后三個以“特殊情況”對待，而其它的以普通系數(shù)對待。從最高頻的 TrailingOnes開始，以相反的順序用 1個單比特 (0=+， 1=)對符號進(jìn)行編碼。如果這是第一 個 被 編碼的非零系數(shù)，且后綴長度初始為 0，則設(shè)置后綴長度為 2。 VFM 主要由以下 6 個模塊組成。 vidcapSetDialog(this)。vidcapm_bmpinfo。 Windows 有很多顯示視頻的 API 函數(shù)，本程序中選用的是DvrawDib 函數(shù)，函數(shù)為設(shè)備無關(guān)位圖 (DIBs)提供了高性能的圖形繪制能力。 在本系統(tǒng)中，客戶端實(shí)時捕獲攝像頭采集到的視頻數(shù)據(jù)，并在客戶端顯示主窗口中顯示其采集的視頻。 ? 壓縮視頻數(shù)據(jù)幀，對視頻進(jìn)行編碼 = CPARAM_QCIF。 ? 解碼視頻數(shù)據(jù)幀 DepressFrame(data,size,rgbdata,buffersize)。控制部分決定著組播的對象的組織方式。其中還有很多地址是為特殊的目的保留的。 本系統(tǒng)中 UDP 組播的方式 本系統(tǒng)中采用的是 winsock 2 組播 winsock 2 組播主要是通過 WSAJoinLeaf 來實(shí)現(xiàn)的（ WSAJoinLeaf 的行為，返回值根據(jù) socket 的模式，組播的實(shí)現(xiàn)構(gòu)架有很大的關(guān)系） winsock 2 組播的主要有以下幾個步驟 : 1. 建立支持?jǐn)?shù)據(jù)報的 socket(用 WSASocket 建立 socket，同 2. 時設(shè)置組播的一些屬性 ) 3. 把 socket 和本地的一個端口綁定（以后會通過這個端口進(jìn)行數(shù)據(jù)的收發(fā)） 4. 通過 WSAJoinLeaf 加 入一個組播組 5. 通過 sendto / recvfrom 進(jìn)行數(shù)據(jù)的收發(fā) 6. 直接關(guān)閉 socket 7. 退出組播組 傳輸代碼實(shí)現(xiàn) 在本系統(tǒng)中，視頻采集客戶端實(shí)時地采集視頻數(shù)據(jù)，并通過 UDP 組播的方式傳送給視頻服務(wù)器。 static unsigned int length,vlength,alength。 void CloseSocket()。 通用數(shù)據(jù)模型由層次、網(wǎng)狀數(shù)據(jù)模型發(fā)展到關(guān)系數(shù)據(jù)模型，以至今天的具有面向?qū)ο筇卣鞯臄?shù)據(jù)模型。由于對象與現(xiàn)實(shí) 世界的實(shí) 體對應(yīng)，從而加強(qiáng)了 GIs 數(shù)據(jù)模型的易理解性、可讀性和可維護(hù)性。對象提供的一些服務(wù)， 由外界通過向它 發(fā)送消息來實(shí)現(xiàn)。豐富的語義、描述復(fù)雜對象的能力、 22 簡明的數(shù)據(jù)抽象技術(shù)、與人們認(rèn)識模式的一致性以及完備的實(shí)現(xiàn)機(jī)制為建立 GIS 提供了巨大的發(fā)展前景。 函數(shù)功能與使用說