rtsp協(xié)議精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的rtsp協(xié)議主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：rtsp協(xié)議范文

【關(guān)鍵詞】纈沙坦;原發(fā)性高血壓;高敏C反應(yīng)蛋白;一氧化氮;內(nèi)皮素 1

Effects of valsartan on hypertension in patients with hs CRP,ET 1 and NO content in

LIU Jin ping.County of Shanxi Province People’s Hospital,Liulon 033300,China

【Abstract】 Objective Observation of angiotensin receptor blocker valsartan in patients with essential hypertension on plasma high sensitivity C reactive protein(hs CRP),endothelin 1(ET 1)and nitric oxide(NO)effects.Methods 92 cases of essential hypertension patients treated with valsartan 80 mg/d,continuous treatment for 4 weeks,on medication before and after the determination of hs CRP,NO,ET plasma parative observation of its concentration changes.Results The effect of valsartan in patients with essential hypertension than those before treatment after treatment blood pressure decreased significantly(P

【Key words】 Valsartan;Essential hypertension; High sensitivity C reactive protein; Nitric oxide; Endothelin 1

近年研究發(fā)現(xiàn),原發(fā)性高血壓(essential hypertension,EH)是一種炎性反應(yīng)性疾病,主要表現(xiàn)在炎性因子對(duì)血管內(nèi)皮功能的影響[1]。高敏C反應(yīng)蛋白(high sensitivity C reactive protein,hs CRP)與炎癥反應(yīng)關(guān)系密切[2],作為急性損傷的標(biāo)志物,是心血管疾病的危險(xiǎn)因素,也是心腦血管疾病嚴(yán)重程度和進(jìn)展的標(biāo)志。內(nèi)皮素 1(endothelin,ET 1)和一氧化氮(nitric oxide,NO)是評(píng)價(jià)血管內(nèi)皮功能的有效指標(biāo)。探討高血壓患者h(yuǎn)s CRP與動(dòng)脈內(nèi)皮功能的關(guān)系對(duì)評(píng)價(jià)大動(dòng)脈損傷的程度有重要意義。

1 資料與方法

1.1 一般資料 按照2005年《中國高血壓防治指南》診斷標(biāo)準(zhǔn),收集我院2008年3月至2009年4月的高血壓患者92例,收縮壓>140 mm Hg和/或舒張壓>90 mm Hg。排除標(biāo)準(zhǔn):繼發(fā)性高血壓,合并嚴(yán)重的心、肝、腎、內(nèi)分泌及腦血管疾病;高血壓病合并嚴(yán)重并發(fā)癥;存在使用Ang受體拮抗劑的禁忌證,并除外糖尿病、腫瘤、呼吸系統(tǒng)疾病、腎病、冠心病/繼發(fā)性高血壓等。其中男56例,女36例,年齡44~78歲,平均(64.03±6.31)歲。所有病例隨機(jī)分成兩組,觀察組47例,其中男27例,女20例,年齡46~74歲,平均(65.26±8.14)歲。對(duì)照組45例,其中男29例,女16例,年齡44~71歲,平均(62.54±7.62)歲。兩組年齡、性別上差別無顯著性意義(P>0.05)。

1.2 研究方法

1.2.1 用藥方法 觀察組采用常規(guī)降壓方案(包括鈣離子拮抗劑、阿司匹林、β 受體阻滯劑、他汀類),并加用纈沙坦(代文)(北京諾華制藥公司產(chǎn)品)80 mg,1次/d,連續(xù)治療4周。對(duì)照組僅使用常規(guī)的降壓方案治療(包括鈣離子拮抗劑、阿司匹林、β 受體阻滯劑、他汀類),連續(xù)治療4周。治療前后檢測(cè)所有患者的hs CRP、NO、ET的血漿水平。

1.2.2 標(biāo)本采集 采血前12 h禁食、煙、酒,當(dāng)日抽取肘前靜脈血3 ml注入10%的二乙胺四乙酸二鈉30 μl和抑肽酶40 μl的試管中,混勻,4℃3000 r/min,離心10 min,分離血漿,放至 70℃冰箱保存待測(cè),每3個(gè)月集中一次性檢測(cè)。

1.2.3 檢測(cè)方法 hs CRP采用顆粒增強(qiáng)的免疫散射比濁法定量測(cè)定,正常值范圍為0.1~5.2 mg/L,靈敏度0.2 mg/L。NO含量采用酶標(biāo)法測(cè)定,試劑盒購自南京建成生物制劑公司; ET 1采用放射免疫分析法檢測(cè),試劑盒由深圳晶美生物工程有限公司提供,測(cè)定范圍20~1620 ng/L,靈敏度10ng/L,正常參考值范圍(53.14±15.23) pg/ml。所有操作均由專業(yè)技術(shù)人員嚴(yán)格按說明書進(jìn)行。

1.3 統(tǒng)計(jì)學(xué)方法 所有數(shù)據(jù)采用SPSS11.5統(tǒng)計(jì)軟件分析,數(shù)椐用表示,二樣本均數(shù)比較采用獨(dú)立樣本t檢驗(yàn),治療前、后作自身配對(duì)t檢驗(yàn),計(jì)數(shù)資料采用χ2檢驗(yàn),多樣本均數(shù)比較采用單因素方差分析,檢驗(yàn)水準(zhǔn)α=0.05。

2 結(jié)果

觀察組與對(duì)照組在用藥前后的比較血漿hs CRP、NO、ET 1水平的變化,見表1。

表1

兩組原發(fā)性高血壓患者用藥前后血漿hs CRP、NO、ET 1水平的變化(x±s)

組別N(例)時(shí)間hs CRP(mg/L)NO(nmol/L)ET 1( pg/ml)

觀察組47治療前9.63±2.4518.52±2.55132.57±13.29

治療后2.46±1.6131.47±2.0454.73±12.43

對(duì)照組45治療前8.96±2.1719.18±1.96129.66±12.82

治療后5.83±2.75*24.33±2.68*67.38±11.94*

注:治療后與觀察組比較*P

治療后兩組血壓明顯得到控制。兩組高血壓患者在治療前血漿hs CRP、NO、ET 1水平均無顯著差異,P>0.05;治療后hs CRP、ET 1水平均明顯下降,NO水平升高,與治療前相比P

3 討論

EH伴有不同程度的血管病變,血管內(nèi)皮的功能障礙是影響血管功能的重要因素。CRP作為炎癥獨(dú)立預(yù)測(cè)因子,其影響EH發(fā)生、發(fā)展的可能機(jī)制涉及到促血管內(nèi)皮增生、遷移,動(dòng)脈內(nèi)膜增厚,血管重構(gòu)阻力增加;直接參與局部和全身炎性反應(yīng)對(duì)血管內(nèi)皮造成損傷,內(nèi)皮細(xì)胞釋放的NO及前列腺素減少,活性減弱,而釋放的血栓調(diào)節(jié)蛋白等物質(zhì)增多;同時(shí)可激活內(nèi)皮細(xì)胞、巨噬細(xì)胞和多形核白細(xì)胞釋放EH 1及EH 1免疫樣激活物,使血管收縮、血壓升高,促進(jìn)內(nèi)皮細(xì)胞、巨噬細(xì)胞合成和釋放血管性血友病因子。因此,對(duì)內(nèi)皮功能的影響可具體表現(xiàn)在對(duì)內(nèi)皮損傷標(biāo)志物濃度的影響[3]。

ET 1是ET家族的成員之一,是迄今所發(fā)現(xiàn)的作用最強(qiáng)最持久的縮血管升壓活性多肽。血管內(nèi)皮損傷或血管壁應(yīng)力增加、缺氧、神經(jīng)體液激素等因素可提高ET水平[4],ET的升高,在一定的程度上反映了內(nèi)皮損傷的程度,患者血管內(nèi)皮具有不同程度的損傷,導(dǎo)致的分泌較正常對(duì)照顯著增高。CRP可能具有促進(jìn)損傷血管內(nèi)皮細(xì)胞合成釋放ET 1,進(jìn)而影響EH的發(fā)生、發(fā)展。

現(xiàn)已證實(shí)為一氧化氮NO是內(nèi)皮細(xì)胞分泌的一種最重要的血管舒張物質(zhì),它是在 NO 合成酶(NOS)的作用下,由左旋精氨酸合成而來,具有強(qiáng)親脂性,NO 受增加的血流量刺激而釋放,乙酰膽堿、緩激肽、腺苷、組胺等也增加 NO 的合成及釋放,NO 可迅速擴(kuò)散入臨近的血管平滑肌細(xì)胞,激活細(xì)胞內(nèi)可溶性鳥苷酸環(huán)化酶,使 cGMP 水平升高,使平滑肌細(xì)胞內(nèi)鈣減少,導(dǎo)致血管平滑肌細(xì)胞松弛,管腔擴(kuò)大。NO 還具有抑制多種血液成分如血小板、淋巴細(xì)胞、中性粒細(xì)胞和單核細(xì)胞粘附于血管內(nèi)皮細(xì)胞和抗血管壁細(xì)胞增殖的作用,從而對(duì)保護(hù)動(dòng)脈內(nèi)皮損傷發(fā)揮重要作用。

纈沙坦是一種高度選擇性AT1受體拮抗劑,與受體部位結(jié)合而阻斷血管緊張素(Ang),除降壓作用外,則通過特異性阻斷Ang與AT1受體在這個(gè)部位的結(jié)合,最大限度阻斷腎素 血管緊張素 醛固酮系統(tǒng)(RAAS)[5]。

纈沙坦是一種特異性的血管緊張素Ⅱ受體拮抗劑,它可選擇性作用于已知與血管緊張素Ⅱ作用相關(guān)的AT1受體Ⅱ型。其改善內(nèi)皮功能可能的機(jī)制為:通過特異性拮抗血管緊張素Ⅱ受體(AT)而阻止血管緊張素Ⅱ(AngⅡ)的作用,減少鈉潴留,減少腎素,抑制內(nèi)皮素分泌;抑制細(xì)胞凋亡,逆轉(zhuǎn)血管重構(gòu),激活NO合成酶,減少緩激肽的降解使及前列環(huán)素I2(PGI2)生成增加;阻斷與受體結(jié)合使向AngⅡ(1 7)轉(zhuǎn)化,通過AngⅡ(1 7)發(fā)揮對(duì)內(nèi)皮功能的調(diào)節(jié)作用,通過抑制內(nèi)皮素轉(zhuǎn)換酶和血管緊張素與間的正反饋調(diào)節(jié),使的合成減少[6]。

本研究顯示,未接受治療的EH患者其血漿hs CRP、ET 1 含量明顯高于正常,而NO水平明顯下降,兩者之間無顯著差異;這說明血壓升高導(dǎo)致患者血管內(nèi)皮受損或血管壁應(yīng)力增加、缺氧、神經(jīng)體液激素等因素使得ET水平提高,而NO合成減少,進(jìn)而影響EH的發(fā)生、發(fā)展,同時(shí)也提示血清CRP濃度與EH相關(guān)。說明心腦血管疾病的血流動(dòng)力學(xué)指標(biāo)和炎癥參數(shù)之間存在密切關(guān)系。治療后患者的hs CRP、ET 1 含量明顯下降,而NO水平有所升高,提示降壓治療可以保護(hù)患者血管內(nèi)皮損傷,減輕血管內(nèi)皮損傷程度以及炎癥反應(yīng)發(fā)生的程度,進(jìn)而避免靶器官的進(jìn)一步受損,有益于提高患者的生存生活質(zhì)量。通過兩組對(duì)比觀察發(fā)現(xiàn),纈沙坦治療組患者h(yuǎn)s CRP、ET 1 含量下降的程度以及NO升高的水平均高于一般治療組,提示纈沙坦有進(jìn)一步保護(hù)血管內(nèi)皮功能的作用,這一結(jié)果可能源于纈沙坦抑制內(nèi)皮素轉(zhuǎn)換酶和血管緊張素與間的正反饋調(diào)節(jié),使的合成減少的機(jī)制。

參考文獻(xiàn)

[1] Hisch AT,Vascular disease,hypertension and prevention from “endothelium to clinicalevents”.JACC,2003,42(2):377 379.

[2] 湯健,魏英杰.心血管活性物質(zhì)與心血管疾病.北京醫(yī)科大學(xué)/中國協(xié)和醫(yī)科大學(xué)聯(lián)合出版社,1997,241 243.

[3] 侯金超,王發(fā)亮,薄愛華.C反應(yīng)蛋白和原發(fā)性高血壓血管內(nèi)皮損傷標(biāo)志物的研究進(jìn)展.醫(yī)學(xué)綜述,2008,14(23):3631 3633.

[4] 陳明,胡申江,張健,等.不同危險(xiǎn)度的高血壓病人血管內(nèi)皮功能.高血壓雜志,2006,14(4):257 260.

第2篇：rtsp協(xié)議范文

關(guān)鍵詞：MMB；網(wǎng)絡(luò)接口；socket通道

中圖分類號(hào)：TP273.5 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1674-7712 （2013） 12-0000-01

基于Android和MMB（MobileMultimediaBroadcasting移動(dòng)多媒體廣播）通用平臺(tái)是為為iPhone手機(jī)提供一個(gè)通用的MMB軟件平臺(tái)。此平臺(tái)是介于終端硬件與上層應(yīng)用之間的新型軟件中間平臺(tái)，基于此平臺(tái)，在對(duì)底層硬件屏蔽的同時(shí)，對(duì)上層應(yīng)用提供統(tǒng)一的集成接口，實(shí)現(xiàn)新業(yè)務(wù)的快速集成與靈活整合。

一、終端通用平臺(tái)接口

終端通用平臺(tái)接口主要解決MMB應(yīng)用在不同硬件平臺(tái)上的移植和兼容性問題。

鑒于iPhone的市場份額處于快速上升趨勢(shì)，目前全球累積出貨量早已突破1億，而iPhone本身不帶MMB模塊。目前市場上已經(jīng)有了一些讓iPhone支持MMB視頻播放的Dongle、背夾等產(chǎn)品，但是還沒有一種產(chǎn)品可以滿足實(shí)現(xiàn)所有的MMB業(yè)務(wù)，包括各種非實(shí)時(shí)業(yè)務(wù)以及各種PUSH業(yè)務(wù)。

考慮到Android系統(tǒng)中通用平臺(tái)項(xiàng)目已有的成果，盡可能多的保持與其一致。

本文討論的主要內(nèi)容是MMB功能終端設(shè)備與終端通用平臺(tái)基于Wi-Fi的通信協(xié)議。

二、總體技術(shù)方案

基于對(duì)終端平臺(tái)的開放性、通用性、安全性、有效性、可擴(kuò)展性以及兼容性等全方位的考慮，本技術(shù)方案對(duì)終端開放式通用業(yè)務(wù)平臺(tái)的整體架構(gòu)、各部分驅(qū)動(dòng)引擎、以及功能模塊與業(yè)務(wù)流程進(jìn)行了定義。

終端開放式通用業(yè)務(wù)平臺(tái)由通用層和應(yīng)用層組成。底層硬件輸出解擾復(fù)用幀給通用層，通用層解析并完成信號(hào)處理、業(yè)務(wù)處理、實(shí)時(shí)流處理、存儲(chǔ)管理和觸發(fā)管理，向應(yīng)用層輸出實(shí)時(shí)流、文件和觸發(fā)類信息。應(yīng)用層主要負(fù)責(zé)與上層應(yīng)用相關(guān)的各種處理，包括配置管理、目錄及搜索管理、UCL管理這些基礎(chǔ)應(yīng)用，以及播放器、瀏覽器、閱讀器、交通導(dǎo)航、緊急廣播等擴(kuò)展應(yīng)用。

三、應(yīng)用與網(wǎng)絡(luò)接口層通信

（一）應(yīng)用層與網(wǎng)絡(luò)接口層通信機(jī)制

網(wǎng)絡(luò)接口層主要為app提供了四個(gè)接口：（1）WIFI接口，這是物理接口，用于ios終端連接MMB功能終端的熱點(diǎn)；（2）socket接口，具有固定的ip地址和端口號(hào)。例如192.168.0.11：8053；（3）ftp接口；（4）rtsp接口。

MMB功能終端與IOS設(shè)備之間通信分為兩層：（1）MMB功能終端與IOS之間通過WIFI建立通信連接；（2）ios中MMB播放器與MMB功能終端中SocketServer之間建立進(jìn)程間通信。

首先，ios設(shè)備與TvfiMMB功能終端之間建立wifi連接，連接成功之后，啟動(dòng)ios中MMBplayer時(shí)候，分別進(jìn)行socket、ftp、和rtsp連接。整個(gè)方案如下圖所示。

1.wifi通道

wifi通道時(shí)MMB功能終端上電啟動(dòng)之后，打開自己的wifi，啟動(dòng)配置，完成初始化功能，作為無線熱點(diǎn)，等待客戶端去連接，一旦與客戶端連接，MMB功能終端就可以與客戶端進(jìn)行通信了。

2.socket通道

主要用來實(shí)時(shí)數(shù)據(jù)流的傳輸和控制命令傳輸，實(shí)現(xiàn)函數(shù)調(diào)用。首先將函數(shù)根據(jù)下文所定協(xié)議，進(jìn)行編碼，輸入?yún)?shù)組成一個(gè)完整的數(shù)據(jù)包，將數(shù)據(jù)包通過socket在MMB功能終端與iosplayer之間實(shí)現(xiàn)進(jìn)程間通信。服務(wù)器端（MMB功能終端）和客戶端（ios）受到數(shù)據(jù)包時(shí)候，首先根據(jù)協(xié)議，解析數(shù)據(jù)包，將數(shù)據(jù)包還原成各個(gè)函數(shù)。然后在執(zhí)行函數(shù)功能。這個(gè)通道是最先建立起來的通道，也是最重要的通道。

3.ftp通道

該通道是，MMB功能終端建立一個(gè)ftp服務(wù)器，ios通過ip地址來連接到MMB功能終端，然后通過這個(gè)通道傳遞錄像，推送的新聞報(bào)紙，摘要等文件。

4.rtsp通道

該通道時(shí)在MMB功能終端上建立一個(gè)rtsp服務(wù)器，主要用來實(shí)現(xiàn)流媒體播放功能，ios執(zhí)行播放命令之后，MMB功能終端從空中下載音視頻數(shù)據(jù)，demux之后送到rtsp服務(wù)器，ios客戶端就可以通過連接rtsp服務(wù)器來播放音視頻樂。

四、結(jié)束語

隨著手機(jī)的技術(shù)發(fā)展，為人們的生活水平的提高，人們的生活方式也發(fā)生了巨大的變化，通過基于Androi和MMB通用平臺(tái)網(wǎng)絡(luò)接口層的設(shè)計(jì)，很好的完成了在對(duì)底層硬件屏蔽的同時(shí)，對(duì)上層應(yīng)用提供統(tǒng)一的集成接口，實(shí)現(xiàn)新業(yè)務(wù)的快速集成與靈活整合。

參考文獻(xiàn)：

[1]耿東久，索岳，陳渝.基于Android手機(jī)的遠(yuǎn)程訪問和控制系統(tǒng)[J].計(jì)算機(jī)應(yīng)用，2011，02：559-561+571.

[2]李瑞霖，曾玉珠.基于Android的P2P手機(jī)高清視頻在線點(diǎn)播系統(tǒng)[J].電腦編程技巧與維護(hù)，2010，21：32-37.

第3篇：rtsp協(xié)議范文

【關(guān)鍵詞】IPTV;單播;多播 ;IGMP協(xié)議;TSP協(xié)議

引言

眾所周知，IPTV是廣播電視領(lǐng)域和電信領(lǐng)域的結(jié)合。IPTV系統(tǒng)與傳統(tǒng)的單向廣播電視系統(tǒng)相比較，在交互性應(yīng)用上有著許多區(qū)別。IP網(wǎng)絡(luò)的雙向特性使用戶通過網(wǎng)絡(luò)實(shí)現(xiàn)視頻點(diǎn)播（VoD）和網(wǎng)絡(luò)數(shù)字視頻錄像（NDRV）成為可能，這兩項(xiàng)服務(wù)也正是IPTV系統(tǒng)勝過單向廣播電視系統(tǒng)的兩個(gè)最常見的應(yīng)用實(shí)例。因?yàn)樵趥鹘y(tǒng)的單向廣播電視系統(tǒng)中，播放的節(jié)目是由運(yùn)營商向節(jié)目的收看者推出而不是由收看者按照自己的需求索取的。

一、工作原理

在標(biāo)準(zhǔn)的廣播電視系統(tǒng)中，所有正常播出的頻道（例如CCTV、JXTV 等等）一起發(fā)送到用戶的機(jī)頂盒中（通過有線網(wǎng)絡(luò)、衛(wèi)星網(wǎng)絡(luò)或地面?zhèn)鬏斚到y(tǒng)）。所發(fā)送的頻道可能有數(shù)百個(gè)，然而，這數(shù)百個(gè)頻道是同時(shí)交付的。用戶對(duì)機(jī)頂盒進(jìn)行調(diào)諧以接收他選擇的頻道，以這種方式響應(yīng)由收看者的遙控器發(fā)出的請(qǐng)求。因此，這種調(diào)諧頻道的方式實(shí)際上是在收看者本地進(jìn)行的，它使得頻道的轉(zhuǎn)換幾乎是在瞬間完成的。

但是在IPTV系統(tǒng)中，為了充分利用預(yù)留給家庭用戶的最終連接帶寬，在設(shè)計(jì)IPTV系統(tǒng)時(shí)就考慮到僅將用戶請(qǐng)求的節(jié)目頻道而不是將所有頻道傳送到機(jī)頂盒。需要注意的是，有時(shí)也有可能將數(shù)個(gè)節(jié)目（或者頻道）傳送到同一家庭用戶中的不同IP地址處，例如該家庭用戶擁有幾個(gè)單獨(dú)的機(jī)頂盒或者擁有不同IP地址的其它接收設(shè)備。

在IPTV系統(tǒng)中，為了切換頻道，需要將一個(gè)特定的指令發(fā)送到接入網(wǎng)絡(luò)中以響應(yīng)用戶切換頻道的請(qǐng)求。與這種頻道轉(zhuǎn)換技術(shù)相聯(lián)系的是復(fù)雜的協(xié)議交換過程，在這一過程中要使用IGMP協(xié)議的“Leave”（離開）和“Join”（加入）指令。完成這種協(xié)議的交換需要一定的時(shí)間，而所需要的時(shí)間又受到網(wǎng)絡(luò)中傳輸延時(shí)的顯著影響;反之，協(xié)議的交換時(shí)間又會(huì)直接影響到系統(tǒng)的頻道轉(zhuǎn)換需要一定的時(shí)間。從本質(zhì)上來說，在IPTV系統(tǒng)中，頻道的轉(zhuǎn)換是在網(wǎng)絡(luò)中實(shí)現(xiàn)的而不是在本地機(jī)頂盒中完成的。因此，我們電視工作者在為終端用戶保留這種寶貴的最后一公里的信號(hào)傳輸帶寬的同時(shí)，這種頻道轉(zhuǎn)換方式也給IPTV系統(tǒng)的可分級(jí)性和可用性帶來了一系列的復(fù)雜問題。

在IPTV系統(tǒng)中，以廣播方式傳送的電視節(jié)目是使用IP多播方式（它也屬于IGMP協(xié)議，如前所述）經(jīng)由IP系統(tǒng)以有效地傳送節(jié)目。設(shè)計(jì)這種多播方式正是為了使許多網(wǎng)絡(luò)用戶共享這一會(huì)話。

但在IPTV系統(tǒng)的VoD業(yè)務(wù)中，采用的卻是單播IP服務(wù)，它使用的是RTSP控制機(jī)制。每當(dāng)收看者發(fā)出請(qǐng)求時(shí)，被選擇的節(jié)目由網(wǎng)絡(luò)中的服務(wù)器以獨(dú)特的單播方式將節(jié)目提交給用戶。這種收看方式從效果上來看，相當(dāng)于在網(wǎng)絡(luò)服務(wù)器與觀看者機(jī)頂盒之間建立了一種專用的網(wǎng)絡(luò)連接。

二、技術(shù)概述

（一） 視頻壓縮技術(shù)

在IPTV的早期階段，采用的是MPEG-2壓縮系統(tǒng)。在IP網(wǎng)絡(luò)中傳送一路標(biāo)準(zhǔn)清晰度的視頻信號(hào)，如果采用MPEG-2編碼，大約需要3.75Mbps的帶寬，如果傳送一路高清晰度視頻信號(hào)，則需要12至15Mbps的帶寬。這樣說來，為了給家庭用戶提供兩個(gè)頻道的SD編碼的電視信號(hào)，大約需要8Mbps帶寬。如果在接入到家庭的網(wǎng)絡(luò)采用的是xDSL接入技術(shù)，那么容易看出，這種接入網(wǎng)絡(luò)的傳輸帶寬將是一個(gè)問題。為了減少對(duì)接入網(wǎng)絡(luò)的帶寬需求，一種方法是采用新的視頻壓縮技術(shù)，例如H.264或者VC-1編碼技術(shù)。采用H.264編碼，在獲得同樣圖像質(zhì)量的前提下，可以比現(xiàn)在使用的MPEG-2壓縮編碼節(jié)約50%的帶寬利用率。在IPTV系統(tǒng)中選擇什么樣的壓縮編碼技術(shù)，帶寬是一個(gè)重要因素。然而，還必須考慮許多其它因素。采用MPEG-2編碼，平均圖像組的長度，即GOP的長度，或者說兩個(gè)相鄰I幀之間的圖像組長度大約為12至18幀。如果采用H.264編碼，GOP的長度可能有300幀。這就是說，用H.264編碼的視頻流將對(duì)包丟失更加敏感，因?yàn)槊恳籋.264編碼幀均包含有更多的有效圖像信息（這是因?yàn)樗鼈儾捎昧烁咝У膱D像壓縮率），因此，H.264編碼幀的丟失對(duì)用戶觀看體驗(yàn)質(zhì)量的影響會(huì)更加顯著。除了上述技術(shù)上的理由之外，還有其它一些因素也應(yīng)當(dāng)考慮。例如編碼器和接收機(jī)（機(jī)頂盒）在商業(yè)上的可用性問題，以及H.264編碼設(shè)備與其它網(wǎng)絡(luò)部件的互操作性問題等。

（二） 網(wǎng)絡(luò)協(xié)議

IPTV系統(tǒng)中有一些常用的協(xié)議，這些協(xié)議包括IP傳輸協(xié)議，例如UDP和RTP，以及一些信令協(xié)議，例如RTSP和IGMP等。盡管在本文中提到這些協(xié)議，但是實(shí)際上，IPTV系統(tǒng)涉及到協(xié)議遠(yuǎn)不止這幾個(gè)。在現(xiàn)代網(wǎng)絡(luò)系統(tǒng)中還要用到許多協(xié)議，例如MPLS、SIP和SIM如此等等。但這些內(nèi)容已經(jīng)超出了這篇文章的范圍。

1. UDP或用戶數(shù)據(jù)報(bào)協(xié)議

UDP是在IETF RFC 768文檔中定義的一個(gè)協(xié)議，它是IP協(xié)議簇中的一個(gè)重要協(xié)議?！皵?shù)據(jù)報(bào)”或者“分組”、“包”這些術(shù)語是用來描述一個(gè)IP數(shù)據(jù)塊。每個(gè)IP數(shù)據(jù)報(bào)均包含有特定的字段組，而且所有的這些字段在各個(gè)分組中均有著特定的排列順序，這樣當(dāng)目的端接收到這些分組時(shí)就知道如何解碼這種數(shù)據(jù)流。許多協(xié)議分組可以被封裝在IP數(shù)據(jù)報(bào)的有效負(fù)載中。

2.RTP或?qū)崟r(shí)傳輸協(xié)議

RTP是在IETF RFC 3550文檔和IETF RFC 3551文檔中被定義，它是基于包的格式以傳送音頻數(shù)據(jù)和視頻數(shù)據(jù)。RTP實(shí)際上是由兩個(gè)緊密相關(guān)的部分組成的：RTP和RTCP。實(shí)時(shí)傳輸協(xié)議RTP：RTP提供了時(shí)間標(biāo)記、包順序號(hào)，以及和其它傳輸機(jī)制一起以解決傳輸定時(shí)問題。通過這樣的機(jī)制，RTP提供了網(wǎng)絡(luò)中端到端的實(shí)時(shí)數(shù)據(jù)傳輸。利用包順序編號(hào)也可以識(shí)別包的丟失或者識(shí)別那些傳輸順序發(fā)生錯(cuò)誤的數(shù)據(jù)包（無序包）。實(shí)時(shí)傳輸控制協(xié)議RTCP：該協(xié)議用來獲取端到端監(jiān)視數(shù)據(jù)、數(shù)據(jù)的交付信息以及QoS等。

3. RTSP或?qū)崟r(shí)流協(xié)議

RTSP是在IETF RFC 2326文檔中被定義，它用來描述對(duì)流媒體實(shí)現(xiàn)類似于VCR操作的控制功能。實(shí)時(shí)流協(xié)議的典型應(yīng)用是從客戶端向服務(wù)器端發(fā)送RTSP信息，盡管有時(shí)也有例外，即由服務(wù)器端向客戶端發(fā)送RTSP信息。在IPTV系統(tǒng)中，RTSP用于VoD應(yīng)用服務(wù)中，即網(wǎng)絡(luò)用戶（客戶端）利用實(shí)時(shí)流協(xié)議訪問并控制保存在VoD服務(wù)器中的內(nèi)容。VoD基本上是一對(duì)一的通信連接，它建立在單播應(yīng)用的基礎(chǔ)上。單播方式與廣播方式恰恰相反。在廣播方式中，我們將信息發(fā)向網(wǎng)絡(luò)中的所有用戶;單播則允許服務(wù)器端接受單個(gè)用戶的請(qǐng)求而為其提供VoD 服務(wù)，并將用戶所要求的信息或內(nèi)容發(fā)送給單個(gè)用戶。

4. IGMP或網(wǎng)際組管理協(xié)議

IGMP由幾個(gè)IETF RFC文檔所定義，最新的版本由RFC 3376所定義。IP組播被定義為將一個(gè)IP數(shù)據(jù)報(bào)傳送給一個(gè)“主機(jī)組”。這個(gè)主機(jī)組是用一單個(gè)IP目的地址識(shí)別的一組主機(jī)。在IPTV系統(tǒng)中，主機(jī)組可以是希望接收一個(gè)特定節(jié)目的一組網(wǎng)絡(luò)用戶。

三、廣電優(yōu)勢(shì)

與電信行業(yè)等其他行業(yè)相比，廣電行業(yè)在IPTV的發(fā)展上有著其他行業(yè)所不能比擬的得天獨(dú)厚的優(yōu)勢(shì)，具體表現(xiàn)在：

（一）內(nèi)容優(yōu)勢(shì)：IPTV作為一種以視頻互動(dòng)點(diǎn)播為基礎(chǔ)的業(yè)務(wù)形態(tài)，對(duì)內(nèi)容資源的消耗巨大，必須要有一個(gè)豐富、強(qiáng)大的資源庫作為其業(yè)務(wù)的供應(yīng)點(diǎn)，否則將是“無源之水”。而廣電系統(tǒng)經(jīng)過數(shù)十年來的發(fā)展，除了擁有現(xiàn)在的豐富的內(nèi)容資源外，還擁有最強(qiáng)大的制作團(tuán)隊(duì)與硬件資源，無論是歷史還是新制作的節(jié)目資源，廣電都擁有得天獨(dú)厚的優(yōu)勢(shì)。

（二）網(wǎng)絡(luò)優(yōu)勢(shì)：IPTV作為一種在局域網(wǎng)上運(yùn)營的業(yè)務(wù)模式，有線電視網(wǎng)絡(luò)雙向化改造以后非常適合IPTV的發(fā)展。因?yàn)橛芯€電視網(wǎng)絡(luò)的穩(wěn)定、可靠、可管理及高帶寬可為IPTV業(yè)務(wù)的傳送提供充分保障。

（三）政策優(yōu)勢(shì)：國家已經(jīng)明確IPTV是一種媒體，而廣電部門具有媒體運(yùn)營的豐富經(jīng)驗(yàn)，由現(xiàn)有的媒體運(yùn)營機(jī)構(gòu)運(yùn)營IPTV等新媒體業(yè)務(wù)不存在政策風(fēng)險(xiǎn)。

四、術(shù)語介紹

IPTV：交互式網(wǎng)絡(luò)電視，是一種利用寬帶網(wǎng)，集互聯(lián)網(wǎng)、多媒體、通訊等技術(shù)于一體，向家庭用戶提供包括數(shù)字電視在內(nèi)的多種交互式服務(wù)的嶄新技術(shù)。

單播：發(fā)送信息由一個(gè)源地址指向另外一個(gè)目的地址。

多播：將信息同時(shí)提交給的一組目的端地址。

視頻點(diǎn)播（VoD）：在視頻點(diǎn)播系統(tǒng)中，電視節(jié)目或電影節(jié)目可以在被某一單個(gè)用戶請(qǐng)求時(shí)而發(fā)送給該用戶。

參考文獻(xiàn)：

第4篇：rtsp協(xié)議范文

1、海康威視錄像機(jī)的默認(rèn)端口一般是8000，WEB下的http端口是80，rtsp下端口是554，可嘗試相應(yīng)修改一下邁視攝像頭的連接端口號(hào)，看下是否可連接上。

2、確認(rèn)邁視攝像頭是否支持onvif協(xié)議，海康威視的錄像機(jī)與?？低暤臄z像頭是有默認(rèn)協(xié)議的，其他廠家的攝像頭必須支持onvif等協(xié)議才可以連接，你可以在攝像頭協(xié)議選項(xiàng)逐個(gè)選取嘗試。

3、將邁視攝像頭與電腦直接連接，通過瀏覽器訪問攝像頭的ip地址，然后輸入帳號(hào)密碼（攝像頭說明書上有），然后修改IP。如果攝像頭無法修改，也可以嘗試改海康威視錄像機(jī)的默認(rèn)端口到3000試下是否可連接上。

（來源：文章屋網(wǎng) ）

第5篇：rtsp協(xié)議范文

【關(guān)鍵詞】流媒體;單播;組播;網(wǎng)絡(luò)遠(yuǎn)程教學(xué)

【中圖分類號(hào)】G40-057【文獻(xiàn)標(biāo)識(shí)碼】A 【論文編號(hào)】1009―8097(2010)02―0143―03

引言

隨著網(wǎng)絡(luò)技術(shù)的快速發(fā)展,各個(gè)學(xué)校的校園網(wǎng)建設(shè)已經(jīng)完成,校園網(wǎng)的建成突破了傳統(tǒng)教學(xué)的時(shí)間和空間界限,提高了教學(xué)的規(guī)模和效益。研究基于流媒體的網(wǎng)絡(luò)遠(yuǎn)程教學(xué)的方法可以利用校園網(wǎng)絡(luò)平臺(tái),將一些熱門課程和教學(xué)資源到校園網(wǎng)上供師生點(diǎn)播,可突破傳統(tǒng)課堂教學(xué)和音視頻教育節(jié)目學(xué)習(xí)受時(shí)間和地點(diǎn)限制的缺點(diǎn),同時(shí)也可緩解許多學(xué)校擴(kuò)招后師資不足的矛盾。

一 流媒體的概念

流媒體技術(shù)是一種基于時(shí)間的連續(xù)實(shí)時(shí)傳輸技術(shù),在網(wǎng)上傳輸?shù)臄?shù)據(jù)可以是音頻、視頻、文本、圖片等多媒體文件。它把聲音、影像或動(dòng)畫等信息由音視頻服務(wù)器向用戶計(jì)算機(jī)連續(xù)、實(shí)時(shí)傳送,從而實(shí)現(xiàn)了信息的下載與播放同步。這也是它與WEB服務(wù)器傳輸數(shù)據(jù)的最大區(qū)別。這樣用戶的等待時(shí)間就會(huì)大大縮短,通過流媒體技術(shù)我們就可以實(shí)現(xiàn)網(wǎng)絡(luò)視音頻遠(yuǎn)程教學(xué),將教師上課時(shí)的圖像甚至他的電子教案遠(yuǎn)程傳送到學(xué)生的計(jì)算機(jī)上面。流媒體的傳輸技術(shù)主要有三種:點(diǎn)對(duì)點(diǎn)(Uncast)、多址廣播(Multicast)和廣播(Broadcast)[1]。根據(jù)流媒體技術(shù)中單播和組播的兩種概念,從時(shí)間上我們也可以將這種網(wǎng)絡(luò)教學(xué)方式分為實(shí)時(shí)授課和異步授課兩種。

目前Internet上使用較多的流媒體格式主要是以下三種:Real Networks公司的Rm或者Rmvb 、Media、Apple公司的Quick Time 以及Microsoft 公司的Advanced Streaming Format(ASF),以上三種格式在使用過程中各有優(yōu)缺點(diǎn)。[2]在此我們以Real Networks公司的Rm為例簡要介紹一下流媒體單播異步授課和組播同步授課方法的實(shí)現(xiàn)。

二 流媒體異步教學(xué)方式的實(shí)現(xiàn)

所謂的異步教學(xué)方式,實(shí)際上利用的是流媒體技術(shù)中的單播方式(Uncast)。它的實(shí)現(xiàn)需要將預(yù)先制作好的流文件放在服務(wù)器上供學(xué)生隨時(shí)瀏覽學(xué)習(xí),因此它的制作步驟是第一步制作流文件、第二步、第三步點(diǎn)播。

1制作流文件

在這里有兩種方式獲取流文件,我們以Rm格式為例:一種是利用Helix Producer9.0 直接將攝像機(jī)所拍攝的授課情況采集到計(jì)算機(jī)中,并生成Rm格式的流文件。采集卡的選擇建議使用專業(yè)的流媒體采集卡如Osprey100或者Osprey200。這樣可以提高采集的質(zhì)量,降低采集計(jì)算機(jī)的資源利用率。

在Helix Producer的輸入端選擇使用設(shè)備(Devices)項(xiàng),點(diǎn)擊Audio項(xiàng)的下拉列表選擇相應(yīng)的聲音采集設(shè)備。如果使用的是Osprey200的采集卡,則該卡可以提供聲音的采集功能,無需使用計(jì)算機(jī)本身的聲卡,這樣做可以保證聲畫同步。

在輸入端設(shè)置好后還必須進(jìn)行輸出參數(shù)的設(shè)置,這里的設(shè)置直接關(guān)系到最終輸出信號(hào)質(zhì)量的好壞。首先選擇Audiences,彈出編碼設(shè)置對(duì)話框,可以參考圖1所示進(jìn)行相關(guān)參數(shù)設(shè)置。

Audiences設(shè)置好后接下來就要選擇編碼輸出文件的存放位置了,點(diǎn)擊Add file Destination按鈕,彈出Windows標(biāo)準(zhǔn)的文件“另存為”對(duì)話框,選擇相應(yīng)的存儲(chǔ)路徑和文件名。最后點(diǎn)擊Encode按鈕就可以開始采集圖像和聲音信號(hào)了。

另一種獲取流文件的方式是將現(xiàn)有的一些媒體文件轉(zhuǎn)換成流格式的文件,比如將VCD的dat文件,一些AVI或者M(jìn)PG文件等等。方法大體上和上面講述的一樣。唯一不同的是在輸入端選擇時(shí)將Devices換成Input file就可以了。

2 流文件

流媒體文件的不能只簡單地將其上傳到WEB網(wǎng)站上,而必須安裝相應(yīng)的流媒體服務(wù)器才可以實(shí)現(xiàn)點(diǎn)播。對(duì)于RM流媒體文件,服務(wù)器的選擇我們建議使用RealServer9.0因?yàn)樗梢院芎玫刂С肿钚碌牧魑募袷?并可以大大縮短播放緩沖的時(shí)間。

最簡單的方法是將流格式的文件拷貝到RealServer9.0的目錄中。默認(rèn)是“C:\Program Files\Real\Helix Server\Content”。當(dāng)然,你也可以設(shè)置自己的目錄,方法是在Helix real server中新建一個(gè)Mount Point,你可以為你建立的Mount Point取任何一個(gè)名字,并將它指向你存儲(chǔ)RM格式文件的文件夾上(Base Path),這文件夾可以是任何一個(gè)分區(qū)甚至是一個(gè)網(wǎng)絡(luò)映射驅(qū)動(dòng)器上的文件夾,具體設(shè)置參考圖2。

3 點(diǎn)播流媒體文件

點(diǎn)播軟件可以選擇realplayer11。點(diǎn)播路徑的書寫格式可以參考這個(gè)格式:Protocol://Address:Port/MountPoint/Path/File。這個(gè)格式展示了一個(gè)典型鏈接的各個(gè)部分,但并不是每一個(gè)鏈接都必須包括所有同樣的部分。下面舉例說明。

如果你的RM文件存放在默認(rèn)的Content目錄下,則Mount Point和Path部分就可以省略不計(jì)了。格式如下:

rtsp://realserverIP:554/realfile.rm

rtsp是傳輸?shù)膮f(xié)議,realserverIP是helix real server的IP地址,554是rtsp傳輸協(xié)議默認(rèn)的通訊端口,realfile.rm是流媒體的文件名。

如果你的RM文件存放在你自建的一個(gè)Mount Point下,其名為Mymountpoint。則播放的鏈接格式如下所示:

rtsp://realserverIP:554/Mymountpoint/realfile.rm

如果我們將這些播放的鏈接存放在數(shù)據(jù)庫中,就可以實(shí)現(xiàn)視音頻流文件的后臺(tái)數(shù)據(jù)庫管理,我們還可以利用ASP網(wǎng)頁動(dòng)態(tài)地更新我們的視音頻流文件網(wǎng)頁,自動(dòng)生成流媒體點(diǎn)播界面。例如我們可以將我們已有的各類教學(xué)流媒體文件分類輸入數(shù)據(jù)庫中,并提供相應(yīng)的數(shù)據(jù)查詢頁面,就可以初步實(shí)現(xiàn)網(wǎng)絡(luò)遠(yuǎn)程課堂點(diǎn)播的功能。如果再將realplayer作為一個(gè)activeX插入網(wǎng)頁中我們甚至可以制作出網(wǎng)頁流媒體播放器。

三 流媒體同步教學(xué)方式的實(shí)現(xiàn)

所謂的同步教學(xué)方式,實(shí)際上利用的是流媒體技術(shù)中的組播方式(Multicast)。這種方式相當(dāng)于網(wǎng)絡(luò)現(xiàn)場直播,對(duì)于一些比較大型的課程非常適用,聽課的學(xué)生可以在任何教室內(nèi)收看到任課教師的現(xiàn)場授課情況,如果配合使用切換臺(tái)甚至可以將教師的教案或者教室內(nèi)的任何圖像信號(hào)一起傳輸過來。異步教學(xué)的實(shí)現(xiàn)包括三個(gè)步驟:第一配置Helix producer目標(biāo)流媒體服務(wù)器的信息;第二設(shè)置服務(wù)器和網(wǎng)絡(luò)參數(shù);第三點(diǎn)播。大型課程的現(xiàn)場直播往往會(huì)有很多客戶同時(shí)點(diǎn)播,而采用組播方式進(jìn)行直播的最大好處就是不會(huì)占用大量網(wǎng)絡(luò)帶寬,不增加CPU利用率,所有的運(yùn)算壓力都轉(zhuǎn)嫁到了各交換機(jī)上面。因此,組播需要交換機(jī)的相關(guān)支持。

1 配置Helix producer目標(biāo)流媒體服務(wù)器

流媒體組播方式和單播方式對(duì)視頻進(jìn)行編碼時(shí)使用的軟件是同一款軟件―Helix producer9.0。在配置組播直播方式下的Helix producer9.0時(shí),方法與用Helix Producer9.0 直接將攝像機(jī)所拍攝的授課情況采集到計(jì)算機(jī)中的配置方式基本相似,不同的是采用組播直播時(shí),必須設(shè)置目標(biāo)流媒體服務(wù)器的相關(guān)信息,而且直播方式下流文件的輸出目的地也不同。前者是輸出到本地硬盤上一個(gè)具體的文件,有文件名和擴(kuò)展名。后者則是通過網(wǎng)絡(luò)輸出到安裝有realserver軟件的流媒體服務(wù)器上。數(shù)據(jù)包傳輸?shù)椒?wù)器后,并不在服務(wù)器上生成一個(gè)具體的文件,服務(wù)器僅負(fù)責(zé)把數(shù)據(jù)包轉(zhuǎn)發(fā)到各個(gè)提交請(qǐng)求的客戶機(jī)上。具體目標(biāo)流媒體服務(wù)器的設(shè)置方法是在編碼端設(shè)置好編碼率和畫面大小后 (與單播時(shí)講述方法相同) 點(diǎn)擊Add server destination 按鈕,彈出服務(wù)器設(shè)置對(duì)話框,如圖3所示。在destination name中輸入目標(biāo)服務(wù)器的名字;在Stream name 中輸入組播的文件名(可以任意取名);在Broadcast method 中選擇Push Account based login(推送 基于帳號(hào)的登陸方式),因?yàn)槊恳粋€(gè)流媒體服務(wù)器都需要授權(quán)才能轉(zhuǎn)播客戶發(fā)來的流媒體信號(hào);在server address中填入流媒體服務(wù)器的IP地址;在Port/Prot range中輸入流媒體服務(wù)器的http端口號(hào),這個(gè)在安裝服務(wù)器時(shí)有相應(yīng)的提示;在Username和Password中輸入服務(wù)器的用戶名和密碼;其他選項(xiàng)取默認(rèn)值就可以了。具體設(shè)置如圖3所示。

2 流媒體服務(wù)器設(shè)置

流媒體服務(wù)器組播方式的設(shè)置很簡單,只需在直播前將Helix real server的Enable Multicast設(shè)置成Yes就可以了,否則就只能以單播的方式進(jìn)行直播,這樣會(huì)大大限制點(diǎn)播的用戶數(shù)量,增加服務(wù)器和網(wǎng)絡(luò)的壓力。

不過正如前面所提到的,組播方式的直播需要交換機(jī)的支持,也就是說服務(wù)器設(shè)置好后還必須在校園網(wǎng)上開通組播功能。如果要在校園網(wǎng)上開通組播,首先要開通核心交換機(jī)的IP組播協(xié)議,一般交換機(jī)都是用PIM協(xié)議支持組播路由協(xié)議,要注意的是PIM協(xié)議是針對(duì)端口的,所以需要將每一個(gè)需要組播數(shù)據(jù)流的交換機(jī)端口都進(jìn)行PIM設(shè)置,建議使用SM稀疏模式;其次要開通二層交換機(jī)上的IGMP Snooping協(xié)議,這就要求校園網(wǎng)上所有交換機(jī)都必須支持組播協(xié)議,并且組播時(shí)所需要的D類IP地址在網(wǎng)絡(luò)上必須是可用的。就是說我們?cè)诎惭b并設(shè)置好了組播方式下的流媒體服務(wù)器后,還必須與網(wǎng)絡(luò)管理員取得聯(lián)系,申請(qǐng)224.0.0.0到 239.255.255.255范圍內(nèi)的一組D類IP地址,再將該地址填入Realserver后才可以進(jìn)行組播[3]。全部完畢后就可以在編碼端點(diǎn)擊Encoder按鈕進(jìn)行組播了。

3 接收組播流的方式

與單播時(shí)的鏈接格式類似,唯一不同的是我們要將Mount Point換成“Broadcast”。如下所示

rtsp://realserverIP:554/broadcast/mylive

其中mylive就是我們?cè)贖elix producer中設(shè)置的Stream name(流文件名)。

如果我們采集時(shí)使用的計(jì)算機(jī)是便攜型筆記本計(jì)算機(jī),并且支持無線AP和1394(D-Link)接口,那么激動(dòng)人心的“移動(dòng)網(wǎng)絡(luò)現(xiàn)場直播”就可以輕松實(shí)現(xiàn)了。具體我們可以在一臺(tái)支持無限網(wǎng)卡和1394采集的筆記本電腦上安裝Helix producer9.0,將這臺(tái)筆記本電腦和攝像機(jī)通過1394連接后,由2名工作人員操作,通過上述的軟件設(shè)置后,就可以實(shí)現(xiàn)在播出會(huì)場內(nèi)自由移動(dòng)并直播了。這就相當(dāng)于我們?cè)谛@內(nèi)有了一輛“移動(dòng)直播車”,其作用是顯而易見的。

至此我們已完成了所有單播與組播的實(shí)現(xiàn)步驟。相信會(huì)對(duì)高校校園網(wǎng)遠(yuǎn)程教學(xué)有所幫助。有一個(gè)值得注意的地方是,在進(jìn)行現(xiàn)場直播時(shí),我們發(fā)現(xiàn)即使是在校園網(wǎng)上,視頻的緩沖時(shí)間也非常長,通常都為20秒左右。經(jīng)過研究,我們發(fā)現(xiàn)這個(gè)問題的根本并不是網(wǎng)絡(luò)帶寬不夠造成的,而是因?yàn)榍岸嗽谝曨l采集時(shí)計(jì)算機(jī)對(duì)采集卡采集到的信號(hào)有一個(gè)軟件壓縮的過程,故而大大延長了緩沖的時(shí)間。如果換用帶有硬件壓縮功能的卡,在校園網(wǎng)上就能將直播緩沖時(shí)間控制到1秒以內(nèi)。

四 小結(jié)

目前市場上的網(wǎng)絡(luò)流媒體點(diǎn)播和直播產(chǎn)品比較多,實(shí)現(xiàn)的功能也基本和我們介紹的相同,但是他們的報(bào)價(jià)卻十分昂貴,動(dòng)輒就是數(shù)十萬元。如果各高校能夠充分利用現(xiàn)有資源,就可以大大地為學(xué)校減少這方面的投入?；诹髅襟w的單播和組播技術(shù)是快速、便捷地實(shí)現(xiàn)網(wǎng)絡(luò)遠(yuǎn)程教學(xué)的好方法。

參考文獻(xiàn)

[1] 崔強(qiáng),朱衛(wèi)東.多媒體及流媒體技術(shù)在遠(yuǎn)程教育課件制作中的運(yùn)用[J].中國電化教育,2002,(7):48-50.

[2] 陳春嬌.流媒體技術(shù)及其在網(wǎng)絡(luò)教學(xué)系統(tǒng)的應(yīng)用[J].光盤技術(shù),2009,(3):35.

[3] 許亞梅,包懷忠. 組播技術(shù)的優(yōu)勢(shì)及其應(yīng)用[J].中國科技信息,2009,(9):20.

Implementation of Web-Based Distance Teaching Methods, Based on Uncast and Multicast streaming Media Technology

ZENG Rui

(Modern Educational Technology Center, Southwest Forestry College, Kunming, Yunnan,650224,China)

第6篇：rtsp協(xié)議范文

    流式媒體服務(wù)具有廣闊的應(yīng)用領(lǐng)域，可以廣泛應(yīng)用于局域網(wǎng)、廣域網(wǎng)、寬帶綜合接入網(wǎng)（利用光纖基帶網(wǎng)、 ADSL 雙絞線通信和改造后的雙向有線電視網(wǎng)等）。它能在眾多領(lǐng)域中使用：如電視臺(tái)、廣播電臺(tái)節(jié)目查詢、節(jié)目制作，出版社多媒體網(wǎng)上出版，音像公司產(chǎn)品制作，展覽館、博物館的信息查詢、信息，以及娛樂、交互式教學(xué)、網(wǎng)絡(luò)會(huì)議和其他商業(yè)運(yùn)作。

    較于傳統(tǒng)的電視，網(wǎng)絡(luò)媒體文件信息形式和來源豐富，有良好的互動(dòng)性，具有索引結(jié)構(gòu)的媒體文件能隨意快進(jìn)或快退到希望的位置。不受地域限制，沒有節(jié)目時(shí)間限制，提供在線增加頻道和更新播放列表等諸多優(yōu)點(diǎn)。觀眾可以在電視和網(wǎng)絡(luò)之間比較靈活地切換，例如可以在觀看球賽的同時(shí)，從有關(guān)球隊(duì)的萬維網(wǎng)網(wǎng)址上閱覽比賽和球員的背景資料，以及其它媒體相關(guān)信息。提供信息的同時(shí)，它能夠?qū)π畔⒈旧淼陌踩约右钥刂?，?duì)不同用戶建立不同的安全級(jí)別和權(quán)限。

    目前，流式媒體點(diǎn)播較為常見，稱為 VOD （ Video on Demand ）技術(shù)。節(jié)目點(diǎn)播系統(tǒng) VOD （ Video on Demand ）是伴隨著視頻、音頻處理及計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)的發(fā)展而迅速興起的一門綜合性技術(shù)。網(wǎng)絡(luò)結(jié)構(gòu)中的多媒體數(shù)據(jù)以實(shí)時(shí)數(shù)據(jù)流的形式傳輸，與傳統(tǒng)的文件數(shù)據(jù)不同，多媒體數(shù)據(jù)流一旦開始傳輸，就必須以穩(wěn)定的速率傳送到桌面電腦上，以保證其平滑地回放，視頻、音頻數(shù)據(jù)流都不能有停滯和間斷；網(wǎng)絡(luò)擁堵、 CPU 爭用或 I/O 瓶頸都可能導(dǎo)致傳送的延遲，引起數(shù)據(jù)流傳輸阻塞。 VOD 服務(wù)是綜合技術(shù)，它包括多媒體數(shù)據(jù)壓縮技術(shù)、多媒體網(wǎng)絡(luò)技術(shù)、多媒體數(shù)據(jù)庫技術(shù)等專業(yè)技術(shù)。

    第一部分 基本概念

    整個(gè)系統(tǒng)所圍繞的核心是如何安全快速高效地傳輸數(shù)據(jù)，并流暢的播放數(shù)據(jù)流。為此，提出了一種流式傳送數(shù)據(jù)的方式。

第一節(jié)文件傳遞方式

    流式媒體能夠通過“下載”和“流式播放”兩種方式將數(shù)字媒體文件傳遞到客戶端，供用戶使用。這兩種方式各有優(yōu)缺點(diǎn)，但是這里推崇使用“流式播放”的方式對(duì)遠(yuǎn)程用戶提供服務(wù)。下面對(duì)這兩種方式作簡單介紹。

    下載：為了通過使用下載方法將內(nèi)容傳遞給用戶，通常需要將內(nèi)容保存到 Web 服務(wù)器并通過在網(wǎng)頁上添加指向該內(nèi)容的鏈接來向用戶提供指向內(nèi)容的鏈接。于是用戶可單擊鏈接，將文件下載到其本地硬盤上，然后使用播放機(jī)播放內(nèi)容。

    但是下載需要用戶首先將既耗費(fèi)時(shí)間又耗費(fèi)磁盤空間的整個(gè)文件復(fù)制到其計(jì)算機(jī)中，然后才能播放。另外，因?yàn)檎麄€(gè)文件必須在下載之后才能播放，因此，下載不能用于實(shí)況流。下載不能高效地使用可用帶寬。當(dāng)客戶端開始下載數(shù)字媒體文件時(shí)，所有可用網(wǎng)絡(luò)帶寬用于盡可能快地傳輸數(shù)據(jù)。因此，其他網(wǎng)絡(luò)功能可能會(huì)減慢或被中斷。

    流式播放：要通過使用流式播放方法將內(nèi)容傳遞給用戶，您可以將內(nèi)容保存到 Windows Media 服務(wù)器，然后將該內(nèi)容分配給點(diǎn)。然后，您可以通過創(chuàng)建公告文件或通過向用戶提供點(diǎn)的 URL （ Uniform Resource Locator ） 來向用戶提供對(duì)該內(nèi)容的訪問。您可以將公告文件或 URL 嵌入到網(wǎng)頁中或?qū)⑵湟噪娮余]件形式發(fā)送。當(dāng)用戶單擊鏈接或公告文件時(shí)，播放機(jī)就打開并連接到相應(yīng)的流。

    因?yàn)榱魇讲シ胖灰钥蛻舳苏_呈現(xiàn)它所必需的速度通過網(wǎng)絡(luò)發(fā)送數(shù)據(jù)，實(shí)現(xiàn)邊下載、邊解碼、邊播放，所以它比下載更高效地使用帶寬。這有助于防止網(wǎng)絡(luò)變得過載并有助于維持系統(tǒng)的可靠性。因?yàn)椴シ艡C(jī)必須首先緩沖數(shù)據(jù)以防在流中存在延遲或間歇，所以在播放機(jī)接收流的時(shí)間和它開始播放流的時(shí)間之間通常有一個(gè)延遲。因?yàn)閷?duì)數(shù)據(jù)進(jìn)行流式播放和呈現(xiàn)是同時(shí)發(fā)生的，所以流式播放還允許您傳遞實(shí)況內(nèi)容。

    可看出兩種傳輸方式都有一定的缺點(diǎn)，但是就多媒體服務(wù)來說，它對(duì)數(shù)據(jù)的實(shí)時(shí)性要求較高，強(qiáng)調(diào)查詢和瀏覽，不要求對(duì)數(shù)據(jù)存儲(chǔ)，不要求數(shù)據(jù)傳輸中百分之百的完整性，所以使用流式播放能夠在滿足用戶需求的基礎(chǔ)上，更有效的減少帶寬的占用，提高網(wǎng)絡(luò)效率。

    另外，值得一提的是“快速流式播放”，“快速流式播放”結(jié)合了流式播放和下載的優(yōu)點(diǎn)的功能。服務(wù)器可使用快速啟動(dòng)功能來確?？蛻舳丝梢栽趥鬏旈_始之后盡可能快地開始播放內(nèi)容。該功能允許播放機(jī)在開始播放內(nèi)容之前，以網(wǎng)絡(luò)所允許的最快速度從服務(wù)器下載和緩存一小部分內(nèi)容。當(dāng)在播放機(jī)上建立了緩沖區(qū)之后，服務(wù)器減慢流的傳輸，直到與播放機(jī)的呈現(xiàn)速度一致。

    當(dāng)服務(wù)器使用快速緩存功能時(shí)，服務(wù)器以盡可能高的比特率將所有內(nèi)容傳輸?shù)讲シ艡C(jī)，以使網(wǎng)絡(luò)阻塞或中斷所帶來的影響降到最小。與普通的流式播放一樣，當(dāng)緩存了所需數(shù)量的數(shù)據(jù)之后，播放機(jī)立即開始呈現(xiàn)內(nèi)容。數(shù)據(jù)的其余部分存儲(chǔ)在客戶端上的臨時(shí)緩沖區(qū)中。

第二節(jié)系統(tǒng)結(jié)構(gòu)組成

    我們以基于 Windows Media 技術(shù)的流式播放媒體系統(tǒng)為例，詳細(xì)介紹流式播放媒體系統(tǒng)組成結(jié)構(gòu)。

    基于 Windows Media 技術(shù)的流式播放媒體系統(tǒng)通常由運(yùn)行編碼器（如 Microsoft Windows Media 編碼器）的計(jì)算機(jī)、運(yùn)行 Windows Media Services 的服務(wù)器和播放機(jī)組成。

    編碼器允許您將實(shí)況內(nèi)容和預(yù)先錄制的音頻、視頻和計(jì)算機(jī)屏幕圖像轉(zhuǎn)換為 Windows Media 格式。運(yùn)行 Windows Media Services 的服務(wù)器名為 Windows Media 服務(wù)器，它允許您通過網(wǎng)絡(luò)分發(fā)內(nèi)容。用戶通過使用播放機(jī)（如 Windows Media Player ）接收您分發(fā)的內(nèi)容。

    系統(tǒng)主干包括如下幾個(gè)部分： Web 服務(wù)器、流媒體服務(wù)器、客戶端。（如圖一）

    用戶首先從 Web 服務(wù)器那里獲得流媒體文件的相關(guān)信息，從中搜索自己需要的鏈接；用戶點(diǎn)擊鏈接之后， Web 服務(wù)器響應(yīng)消息，將請(qǐng)求定位到流媒體服務(wù)器（ Media Services ）；用戶端播放器連接流媒體服務(wù)器，流媒體服務(wù)器提供相應(yīng)服務(wù)，以流方式傳送數(shù)據(jù)到用戶計(jì)算機(jī)，用戶計(jì)算機(jī)播放器流文件。以上是最簡單的流媒體服務(wù)系統(tǒng)。

    除此之外，該系統(tǒng)中還可以加入視頻采集系統(tǒng)、文件服務(wù)器和分發(fā)服務(wù)器，其中視頻采集系統(tǒng)又包括攝像機(jī)和編碼器。如圖二：

    編碼器是指一臺(tái)計(jì)算機(jī)，它使用軟件（例如 Windows Media 編碼器）將壓縮 / 解壓縮 (codec) 算法和流格式應(yīng)用到采用模擬或數(shù)字音頻和視頻格式的內(nèi)容上，然后將內(nèi)容重新生成為數(shù)字文件或流。該過程稱為編碼。對(duì)內(nèi)容進(jìn)行編碼后，即可通過 Windows Media Services 進(jìn)行分發(fā)。大多數(shù)情況下，用于內(nèi)容編碼的軟件安裝在不同于 Windows Media Services 的一臺(tái)單獨(dú)的計(jì)算機(jī)上，以 確保流式媒體系統(tǒng)穩(wěn)定、冗余并且能夠承受預(yù)期負(fù)載 。

第三節(jié)建立點(diǎn)

    當(dāng)您已經(jīng)獲取了內(nèi)容之后，下一步就是設(shè)置運(yùn)行 Windows Media Services 的服務(wù)器以便分發(fā)該內(nèi)容。設(shè)置 Windows Media 服務(wù)器的基本步驟包括：添加和配置點(diǎn)以標(biāo)識(shí)打算傳輸?shù)膬?nèi)容；通知用戶該內(nèi)容可用。

    媒體服務(wù)器上必須首先設(shè)置點(diǎn)，點(diǎn)是向用戶分發(fā)內(nèi)容的途徑。內(nèi)容可通過創(chuàng)建將客戶端重定向到點(diǎn)的公告文件來，也可通過分發(fā)指向點(diǎn)的 URL 來。 Windows Media 服務(wù)器使用點(diǎn)將客戶端對(duì)內(nèi)容的請(qǐng)求轉(zhuǎn)換為安置該內(nèi)容的服務(wù)器的物理路徑。

    簡單形容，點(diǎn)就是在媒體服務(wù)器中預(yù)先存放的，一個(gè)填寫了所要提供給客戶的媒體文件的一個(gè)列表，列表的某一項(xiàng)指明了該媒體文件的具置，相關(guān)屬性（如文件名、位置、文件大小、播放時(shí)間等）。

    點(diǎn)類型與內(nèi)容

    點(diǎn)有不同的類型，一個(gè)服務(wù)器上可設(shè)置若干個(gè)點(diǎn)，服務(wù)器根據(jù)點(diǎn)的類型，向用戶提供不同的服務(wù)。您可以向 Windows Media 服務(wù)器添加兩種類型的點(diǎn)：點(diǎn)播點(diǎn)和廣播點(diǎn)。

    點(diǎn)播是傳遞內(nèi)容的一種方法，該方法只有在客戶端向服務(wù)器發(fā)出請(qǐng)求時(shí)，才通過單播傳輸來播放相應(yīng)內(nèi)容。每個(gè)請(qǐng)求流的客戶端通常都可完全控制流，可以快進(jìn)、倒回、暫停和重新啟動(dòng)內(nèi)容。這是因?yàn)辄c(diǎn)播點(diǎn)為請(qǐng)求內(nèi)容的每個(gè)客戶端提供了一個(gè)唯一的數(shù)據(jù)路徑。

    廣播是一種同時(shí)向大量觀眾傳輸數(shù)據(jù)的方法。在 Windows Media Services 中，廣播是通過使用廣播點(diǎn)來實(shí)現(xiàn)的。接收廣播的客戶端不能控制內(nèi)容的開始和播放，也不能讓流快進(jìn)或倒回。該流由服務(wù)器控制。在客戶端可從廣播點(diǎn)接收內(nèi)容之前，必須啟動(dòng)點(diǎn)。

    所以，如果要傳輸編碼器的實(shí)況內(nèi)容，則最好選擇廣播點(diǎn)。如果打算傳輸文件且希望允許用戶控制內(nèi)容的播放（例如，暫停、倒回或快進(jìn)），則最好選擇點(diǎn)播點(diǎn)。

    就點(diǎn)的內(nèi)容來說，點(diǎn)可以用多種不同的內(nèi)容來源，播放列表、文件和編碼器都可以作為內(nèi)容的來源。

    •  播放列表提供一種將不同片段的數(shù)字媒體內(nèi)容組織成單個(gè)用戶體驗(yàn)的方法

    •  可通過配置廣播或點(diǎn)播點(diǎn)傳輸目錄中的單個(gè)文件

    •  可通過配置廣播或點(diǎn)播點(diǎn)傳輸目錄中的文件

    •  當(dāng)編碼器為廣播提供流時(shí)，它可以將流 “ 推送 ” 到服務(wù)器，而服務(wù)器也可以從編碼器 “ 提拉 ” 所需的流

    •  可將另一臺(tái) Windows Media 服務(wù)器上的點(diǎn)用作點(diǎn)播點(diǎn)或廣播點(diǎn)的源

    •  可將遠(yuǎn)程多播廣播用作廣播點(diǎn)的內(nèi)容源，也可以創(chuàng)建存檔文件以備以后點(diǎn)播或廣播播放

    •  將加密目錄作為來源

    •  使用動(dòng)態(tài)源

    流傳遞方式

    在選擇要使用的點(diǎn)類型時(shí)，您應(yīng)當(dāng)考慮如何傳遞內(nèi)容；例如，是以單播流方式還是以多播流方式傳遞內(nèi)容。利用單播流，客戶端連接到 Windows Media 服務(wù)器以訪問內(nèi)容。利用多播流，服務(wù)器向網(wǎng)絡(luò)上的單個(gè)多播 IP 地址傳輸內(nèi)容，所有客戶端都訪問該 IP 地址（而不是連接到服務(wù)器）以接收流。因?yàn)閱蝹€(gè)流能夠滿足多個(gè)客戶端請(qǐng)求，所以這將降低網(wǎng)絡(luò)上所需的帶寬量。

    以單播流方式傳遞內(nèi)容時(shí)既可以采用點(diǎn)播點(diǎn)又可以采用廣播點(diǎn)。以多播流方式傳遞內(nèi)容時(shí)只能采用廣播點(diǎn)。

    單播是一種通過網(wǎng)絡(luò)傳輸數(shù)據(jù)包的方法，該方法要求在客戶端和傳輸數(shù)據(jù)的服務(wù)間進(jìn)行點(diǎn)對(duì)點(diǎn)通信。單播也稱為定向通信，這是因?yàn)閿?shù)據(jù)被定向到網(wǎng)絡(luò)上的特定客戶端。

    單播是向單個(gè)客戶端傳輸單個(gè)數(shù)據(jù)流的一種方法。單播傳遞從服務(wù)器為每一個(gè)客戶端提供單個(gè)流。通過單播傳遞接收內(nèi)容的客戶端可以使用任何可支持的連接協(xié)議連接到服務(wù)器。

    一旦客戶端連接到服務(wù)器，內(nèi)容便可以通過用戶數(shù)據(jù)報(bào)協(xié)議 (UDP) 或傳輸控制協(xié)議 (TCP) 進(jìn)行傳遞。這兩個(gè)協(xié)議之間的區(qū)別在于客戶端確認(rèn)收到數(shù)據(jù)包的方式不同。

    多播是一種在網(wǎng)絡(luò)上傳輸數(shù)據(jù)的方法，這種方法允許許多個(gè)客戶端接收相同的數(shù)據(jù)流。該方法可將向一組網(wǎng)絡(luò)客戶端傳輸數(shù)據(jù)所需的帶寬降至最低。多播傳輸要求網(wǎng)絡(luò)上的路由器和交換機(jī)必須啟用多播，這意味著它們必須能夠傳輸 D 類 Internet 協(xié)議 (IP) 地址并可解釋多播信息數(shù)據(jù)包。

    D 類 IP 地址第一個(gè)字節(jié)以“ lll0 ”開始，它是一個(gè)專門保留的地址。它并不指向特定的網(wǎng)絡(luò)，目前這一類地址被用在多點(diǎn)廣播（ Multicast ）中。多點(diǎn)廣播地址用來一次尋址一組計(jì)算機(jī)，它標(biāo)識(shí)共享同一協(xié)議的一組計(jì)算機(jī)。 D 類地址用于多點(diǎn)廣播（ Multicast ）。

    多播 IP 地址是位于下列兩個(gè)范圍內(nèi)的 D 類地址： 224.0.0.0 至 239.255.255.255 以及 FF00:0000:0000:0000:0000:0000:0000:0000 至 FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF:FFFF 。第一個(gè)范圍中的地址是 Internet 協(xié)議版本 4 (IPv4) 地址，該版本是 Internet 協(xié)議的當(dāng)前版本。第二個(gè)范圍中的地址是 IPv6 地址，該版本是此協(xié)議的新版本。

    用在 Intranet 上時(shí)，建議您使用范圍 239.*.*.* 中的 IPv4 地址。端口號(hào)可以介于 1 至 65535 之間。用來傳輸內(nèi)容的網(wǎng)絡(luò)上的路由器必須啟用多播，也就是說路由器必須能夠解釋 D 類地址，否則將無法向客戶端（如果一個(gè)程序 / 計(jì)算機(jī)連接到另一個(gè)程序 / 計(jì)算機(jī)，或者請(qǐng)求另一個(gè)程序 / 計(jì)算機(jī)的服務(wù)，那么發(fā)起連接或發(fā)出請(qǐng)求的程序 / 計(jì)算機(jī)就稱為客戶端。另外，客戶端還可以指賦予該程序 / 計(jì)算機(jī)連接能力的軟件。）轉(zhuǎn)發(fā)多播信息。

    如圖四，多播需要在網(wǎng)絡(luò)中安裝多播路由器，增加了系統(tǒng)成本，但可以有效減少服務(wù)器的負(fù)荷。

    多播是一種向多個(gè)客戶端傳輸單個(gè)數(shù)據(jù)流的方法。多播是無連接的，客戶端通過監(jiān)視從服務(wù)器接收內(nèi)容流的特定多播 IP 地址和端口來接收多播內(nèi)容。

    要在服務(wù)器上成功地使用多播傳遞，您的網(wǎng)絡(luò)必須使用多播路由器。多播路由器能夠解釋 D 類 IP 地址，并使用 Internet 組管理協(xié)議 (IGMP) 將客戶端路由到多播 IP 地址。

    所有多播內(nèi)容都必須具有指定的生存時(shí)間值，該值限制了多播內(nèi)容在到期之前能夠穿過的路由器數(shù)量。

    多播流通過網(wǎng)絡(luò)上指定數(shù)量的路由器進(jìn)行分發(fā)，該數(shù)量是由生存時(shí)間值 (TTL) 決定的。生存時(shí)間值在內(nèi)容每次通過一個(gè)路由器時(shí)都減 1 。當(dāng)該值為零時(shí)，多播流就不能繼續(xù)前進(jìn)?；诜职l(fā)類型， WMS 多播數(shù)據(jù)寫入器插件的預(yù)設(shè)生存時(shí)間值如下：

     1 ：本地網(wǎng)絡(luò)

    32 ： Intranet

    64 ： Internet ，洲內(nèi)

    128 ： Internet ，洲際

    255 ：允許的最大值

第四節(jié)向用戶發(fā)送內(nèi)容公告

    在已經(jīng)添加了點(diǎn)和標(biāo)識(shí)了要從中傳輸?shù)膬?nèi)容之后，您需要通知用戶該內(nèi)容可用。可通過為該內(nèi)容創(chuàng)建公告來方便地完成通知操作。

    在設(shè)置 Windows Media 服務(wù)器和要傳輸?shù)膬?nèi)容之后，需要讓用戶知道該內(nèi)容可用以及如何訪問。用戶可以通過在其播放機(jī)中鍵入指向內(nèi)容的 URL 來訪問該內(nèi)容。但是，用戶并不總是知道該 URL ，或者甚至不知道內(nèi)容已存在。為了便于用戶訪問內(nèi)容，您可以創(chuàng)建一個(gè)公告。公告是擴(kuò)展名為 .asx 的 Windows Media 元文件，它向播放機(jī)提供連接到 Windows Media 服務(wù)器所需的信息。

第五節(jié)傳輸協(xié)議

    為實(shí)現(xiàn)流式播放， Windows Media Services 通過使用控制協(xié)議插件支持 Microsoft Media 服務(wù)器 (MMS) 協(xié)議、實(shí)時(shí)流式傳輸協(xié)議 (RTSP) ，以及超文本傳輸協(xié)議 (HTTP) 。

    數(shù)據(jù)傳輸協(xié)議是指在兩臺(tái)設(shè)備之間傳輸數(shù)據(jù)的標(biāo)準(zhǔn)化格式。協(xié)議類型可以確定諸如錯(cuò)誤檢查方法、數(shù)據(jù)壓縮方法，以及文件結(jié)束確認(rèn)之類的變量。如果所有的網(wǎng)絡(luò)都是以同一方式構(gòu)建的，并且所有網(wǎng)絡(luò)軟件和設(shè)備的行為都類似，那么只需要一種協(xié)議即可處理所有的數(shù)據(jù)傳輸需求。而在現(xiàn)實(shí)中， Internet 是由數(shù)百萬運(yùn)行各種軟硬件組合的不同網(wǎng)絡(luò)組成的。因此，為了以可靠方式向客戶端傳輸數(shù)字媒體內(nèi)容，需要有一組設(shè)計(jì)良好的協(xié)議。

    圖五描述了 Windows Media Services 如何使用不同的協(xié)議在 Windows Media 服務(wù)器、編碼器、內(nèi)容源，以及 客戶端 之間協(xié)商連接。

    MMS 協(xié)議

    Microsoft Media 服務(wù)器 (MMS) 協(xié)議是 Microsoft 為 Windows Media Services 的早期版本開發(fā)的專有流式媒體協(xié)議。在以單播流方式傳遞內(nèi)容時(shí)，可以使用 MMS 協(xié)議。此協(xié)議支持快進(jìn)、倒回、暫停、啟動(dòng)和停止索引數(shù)字媒體文件等播放機(jī)控制操作。如果要支持使用 Windows Media Player 早期版本的客戶端，您需要使用 MMS 或 HTTP 協(xié)議滿足其流請(qǐng)求。

    MMSU 和 MMST 是 MMS 協(xié)議的專門化版本。 MMSU 基于用戶數(shù)據(jù)報(bào)協(xié)議 (UDP) ，是流式播放的首選協(xié)議。 MMST 基于傳輸控制協(xié)議 (TCP) ，用在不支持 UDP 的網(wǎng)絡(luò)上。

    RTSP 協(xié)議

    可以使用實(shí)時(shí)流式傳輸協(xié)議 (RTSP) 以單播流方式傳遞內(nèi)容。這是一個(gè)應(yīng)用程序級(jí)別的協(xié)議，是為控制實(shí)時(shí)數(shù)據(jù)（如音頻和視頻內(nèi)容）的傳遞而專門創(chuàng)建的。此協(xié)議是在面向糾錯(cuò)的傳輸協(xié)議基礎(chǔ)上實(shí)現(xiàn)的，支持停止、暫停、倒回及快進(jìn)索引 Windows Media 文件等播放機(jī)控制操作?？梢允褂?RTSP 將內(nèi)容傳輸?shù)竭\(yùn)行 Real Player 系列 或 Windows Media Player 9 系列或 Windows Media Services 9 系列的計(jì)算機(jī)。 RTSP 是一個(gè)控制協(xié)議，該協(xié)議與數(shù)據(jù)傳遞實(shí)時(shí)協(xié)議 (RTP) 依次發(fā)揮作用，實(shí)現(xiàn)向客戶端提供內(nèi)容。

    RTSPU 基于用戶數(shù)據(jù)報(bào)協(xié)議 (UDP) ，是流式播放的首選協(xié)議。 RTSP 基于傳輸控制協(xié)議 (TCP) ，用在不支持 UDP 的網(wǎng)絡(luò)上。

    HTTP 協(xié)議

    通過使用超文本傳輸協(xié)議 (HTTP) ，您可以將內(nèi)容從編碼器傳輸?shù)?Windows Media 服務(wù)器，在運(yùn)行 Windows Media Services 的不同版本的計(jì)算機(jī)間或被防火墻隔開的計(jì)算機(jī)間分發(fā)流，以及從 Web 服務(wù)器上下載動(dòng)態(tài)生成的播放列表。 HTTP 對(duì)于通過防火墻接收流式內(nèi)容的客戶端特別有用，因?yàn)?HTTP 通常設(shè)置為使用端口 80 ，而大多數(shù)防火墻不會(huì)阻斷該端口。

    協(xié)議翻轉(zhuǎn)

    Windows Media Services 依據(jù)客戶端的具體環(huán)境為其選擇適當(dāng)協(xié)議的能力稱為協(xié)議翻轉(zhuǎn)。如果要支持多種客戶端版本，支持通過防火墻連接的客戶端或通過不同類型的網(wǎng)絡(luò)連接的客戶端，那么協(xié)議翻轉(zhuǎn)將很有用。如果服務(wù)器上所有可用的服務(wù)器控制協(xié)議插件（包括 WMS HTTP 服務(wù)器控制插件）都已啟用，那么協(xié)議翻轉(zhuǎn)的效果會(huì)達(dá)到最佳。

    Windows Media 服務(wù)器使用協(xié)議翻轉(zhuǎn)的目的是為了與客戶端建立最佳的連接。客戶端在嘗試連接服務(wù)器時(shí)，會(huì)發(fā)送有關(guān)自身類型以及能支持哪些協(xié)議的信息。 Windows Media 服務(wù)器將該信息與已啟用的協(xié)議進(jìn)行比較，然后使用適用于當(dāng)時(shí)情況的最佳協(xié)議。通常，服務(wù)器和客戶端之間的第一次連接嘗試是成功的，不需要采取進(jìn)一步行動(dòng)。如果該連接請(qǐng)求不成功，那么客戶端將嘗試使用其他可支持的協(xié)議連接到服務(wù)器。在每一次協(xié)議翻轉(zhuǎn)嘗試期間，客戶端會(huì)經(jīng)歷一段非常短暫、通常不易察覺的延遲時(shí)間。

    建議您使用協(xié)議翻轉(zhuǎn)，以確?？蛻舳讼硎艿阶罴训牧魇讲シ朋w驗(yàn)。如果客戶端使用帶有 mms:// 前綴的 URL 連接到流，那么協(xié)議翻轉(zhuǎn)將在必要時(shí)進(jìn)行。請(qǐng)注意，用戶可以在播放機(jī)的屬性設(shè)置中禁用協(xié)議。如果播放機(jī)只支持一個(gè)協(xié)議，那么翻轉(zhuǎn)就無法進(jìn)行。協(xié)議翻轉(zhuǎn)中使用的具體邏輯取決于連接服務(wù)器的客戶端類型。

    如圖九，在使用 RTSP 協(xié)議時(shí)，啟用快速緩存時(shí)，系統(tǒng)首先使用基于傳輸控制協(xié)議的 RTSPT 協(xié)議，如果連接請(qǐng)求不成功，則使用基于用戶數(shù)據(jù)報(bào)協(xié)議的 RTSPU 協(xié)議，當(dāng)請(qǐng)求再次失敗時(shí)，使用 HTTP 協(xié)議。

    禁用快速緩存的系統(tǒng)中，系統(tǒng)會(huì)首先使用 RTSPU 協(xié)議，失敗時(shí)才會(huì)嘗試使用 RTSPT 協(xié)議。

    對(duì)于 Windows Media Player 的早期版本，如 Windows XP 中的 Windows Media Player ，不支持 RTSP 協(xié)議。然而， MMS 協(xié)議為這些播放機(jī)提供了協(xié)議翻轉(zhuǎn)支持。因此，當(dāng)早期版本的播放機(jī)嘗試使用帶有 mms:// 前綴的 URL 連接到服務(wù)器時(shí)，服務(wù)器將自動(dòng)為播放機(jī)協(xié)商最佳的協(xié)議。服務(wù)器將首先嘗試使用 MMSU （即采用基于 UDP 的傳輸方式的 MMS ）連接到客戶端。如果不支持該協(xié)議，那么服務(wù)器將嘗試使用 MMST （即采用基于 TCP 的傳輸方式的 MMS ）進(jìn)行連接。如果該連接也不成功，則在啟用了 WMS HTTP 服務(wù)器控制協(xié)議插件的情況下，服務(wù)器將嘗試使用 HTTP 協(xié)議進(jìn)行連接。如圖十：

第六章使用分發(fā)服務(wù)器

    分發(fā)服務(wù)器從另一個(gè)流式源（如另一個(gè) Windows Media 服務(wù)器）接收到的內(nèi)容。運(yùn)行 Windows Media Services 的任何計(jì)算機(jī)都可以作為分發(fā)服務(wù)器運(yùn)行。源服務(wù)器是分發(fā)服務(wù)器播放內(nèi)容的來源?？蛻舳丝梢韵襁B接源服務(wù)器一樣連接到分發(fā)服務(wù)器。分發(fā)服務(wù)器位于內(nèi)容流中的源服務(wù)器和客戶端之間，因此能夠執(zhí)行多種功能：

    負(fù)載平衡。 分發(fā)服務(wù)器是一種降低 Windows Media 服務(wù)器的客戶端負(fù)載的簡單方式，因?yàn)槟梢詫⒖蛻舳说膬?nèi)容請(qǐng)求分布到網(wǎng)絡(luò)上的多個(gè)服務(wù)器上。

     網(wǎng)絡(luò)安全策略。 分發(fā)服務(wù)器可以放在網(wǎng)絡(luò)防火墻內(nèi)，將位于防火墻之外的源服務(wù)器作為來源，向防火墻內(nèi)的客戶端提供內(nèi)容，因而無需打開額外的端口?；蛘?，分發(fā)服務(wù)器可以放在網(wǎng)絡(luò)防火墻之外，將防火墻內(nèi)的源服務(wù)器作為來源，向防火墻外的客戶端提供內(nèi)容。

    服務(wù)器翻轉(zhuǎn)。 在向位于多播網(wǎng)絡(luò)上的客戶端多播內(nèi)容時(shí)可以使用分發(fā)服務(wù)器。不在多播網(wǎng)絡(luò)上的客戶端可以重定向到另一個(gè)分發(fā)服務(wù)器，以便進(jìn)行標(biāo)準(zhǔn)的內(nèi)容單播傳遞。

    第二部分 服務(wù)器管理

    使用 Windows Media Services ，可以將 Windows Media 服務(wù)器配置為通過 Intranet 或 Internet 傳輸內(nèi)容。在開始傳輸內(nèi)容之前，必須為運(yùn)行 Windows Media Services 的服務(wù)器配置設(shè)置，添加并配置點(diǎn)，然后設(shè)置內(nèi)容。

第一節(jié)服務(wù)器配置設(shè)置

    通過使用 Windows Media Services 管理單元或用于 Web 的 Windows Media Services 管理器，可以對(duì) Windows Media 服務(wù)器進(jìn)行管理。如果您使用的是 Windows Media Services 管理單元，那么可以將運(yùn)行 Windows Media Services 的任何服務(wù)器添加到控制臺(tái)，但前提是您具有該服務(wù)器的管理權(quán)限。即使從管理單元中刪除了某個(gè)服務(wù)器，您仍可以通過用于 Web 的 Windows Media Services 管理器來管理該服務(wù)器。此外 , 使用通過 Windows Media Services 9 系列軟件開發(fā)工具包 (SDK) 創(chuàng)建的命令行腳本和自定義程序也可以管理服務(wù)器。

    您可能還希望實(shí)施通過 Windows Media Services 使用的一些更高級(jí)的功能。例如，您可以修改設(shè)置以限制客戶端連接數(shù)、設(shè)置安全措施以保護(hù)內(nèi)容、記錄有關(guān)客戶端活動(dòng)的數(shù)據(jù)以及設(shè)置分發(fā)服務(wù)器。

    服務(wù)器配置設(shè)置包括如下幾項(xiàng)：

    1. 允許或拒絕單播客戶端連接

    2. 設(shè)置服務(wù)器限制

    限制播放機(jī)連接數(shù)

    限制傳出分發(fā)連接數(shù)

    限制播放機(jī)總帶寬

    限制傳出分發(fā)總帶寬

    限制單一播放機(jī)單個(gè)流的帶寬

    限制單個(gè)傳出分發(fā)流的帶寬

    限制每秒連接數(shù)

    限制播放機(jī)不活動(dòng)超時(shí)時(shí)間

    限制連接確認(rèn)時(shí)間

第二節(jié)點(diǎn)類型和公告形式的選擇

    點(diǎn)是向用戶分發(fā)內(nèi)容的途徑。內(nèi)容可通過創(chuàng)建將客戶端重定向到點(diǎn)的公告文件來，也可通過指向點(diǎn)的 URL 來。

    創(chuàng)建什么類型的點(diǎn)，要根據(jù)您的具體需求來選擇。

    如果您希望用戶能夠控制正傳輸?shù)膬?nèi)容的播放，則最適于從點(diǎn)播點(diǎn)傳輸內(nèi)容。這種類型的點(diǎn)最常用于安置以文件、播放列表或目錄為來源的內(nèi)容。當(dāng)客戶端連接到該點(diǎn)時(shí)，將從頭開始播放內(nèi)容，最終用戶可以使用播放機(jī)上的播放控件來暫停、快進(jìn)、倒回、跳過播放列表中的項(xiàng)目或停止。

    如果您希望創(chuàng)造與觀看電視節(jié)目類似的體驗(yàn)，則最適于從廣播點(diǎn)傳輸內(nèi)容 — 在源或服務(wù)器上控制和傳輸內(nèi)容。這種類型的點(diǎn)最常用于從編碼器、遠(yuǎn)程服務(wù)器或其他廣播點(diǎn)傳遞實(shí)況流。當(dāng)客戶端連接到廣播點(diǎn)時(shí)，客戶端就加入了已在傳遞的廣播中。例如，如果公司范圍內(nèi)的會(huì)議在上午 10:00 進(jìn)行廣播，在上午 10:18 連接的客戶端將錯(cuò)過會(huì)議的前 18 分鐘?？蛻舳丝梢詥?dòng)和停止流，但是不能暫停、快進(jìn)、倒回或跳過。

    為了使用戶知道哪些點(diǎn)可以使用，最簡單的方式是通過指向點(diǎn)的 URL 來。那么究竟什么是 URL 呢？

    URL （ Uniform Resource Locator ：統(tǒng)一資源定位器）實(shí)際上是 Web 頁的地址，它從左到右由下述部分組成：

    Internet 資源類型（ scheme ）：指出 Web 客戶程序用來操作的工具。如“ http ： // ”表示 Web 服務(wù)器，“ ftp ： // ”表示 FTP 服務(wù)器，“ gopher ： // ”表示 Gopher 服務(wù)器，而“ new ：”表示 Newsgroup 新聞組。

    服務(wù)器地址（ host ）：指出 Web 頁所在的服務(wù)器域名。

    端口（ port ）：有時(shí)（并非總是這樣），對(duì)某些資源的訪問來說，需給出相應(yīng)的服務(wù)器提供端口號(hào)。

    路徑（ path ）：指明服務(wù)器上某資源的位置（其格式與 DOS 系統(tǒng)中的格式一樣，通常有目錄 / 子目錄 / 文件名這樣結(jié)構(gòu)組成）。與端口一樣，路徑并非總是需要的。

    URL 地址格式排列為： scheme ： //host ： port/path

    例如 http ： //51itworld.com/domain/HXWZ 就是一個(gè)典型的 URL 地址。

    另一種方法，也是使用最廣的方法是通過公告文件點(diǎn)。

    公告是帶有 .asx 擴(kuò)展名的 Windows Media 元文件，該文件為播放機(jī)提供在連接到 Windows Media 服務(wù)器接收內(nèi)容時(shí)需要的信息。您可以在網(wǎng)頁上插入指向公告的鏈接，將公告放在共享文件中，或用電子郵件發(fā)送出去。用戶可以通過單擊網(wǎng)頁上的公告鏈接或直接打開公告來訪問您的內(nèi)容。位于 Windows Media Services 管理單元“公告”選項(xiàng)卡上的公告向?qū)Э蓭椭鷦?chuàng)建公告文件（ .asx 文件）和多播信息文件（ .nsc 文件），播放機(jī)可以使用這些文件連接到內(nèi)容。向?qū)н€可以幫助您創(chuàng)建帶有嵌入式 Windows Media Player 控件的網(wǎng)頁，或者提供在個(gè)人的網(wǎng)頁中嵌入播放機(jī)的語法。

    因?yàn)楹芏酁g覽器不能直接訪問流式媒體內(nèi)容，所以使用公告文件作為鏈接，使得大部分用戶都可接收數(shù)據(jù)。

    舉個(gè)例子，如果用戶使用微軟的 IE 瀏覽器訪問點(diǎn)時(shí)，是使用“ URL ”還是“公告文件”效果是相同的，瀏覽器會(huì)自動(dòng)啟動(dòng) Windows Media Player 控件來播放點(diǎn)的內(nèi)容。用戶甚至可以選擇是在 IE 瀏覽器內(nèi)播放或是啟動(dòng) Windows Media Player 來播放；然而對(duì)于其他瀏覽器的使用者，如果該瀏覽器不支持直接訪問流式媒體內(nèi)容，那么該用戶就不能連接 URL 指定的點(diǎn)。只有當(dāng)他點(diǎn)擊公告文件時(shí)，用戶的系統(tǒng)才能自動(dòng)啟動(dòng) Windows Media Player 。

    其實(shí)公告文件與 URL 的本質(zhì)是一樣的，都是對(duì)點(diǎn)位置的描述，是一個(gè) Web 地址。比較一下二者的具體內(nèi)容就會(huì)非常明顯的看出其中的相同之處。

    公告文件示例

    <asx version = "3.0"> <entry> <ref href = "mms://servername/publishingpointname/filename.wmv"/>

    </entry>

    </asx>

    URL 示例

    mms://my_server/mypub_pt/my_file.wmv

第三節(jié)配置安全選項(xiàng)

    如果您希望對(duì)點(diǎn)內(nèi)容的安全性作進(jìn)一步設(shè)置， Windows Media Services 提供的安全選項(xiàng)完全可以滿足您的要求。它包括如下幾項(xiàng)：

    身份驗(yàn)證 是保證運(yùn)行 Windows Media Services 的服務(wù)器的安全性的最基本方面。它將對(duì)試圖訪問 Windows Media 服務(wù)器資源的任何用戶進(jìn)行身份確認(rèn)。

    身份驗(yàn)證是對(duì)嘗試連接到服務(wù)器的客戶端的憑據(jù)進(jìn)行驗(yàn)證的過程。此過程包括從客戶端向服務(wù)器發(fā)送憑據(jù)，以及使用身份驗(yàn)證方案識(shí)別用戶。

    授權(quán) 是驗(yàn)證是否允許客戶端連接到服務(wù)器的過程。授權(quán)在身份驗(yàn)證成功之后進(jìn)行。在授權(quán)過程中，服務(wù)器對(duì)照為用戶試圖連接的資源設(shè)置的訪問權(quán)限對(duì)用戶進(jìn)行檢查。

    向用戶授予權(quán)限的目的在于定義一個(gè)特定用戶可以在系統(tǒng)上執(zhí)行什么操作，以及向不同的用戶授予不同的權(quán)限級(jí)別?？梢詾橄到y(tǒng)上的單個(gè)用戶、計(jì)算機(jī)和服務(wù)器定義權(quán)限。

    配置防火墻。 如果您計(jì)劃從網(wǎng)絡(luò)上的 Windows Media 服務(wù)器向 Internet 上的播放機(jī)傳輸內(nèi)容，那么可能需要在防火墻上打開更多端口以防止播放機(jī)在接收內(nèi)容時(shí)遇到問題。

    可以為單播流配置防火墻、為多播流配置防火墻，允許防火墻之外的編碼器進(jìn)行訪問。

    日志管理。 Windows Media 服務(wù)器包括內(nèi)置的監(jiān)視和日志記錄功能，您可以利用它們收集有關(guān)流式媒體會(huì)話及其觀眾的有價(jià)值的信息。

    總結(jié)

    隨著技術(shù)發(fā)展、新協(xié)議制定，其內(nèi)核將被不斷被重新設(shè)計(jì)，流式媒體服務(wù)系統(tǒng)日漸完善。智能流式播放逐漸發(fā)展成熟， Media 服務(wù)器與 Media Player 一起檢測(cè)網(wǎng)絡(luò)狀況并自動(dòng)調(diào)整流的屬性以最大限度地改善播放質(zhì)量的方法。通過智能流式播放，用戶可以收到根據(jù)特定的連接速度定制的連續(xù)內(nèi)容流。

第7篇：rtsp協(xié)議范文

[關(guān)鍵詞] 音頻編碼 流媒體 數(shù)字信號(hào)處理器

一、引言

信息技術(shù)的革命與發(fā)展、計(jì)算機(jī)的普及、多媒體技術(shù)的發(fā)展以及互聯(lián)網(wǎng)的迅速崛起，應(yīng)運(yùn)而生了流媒體。流媒體技術(shù)是在數(shù)據(jù)網(wǎng)絡(luò)上以流的方式傳輸多媒體信息的技術(shù)。近年來，隨著寬帶網(wǎng)絡(luò)的發(fā)展和用戶需求的驅(qū)動(dòng)，流媒體技術(shù)和相關(guān)的應(yīng)用得到越來越多的關(guān)注，被認(rèn)為是未來高速寬帶網(wǎng)絡(luò)的主流應(yīng)用之一。實(shí)時(shí)音頻流服務(wù)也就是通稱的網(wǎng)絡(luò)電臺(tái)也成為比如的研究熱點(diǎn)。在我國進(jìn)行獨(dú)立自主開發(fā)安全可靠、具有自主知識(shí)產(chǎn)權(quán)的流媒體增值業(yè)務(wù)平臺(tái)已是當(dāng)務(wù)之急。

本文提出了一種基于高性能DSP的網(wǎng)絡(luò)電臺(tái)方案。文中首先分析了該平臺(tái)的數(shù)據(jù)流、功能需求和對(duì)應(yīng)的系統(tǒng)結(jié)構(gòu)，然后重點(diǎn)討論了數(shù)據(jù)處理單元和數(shù)據(jù)轉(zhuǎn)發(fā)單元的硬件、軟件設(shè)計(jì)要點(diǎn)，接著給出了構(gòu)建的實(shí)驗(yàn)系統(tǒng)的技術(shù)參數(shù)，最后在測(cè)試分析的基礎(chǔ)上給出了結(jié)論。

二、系統(tǒng)的搭建

在本文研究中，高性能DSP可以實(shí)時(shí)編碼模擬輸入的音頻信號(hào)，級(jí)聯(lián)的Linux系統(tǒng)作為流媒體服務(wù)器，實(shí)現(xiàn)實(shí)時(shí)信號(hào)處理和網(wǎng)絡(luò)接入服務(wù)的分離,提高了系統(tǒng)的可靠性。在系統(tǒng)搭建的時(shí)候，考慮到MP3是目前無論是互聯(lián)網(wǎng)還是便攜式播放器應(yīng)用中最廣泛的壓縮音頻格式，我們的流媒體服務(wù)器的音頻標(biāo)準(zhǔn)選用了MPEG-1的音頻編碼Layer3即MP3。系統(tǒng)的基本結(jié)構(gòu)如圖1所示。

經(jīng)過AD變換后的PCM音頻送入到MP3音頻編碼器，MP3音頻編碼器輸出的MP3碼流傳送到流媒體服務(wù)器RTSP Server，RTSP客戶端通過互聯(lián)網(wǎng)接收MP3碼流，通過任一MP3播放器收聽。

上述系統(tǒng)分四個(gè)處理單元:數(shù)據(jù)處理單元、數(shù)據(jù)轉(zhuǎn)發(fā)單元、互聯(lián)網(wǎng)絡(luò)、流媒體終端。系統(tǒng)中各單元的軟件設(shè)計(jì)、硬件設(shè)計(jì)，必須綜合考慮性能需求與可擴(kuò)展性等多方面的要求：

1.高性能的信息處理單元滿足實(shí)時(shí)的MP3編碼需要。

2.RTSP服務(wù)器具有一定的兼容性和負(fù)載承受能力，對(duì)RTSP客戶端沒有特定的要求。

3.DSP端的信息不能讓外部用戶直接獲取，流媒體服務(wù)器和信息處理單元之間實(shí)現(xiàn)的鏈接盡可能簡單，完全可控。

4.能夠提供機(jī)制，調(diào)整MP3編碼參數(shù)，明確顯示系統(tǒng)的工作狀態(tài)。

對(duì)于后兩個(gè)處理單互聯(lián)網(wǎng)和流媒體終端不是本文的討論范圍，本文將重點(diǎn)討論數(shù)據(jù)處理單元和數(shù)據(jù)轉(zhuǎn)發(fā)單元的硬軟件設(shè)計(jì)方案。

三、數(shù)據(jù)處理、轉(zhuǎn)發(fā)單元設(shè)計(jì)

1.硬件設(shè)計(jì)。在本文的研究中數(shù)據(jù)處理、轉(zhuǎn)發(fā)單元主要有五個(gè)模塊：音頻信號(hào)采集模塊、數(shù)字信號(hào)處理器、USB控制模塊、太網(wǎng)控制模塊和數(shù)據(jù)轉(zhuǎn)發(fā)模塊。硬件原理略圖如下圖2所示。

（1)數(shù)字信號(hào)處理器TMS320C6713B。該處理器主頻為200到300MHz,包含八個(gè)獨(dú)立的運(yùn)算單元，其中有6個(gè)可以作為浮點(diǎn)運(yùn)算單元,處理能力為1000～1800MFLOPS,指令執(zhí)行單元是VLIW架構(gòu)，開發(fā)工具的C編譯器效率很高。

運(yùn)算能力強(qiáng)的浮點(diǎn)數(shù)字信號(hào)處理器能很好的滿足隱信道傳輸平臺(tái)的要求，直接支持浮點(diǎn)運(yùn)算，避免了算法向定點(diǎn)處理器移植過程中定標(biāo)的過程，這樣針對(duì)音頻編碼器各個(gè)環(huán)節(jié)的各種隱藏算法能方便的集成到該平臺(tái)上。

（2)音頻信號(hào)采集模塊TLV320AIC23B。該芯片可以直接連接C6713的同步串口,立體聲采樣率從8kHz到96kHz，量化位數(shù)從16位到32位。本系統(tǒng)中上述參數(shù)都是可通過軟件進(jìn)行動(dòng)態(tài)配置，以滿足MP3編碼器和隱藏算法對(duì)不同抽樣率,不同量化位數(shù)的要求。

（3)USB控制模塊SL911HS。本系統(tǒng)中提供直接從移動(dòng)存貯器讀取數(shù)據(jù)的功能，增強(qiáng)系統(tǒng)的可擴(kuò)展性。通過軟件的方式，C6713可通過該控制模塊訪問移動(dòng)存貯器。

（4)太網(wǎng)控制模塊RTL8019AS。與數(shù)據(jù)轉(zhuǎn)發(fā)單元的通信，采用以太網(wǎng)接口，實(shí)際系統(tǒng)工作時(shí)，通過該接口直接與數(shù)據(jù)轉(zhuǎn)發(fā)單元通信。采用全雙工模式通信，這樣的模式優(yōu)點(diǎn)是同服務(wù)器接口容易,作為嵌入式系統(tǒng)，該接口方案基于TCP/IP的協(xié)議棧開發(fā)軟件,可以避免設(shè)計(jì)底層的通信協(xié)議，C6713和RTL8019A的驅(qū)動(dòng)軟件編寫也很容易。

（5)數(shù)據(jù)轉(zhuǎn)發(fā)模塊。數(shù)據(jù)轉(zhuǎn)發(fā)有三項(xiàng)任務(wù):一是接收數(shù)據(jù)處理單元的音頻碼流；二是流媒體服務(wù)器，處理與流媒體客戶端的會(huì)話；三是配置管理數(shù)據(jù)處理單元。在本文的研究中，選用了帶有雙網(wǎng)卡的工控機(jī)作為硬件平臺(tái)，安裝Linux操作系統(tǒng)，所有軟件運(yùn)行在該系統(tǒng)上。在系統(tǒng)設(shè)計(jì)時(shí)，從DSP接收碼流和流媒體服務(wù)器為一個(gè)進(jìn)程，配置管理數(shù)據(jù)單元為另一個(gè)進(jìn)程。

2.軟件設(shè)計(jì)。系統(tǒng)在軟件設(shè)計(jì)過程中采用數(shù)據(jù)驅(qū)動(dòng)的原則，從外部輸入輸出的數(shù)據(jù)實(shí)現(xiàn)中斷的觸發(fā)，即在中斷服務(wù)程序中設(shè)置標(biāo)志位。在主循環(huán)中，通過檢測(cè)標(biāo)志位，判斷音頻緩沖區(qū)、網(wǎng)絡(luò)狀態(tài)，啟動(dòng)編碼、信息嵌入，然后發(fā)送MP3碼流。如圖3所示給出了數(shù)據(jù)處理單元的流程圖。

在主循環(huán)中，通過檢測(cè)標(biāo)志位控制流程。最重要的標(biāo)志位有兩個(gè):一個(gè)是從數(shù)據(jù)轉(zhuǎn)發(fā)單元來的控制字，包含運(yùn)行狀態(tài)的查詢、配置的修改,如編碼碼率，輸入增益的調(diào)整;另一個(gè)是音頻緩沖區(qū)是否滿的標(biāo)志，如果緩沖區(qū)滿，則讀取該緩沖區(qū)數(shù)據(jù)，經(jīng)過信息編碼后,將數(shù)據(jù)包送出。

中斷服務(wù)程序包含定時(shí)器中斷、模擬音頻輸入串口中斷、網(wǎng)絡(luò)接收發(fā)送數(shù)據(jù)中斷和USB接口輸入中斷。由于核心數(shù)字信號(hào)處理器的處理能力非常強(qiáng)大,中斷服務(wù)程序的處理相對(duì)開銷較低，因此所有的中斷分配了同樣的優(yōu)先級(jí)。

核心編碼算法的DSPs移植也是很重要的一環(huán)，移植使用了TI數(shù)字處理器的快速浮點(diǎn)運(yùn)算庫，通過Profile分析的結(jié)果，按編碼器算法框架內(nèi)各函數(shù)的執(zhí)行次數(shù)和開銷百分比，分布實(shí)施優(yōu)化策略，其中的時(shí)頻變換可以使用FFT來計(jì)算。

因?yàn)閁SB接口為低速外設(shè)，讀取移動(dòng)存貯器的數(shù)據(jù)文件時(shí)，可以根據(jù)文件的大小和系統(tǒng)可用內(nèi)存空間,決定是否分塊讀取,減少系統(tǒng)開銷。

四、系統(tǒng)測(cè)試

本文按照前述方案完成軟件硬件設(shè)計(jì)后，構(gòu)建了一個(gè)高性能的實(shí)時(shí)流媒體系統(tǒng)，結(jié)構(gòu)如圖4所示。數(shù)據(jù)處理單元與數(shù)據(jù)轉(zhuǎn)發(fā)單元通過“直連”模式的雙絞線連接，組成一個(gè)內(nèi)網(wǎng)，配置一個(gè)獨(dú)立的網(wǎng)段。數(shù)據(jù)轉(zhuǎn)發(fā)單元的第二個(gè)以太網(wǎng)口與外網(wǎng)相接，客戶端通過該網(wǎng)口訪問流媒體服務(wù)器,用戶也可以遠(yuǎn)程登錄服務(wù)器后，維護(hù)和管理整個(gè)系統(tǒng)。由于數(shù)據(jù)處理單元內(nèi)的TCP/IP協(xié)議棧只處理內(nèi)部約定的交互命令，這樣客戶端無法訪問到USB連接的移動(dòng)存貯設(shè)備。

系統(tǒng)在研制過程中，各模塊都進(jìn)行了正確性測(cè)試，系統(tǒng)集成后，進(jìn)行了穩(wěn)定性測(cè)試，最后是系統(tǒng)指標(biāo)測(cè)試和負(fù)載測(cè)試。在系統(tǒng)的性能參數(shù)中，處理器的負(fù)載和延遲是最重要的兩項(xiàng)技術(shù)指標(biāo)。

1.延遲測(cè)試。在確保系統(tǒng)能夠長時(shí)間穩(wěn)定工作之后，我們測(cè)試系統(tǒng)各功能部分的延遲時(shí)間。主要包括以下三項(xiàng):（1）DSP從上電到發(fā)包開始的時(shí)間:（2）客戶端RealPlayer從開始點(diǎn)播到連接服務(wù)器成功的時(shí)間:（3)音源播放到客戶端RealPlayer播出聲音的延遲時(shí)間。表1給出了測(cè)試過程中記錄的延遲最大值，最小值和平均值。通過多次測(cè)試，各類延遲時(shí)間記錄如下：

2.負(fù)載測(cè)試。系統(tǒng)分別對(duì)數(shù)據(jù)處理單元和數(shù)據(jù)轉(zhuǎn)發(fā)單元進(jìn)行負(fù)載測(cè)試。

（1)數(shù)據(jù)處理單元，使用Profile測(cè)試。測(cè)試時(shí)使用的MP3編碼器輸出碼率為128kbps。通過對(duì)12個(gè)不同類型的測(cè)試序列進(jìn)行數(shù)據(jù)處理，測(cè)試的DSPs負(fù)載均小于10%;

（2)數(shù)據(jù)轉(zhuǎn)發(fā)單元，使用Linux下TOP指令查看CPU負(fù)載。測(cè)試中發(fā)現(xiàn)在用戶接入的瞬間，CPU占用率會(huì)有所增加，但是很快穩(wěn)定，在20個(gè)接入時(shí)，CPU穩(wěn)定后占用率仍低于1%。

從測(cè)試結(jié)果可以看出，系統(tǒng)能夠進(jìn)行實(shí)時(shí)的在線廣播，延遲參數(shù)完全滿足應(yīng)用要求，數(shù)據(jù)處理單元的CPU資源有充分的余量，為使用更復(fù)雜的音頻編碼算法和信息嵌入算法，甚至擴(kuò)展視頻流媒體應(yīng)用留下了足夠的空間。

五、結(jié)論

本文提出的基于音頻流媒體的實(shí)時(shí)傳輸系統(tǒng),具有實(shí)時(shí)壓縮音頻數(shù)據(jù),實(shí)時(shí)轉(zhuǎn)發(fā),原信息與外網(wǎng)隔離等優(yōu)點(diǎn)。能滿足實(shí)時(shí)應(yīng)用的要求。由于數(shù)據(jù)處理單元的處理器有強(qiáng)大的運(yùn)算能力,可以引入視頻、音頻等多種編碼算法,直接通過軟件升級(jí)來設(shè)計(jì)各種流媒體傳輸系統(tǒng)。

參考文獻(xiàn):

[1]TMS320C6713, TMS320C6713B floating-point digital signal processors Data Sheet, SPPS1861, May, 2004

[2]TMS320C6000 CPU and Instruction Set Reference Guide, SPRU189F,October 2000

第8篇：rtsp協(xié)議范文

關(guān)鍵詞： 流媒體技術(shù) 傳輸原理 虛擬現(xiàn)實(shí)技術(shù)

1.概述

隨著Internet的迅速發(fā)展，上網(wǎng)人數(shù)的不斷增加，用戶對(duì)網(wǎng)絡(luò)服務(wù)也提出了愈來愈高的要求，人們不再滿足于傳統(tǒng)的單媒體數(shù)據(jù)服務(wù)（如文本瀏覽、FTP和E-mail。），一方面，人們希望能在網(wǎng)絡(luò)上看到生動(dòng)清晰的媒體演示；另一方面，人們又不得不去面對(duì)如此慢的網(wǎng)絡(luò)速度下文件傳輸所需的大量時(shí)間。為了解決這種矛盾，“流媒體技術(shù)”應(yīng)運(yùn)而生。同時(shí)伴隨著Flash及3D技術(shù)的飛速發(fā)展，實(shí)時(shí)傳送流媒體動(dòng)畫己經(jīng)成為業(yè)界的共識(shí)并具有極其巨大的需求，因此流媒體動(dòng)畫受到越來越多的關(guān)注［2］。

2.流媒體動(dòng)畫技術(shù)

流媒體指在Internet/Intranet中使用流式傳輸技術(shù)的連續(xù)時(shí)基媒體，如音頻、視頻或多媒體文件［1］。流式媒體在播放前并不下載整個(gè)文件，只將開始部分內(nèi)容存入內(nèi)存，在播放開始時(shí)有一些延遲，后續(xù)數(shù)據(jù)流隨時(shí)傳送隨時(shí)播放。如果數(shù)據(jù)流動(dòng)速度保持足夠快的話，播放是連續(xù)的。流式傳輸避免了用戶必須等待整個(gè)文件全部從Internet上下載才能觀看的缺點(diǎn)，無論文件長30s還是3h，用戶都只需在觀看文件前等上幾秒鐘即可。

2.1緩存技術(shù)

緩存技術(shù)以包傳輸為基礎(chǔ)進(jìn)行斷續(xù)的異步傳輸，實(shí)時(shí)源或存儲(chǔ)的文件在傳輸中被分解為許多包，由于網(wǎng)絡(luò)是動(dòng)態(tài)變化的，各個(gè)包選擇的路由可能不盡相同，故到達(dá)客戶端的時(shí)間延遲也就不等，甚至先發(fā)的數(shù)據(jù)包有可能后到。為此，使用緩存系統(tǒng)來彌補(bǔ)延遲和抖動(dòng)的影響，并保證數(shù)據(jù)包的順序正確，從而使媒體數(shù)據(jù)能連續(xù)輸出，而不會(huì)因?yàn)榫W(wǎng)絡(luò)延續(xù)時(shí)擁塞使播放出現(xiàn)停頓。通常高速緩存所需容量并不大，因?yàn)楦咚倬彺媸褂铆h(huán)形鏈表結(jié)構(gòu)來存儲(chǔ)數(shù)據(jù)，通過丟棄己經(jīng)播放的內(nèi)容，流可以重新利用空出的高速緩存空來緩存儲(chǔ)后續(xù)尚未播放的內(nèi)容［3］。

2.2傳輸流程

（1）Web瀏覽器與服務(wù)器之問使用交換控制信息HTTP/TCP交換控制信息，以便把需要傳輸?shù)膶?shí)時(shí)數(shù)鋸從原始信息中檢索出來；

（2）用HTTP從Web服務(wù)器檢索相關(guān)數(shù)據(jù)，A/V播放器進(jìn)初始化；

（3）從Web服務(wù)器檢索出來的相關(guān)服務(wù)器的地址定位A/V服務(wù)器；

（4）A/V播放器與A/V服務(wù)器之間交換A/V傳輸，所需要的事實(shí)控制協(xié)議；

（5）一旦A/V數(shù)據(jù)抵達(dá)客戶端，A/V播放器就可以播放媒體動(dòng)畫了［4］。

2.3傳輸協(xié)議

流式傳輸?shù)膶?shí)現(xiàn)需要合適的傳輸協(xié)議。由于傳輸控制協(xié)議(TCP)開銷較大，故不太適合傳輸實(shí)時(shí)數(shù)據(jù)。在流式傳輸?shù)膶?shí)現(xiàn)方案中，一般采用超文本傳輸協(xié)議/傳輸控制協(xié)議(HTTP/TCP)來傳輸控制信息，而用實(shí)時(shí)傳輸協(xié)議/用戶數(shù)據(jù)報(bào)協(xié)議(RTP/UDP)來傳輸實(shí)時(shí)數(shù)據(jù)［5］。

3.流媒體技術(shù)原理

多媒體數(shù)據(jù)必須進(jìn)行預(yù)處理才能適合流式傳輸，這是因?yàn)槟壳暗木W(wǎng)絡(luò)帶寬對(duì)多媒體巨大的數(shù)據(jù)流量來說遠(yuǎn)遠(yuǎn)不夠。預(yù)處理主要包括2個(gè)方面:

①在保證一定質(zhì)量的前提下，丟棄大量對(duì)質(zhì)量影響較小的信息。

②采用先進(jìn)、高效的壓縮算法。

流式傳輸?shù)倪^程一般為:用戶選擇某一流媒體服務(wù)后，Web瀏覽器與Web服務(wù)器之間使用HTTP/TCP交換控制信息，以便把需要傳輸?shù)膶?shí)時(shí)數(shù)據(jù)從原始信息中檢索出來;然后客戶機(jī)上的Web瀏覽器啟動(dòng)Helper程序，使用HTTP從Web服務(wù)器檢索相關(guān)參數(shù)對(duì)Helper程序初始化。這些參數(shù)可能包括目錄信息、數(shù)據(jù)的編碼類型或與信息檢索相關(guān)的服務(wù)器地址［6］。

Helper程序及音/視頻服務(wù)器運(yùn)行實(shí)時(shí)流協(xié)議(RTSP)，以交換音/視頻傳輸所需的控制信息。與CD播放機(jī)或VCR所提供的功能相似，RTSP提供了操縱播放、快進(jìn)、快倒、暫停及錄制等命令的方法。音/視頻服務(wù)器使用RTP/U DP協(xié)議將數(shù)據(jù)傳輸給客戶程序(一般可認(rèn)為客戶程序等同于Helper 程序)，一旦音/視頻數(shù)據(jù)抵達(dá)客戶端，客戶程序即可播放輸出。實(shí)現(xiàn)流式傳輸一般都需要專用服務(wù)器和播放器，其基本原理如圖1所示［7］。

4.流媒體的傳播方式

4.1 單播

在客戶端與媒體服務(wù)器之間需要建立一個(gè)單獨(dú)的數(shù)據(jù)通道，從一臺(tái)服務(wù)器送出的數(shù)據(jù)包只能傳送給一個(gè)客戶機(jī)，這種傳送方式稱為單播。每個(gè)用戶必須分別對(duì)媒體服務(wù)器發(fā)送單獨(dú)的查詢，而媒體服務(wù)器必須向每個(gè)用戶發(fā)送所申請(qǐng)的數(shù)據(jù)包拷貝。這種巨大的冗余首先造成服務(wù)器沉重的負(fù)擔(dān)，響應(yīng)需要很長時(shí)間，甚至停止播放;管理人員也被迫購買硬件和帶寬來保證一定的服務(wù)質(zhì)量。但用戶可以開始、停止、后退、快進(jìn)或暫停流媒體。單播連接提供了對(duì)流媒體的最大控制。

4.2 廣播

廣播指的是用戶被動(dòng)接收流媒體。在廣播過程中，客戶端接收流媒體，但不能控制流媒體。例如，用戶不能暫停、快進(jìn)或后退該流媒體。廣播方式中數(shù)據(jù)包的單獨(dú)一個(gè)拷貝將發(fā)送給網(wǎng)絡(luò)上的所有用戶。

4.3 多播

IP多播技術(shù)構(gòu)建一種具有多播能力的網(wǎng)絡(luò)，允許路由器一次將數(shù)據(jù)包復(fù)制到多個(gè)通道上。采用多播方式，單臺(tái)服務(wù)器能夠?qū)资f臺(tái)客戶機(jī)同時(shí)發(fā)送連續(xù)數(shù)據(jù)流而無延時(shí)。媒體服務(wù)器只需要發(fā)送一個(gè)信息包，而不是多個(gè);所有發(fā)出請(qǐng)求的客戶端共享同一信息包。信息可以發(fā)送到任意地址的客戶機(jī)，減少網(wǎng)絡(luò)上傳輸?shù)男畔目偭俊＞W(wǎng)絡(luò)利用效率大大提高，成本大為下降。多播吸收了單播和廣播方式的長處，克服了上述2種發(fā)送方式的弱點(diǎn)，將數(shù)據(jù)包的單獨(dú)一個(gè)拷貝發(fā)送給需要的客戶。多播不會(huì)復(fù)制數(shù)據(jù)包的多個(gè)拷貝傳輸?shù)骄W(wǎng)絡(luò)上，也不會(huì)將數(shù)據(jù)包發(fā)送給不需要的客戶，保證了網(wǎng)絡(luò)上多媒體應(yīng)用占用網(wǎng)絡(luò)的最小帶寬［7］。

5.流媒體動(dòng)畫的應(yīng)用

基于綿陽師范學(xué)院新校區(qū)的虛擬顯示展示是建立在現(xiàn)代傳媒技術(shù)基礎(chǔ)上的多媒體應(yīng)用系統(tǒng)，它通過現(xiàn)代的通信網(wǎng)絡(luò)將學(xué)校校區(qū)的全景及建筑分布以動(dòng)畫、聲音和視頻的形式展現(xiàn)給用戶，從而模擬出學(xué)校全景直觀感受，讓用戶有身臨其境的感受。在互連網(wǎng)上以動(dòng)畫的形式傳輸需要解決兩個(gè)基本問題:音頻、視頻流信息的傳送，以及它們與數(shù)據(jù)之間的同步。由于音頻、視頻信息的帶寬比較寬，不可能讓用戶將所有的節(jié)目下載到本地計(jì)算機(jī)上后再播放，必須要采用先進(jìn)網(wǎng)絡(luò)播放技術(shù)來實(shí)現(xiàn)邊發(fā)送邊播放。

6.結(jié)語

隨著Internet的飛速發(fā)展，流媒體技術(shù)日趨完善，它的應(yīng)用越來越普及。流媒體動(dòng)畫在綿陽師范學(xué)院新校區(qū)的成功展示是流媒體技術(shù)應(yīng)用的一個(gè)方面，其還廣泛應(yīng)用于多媒體新聞、在線直播、網(wǎng)絡(luò)廣告、電子商務(wù)、視頻點(diǎn)播、遠(yuǎn)程教育、遠(yuǎn)程醫(yī)療、網(wǎng)絡(luò)電臺(tái)、實(shí)時(shí)視頻會(huì)議等互聯(lián)網(wǎng)信息服務(wù)的方方面面。流媒體技術(shù)在網(wǎng)絡(luò)上將有更廣闊的發(fā)展前景［8］。

參考文獻(xiàn)：

［1］李炳林.流媒體技術(shù)及應(yīng)用.現(xiàn)代通信與網(wǎng)絡(luò)技術(shù)講座.2001.12.68-70.

［2］劉輔.Character Education Of China.［C］.北京:中央廣播電視大學(xué)出版社， 2004．118-206.

［3］吳莉莉，劉益成.流媒體技術(shù)及應(yīng)用.［C］.信息技術(shù).2002.39-41.

［4］李炳林.電力系統(tǒng)自動(dòng)化(電力自動(dòng)化研究院通信所，南京210003).

［5］李東生.基于Windows 2000流式媒體技術(shù)的遠(yuǎn)程教育系統(tǒng).太原理工大學(xué)學(xué)報(bào)，2000，31(5).

［6］實(shí)時(shí)多媒體廣播系統(tǒng)的研究與應(yīng)用.鐵路計(jì)算機(jī)應(yīng)用，2000，09(3).

第9篇：rtsp協(xié)議范文

關(guān)鍵詞:多媒體技術(shù);多媒體素材;多媒體集成;流式技術(shù)

中圖分類號(hào):TP37文獻(xiàn)標(biāo)識(shí)碼:A文章編號(hào):1009-3044(2010)09-2227-02

Discuss the Skill Solution in the Multimedia Technology Simply

ZHU Wei-feng1, MA Quan-hui2

(1.Guangdong Vocational and Technical College Engineering,Guangzhou 510520,China;2.Guangdong Provincial Administration of Commerce and Industry,Guangzhou 510620,China)

Abstract: The multimedia material was gathered and integrated technology has already become important skills of the multimedia technology in IT trades, playing an important role during the process of training IT trade " software blue collar ", multimedia integrate and flow media solution of technology influence multimedia transmission quality of work in the Internet directly.

Key words: multimedia technology; multimedia material; the multimedia is integrated; streaming media

隨著網(wǎng)絡(luò)技術(shù)、3G通訊技術(shù)、多媒體技術(shù)的迅猛發(fā)展,人們可以通過快速而廉價(jià)的網(wǎng)絡(luò)去享受五彩繽紛的世界,傳統(tǒng)的廣播影視媒體、教育、商業(yè)廣告、軍事指揮與訓(xùn)練,甚至家庭娛樂等領(lǐng)域紛紛加入到Internet領(lǐng)域中,使自身的傳播方式得到了擴(kuò)充,但如何使多媒體適應(yīng)流方式進(jìn)行傳輸,使之能在網(wǎng)絡(luò)非常擁擠或很差的撥號(hào)連接的條件下,也能提供清晰、不中斷的數(shù)碼信息給觀眾,實(shí)現(xiàn)了網(wǎng)上動(dòng)畫、影音等多媒體的實(shí)時(shí)播放,這就是多媒體應(yīng)用上應(yīng)該給予解決的技能問題了。

眾所周知,多媒體技術(shù)(Multimedia Technology)是一種把文本、圖形圖像、動(dòng)畫、視頻和聲音等形式的信息結(jié)合在一起,并通過計(jì)算機(jī)進(jìn)行綜合處理和控制,能支持完成一系列交互式操作的信息技術(shù)。多媒體開發(fā)一般可分為需求分析、腳本設(shè)計(jì)、素材準(zhǔn)備、程序設(shè)計(jì)與數(shù)據(jù)集成、系統(tǒng)測(cè)試以及等階段,如圖1所示,核心技術(shù)主要在多媒體素材采集、集成及流媒體中體現(xiàn)。

1 多媒體素材采集方案

多媒體素材采集技術(shù)主要包括字處理軟件、繪圖軟件、圖形圖像處理軟件、動(dòng)畫制作軟件、聲音編輯軟件以及視頻編輯軟件等軟件的應(yīng)用。

字處理軟件常見的有記事本、寫字板、Word、OCR識(shí)別軟件。文字量大時(shí)一般使用OCR識(shí)別軟件,在識(shí)別前一般需要對(duì)文稿進(jìn)行掃描,掃描后文件以.tif格式保存,分辯率為300dpi以上,模式為黑白。

圖形圖像處理軟件常見有PhotoShop、CorelDraw、Freehand、PageMaker、Iiiustrator、Hypersnap屏幕抓圖等軟件。在設(shè)計(jì)制作過程中,首先要注意每種產(chǎn)品的設(shè)計(jì)有不同的行業(yè)規(guī)范,例如海報(bào)的輸出分辯率一般是600dpi,名片大小固定為90mm54mm,掛歷版面固定尺寸等等,而Photoshop軟件中要注重圖層和通道的應(yīng)用,熟知.psd等文件格式如何轉(zhuǎn)換到CorelDraw軟件中應(yīng)用等。

動(dòng)畫制作軟件常見有AutoDesk Animator Pro、3DS MAX、Maya、Flash 、Cool 3D等,例如Cool 3D是一個(gè)三維文字動(dòng)畫制作工具,做片頭常使用;Flash是交互式矢量圖和Web動(dòng)畫的標(biāo)準(zhǔn),網(wǎng)頁設(shè)計(jì)者使用Flash能創(chuàng)建漂亮的、可改變尺寸的、以及極其緊密的導(dǎo)航界面、技術(shù)說明以及其他奇特的效果。

聲音編輯軟件常見有豪杰超級(jí)音樂工作室、Audition、Sound Forge、Wave Edit等 ,主要解決聲音的錄制、剪輯、合成及輸出格式等,其中Adobe Audition前身為Cool Edit ,是一個(gè)專業(yè)級(jí)的音頻編輯軟件。

視頻處理常見軟件有AdobePremiere、Ulead Media Studio、Super Screen Recorder等。例如AdobePremiere專業(yè)視頻處理軟件,目前已經(jīng)成為主流的DV編輯工具,它為高質(zhì)量的視頻提供了完整的解決方案,作為一款專業(yè)非線性視頻編輯軟件在業(yè)內(nèi)受到了廣大視頻編輯專業(yè)人員和視頻愛好者的好評(píng)。

2 多媒體集成解決方案

多媒體集成主要通過應(yīng)用軟件的創(chuàng)作工具來幫助應(yīng)用開發(fā)人員提高工作效率,它將各種媒體素材按照超文本節(jié)點(diǎn)和鏈結(jié)構(gòu)的形式進(jìn)行組織,形成多媒體應(yīng)用系統(tǒng)。目前常用的多媒體集成系統(tǒng)為:Authorware、Director、方正奧思、繪聲繪色、ZineMake、IeBook等,編程語言為:Visual Basic、Visual C++、Delphi,刻錄系統(tǒng):Ner0-Burning ROM、Easy-CD Pro。

3 主要流式技術(shù)的主要解決方案

在Internet上所傳輸?shù)亩嗝襟w格式中,文本、圖形可以照原格式在網(wǎng)上傳輸,但是動(dòng)畫、音頻、視頻、PowerPoint文件、多媒體作品等內(nèi)容等雖然可以直接在網(wǎng)上播放,但文件偏大,即使使用專線上網(wǎng),也要等完全下載后才能觀看,為便于在網(wǎng)上傳輸,這幾種類型的媒體現(xiàn)均采用流式技術(shù)來進(jìn)行處理,此技術(shù)能將一個(gè)資料(動(dòng)畫、影音等)分段傳送,用戶不必等待整個(gè)內(nèi)容傳送完畢,就可以觀看到即時(shí)的連續(xù)的內(nèi)容,甚至可以隨時(shí)的暫停、快進(jìn)、快倒。

目前, RealNetworks公司的Real system、Microsoft公司的WindowsMedia Technology和Apple公司的QuickTime是Internet上流媒體傳輸系統(tǒng)的三大主流。

1)Real system由媒體內(nèi)容制作工具Real Producer、服務(wù)器端RealServer、客戶端軟件(ClientSoftware)三部分組成。其流媒體文件包括RealAudio、RealVideo、Real Presentation和RealFlash四類文件,新型流式音頻Real Audio文件格式為.ra格式,流式視頻Real Vedio文件格式為.rm格式。

目前大量的影視、音樂點(diǎn)播、春節(jié)晚會(huì)、網(wǎng)上直播都采用此系統(tǒng)。

2)Windows Media Technology是Microsoft提出的信息流式播放方案,由Media Tools、Media Server和Media Player工具構(gòu)成,核心是ASF文件,其是一種包含音頻、視頻、圖像以及控制命令、腳本等多媒體信息在內(nèi)數(shù)據(jù)格式,可以通過分成一個(gè)個(gè)的網(wǎng)絡(luò)數(shù)據(jù)包在Internet上傳輸,實(shí)現(xiàn)流式多媒體內(nèi)容。

MediaServer可以保證文件的保密性,不被下載,并使每個(gè)使用者都能以最佳的影片品質(zhì)瀏覽網(wǎng)頁,具有多種文件形式和監(jiān)控管理功能。

3)QuickTime包括QuickTime Streaming Server、QuickTimePlayer、QuickTime 4Pro、PictureViewer以及使Internet瀏覽器能夠播放QuickTime影片的QuickTime 插件。支持Http或Ftp協(xié)議傳輸數(shù)據(jù)及RLC、JPEG等領(lǐng)先的集成壓縮技術(shù),提供150多種視頻效果。

目前,新聞在線、BBC World、氣象頻道(WeatherChannel)等機(jī)構(gòu)都使用QuickTime 技術(shù)制作實(shí)況轉(zhuǎn)播節(jié)目。

除了上述流媒體技術(shù)格式外,目前網(wǎng)絡(luò)上的MTV、游戲、動(dòng)畫、交互式網(wǎng)頁及職業(yè)院校使用Macromedia的Shockwave技術(shù)開發(fā)網(wǎng)絡(luò)課件;MetaCreations公司的網(wǎng)上流式三維技術(shù)MetaStream是一種基于Intel構(gòu)架的網(wǎng)上3D開放文件標(biāo)準(zhǔn),主要用于創(chuàng)建、及瀏覽可以放縮的3D圖形和游戲開發(fā)。

而基于3G終端的流媒體協(xié)議棧則由RTSP協(xié)議棧,RTP/RTCP協(xié)議棧,TCP/IP協(xié)議棧組成,其可以實(shí)現(xiàn):①進(jìn)行視頻通話,三方舉行視頻會(huì)議;②替代以電視為媒體的廣告與節(jié)目播放,提供更具吸引力的多媒體點(diǎn)播等互動(dòng)服務(wù);③享受移動(dòng)銀行,股票信息,以及電子交易等各種信息服務(wù)。3G協(xié)議棧具有強(qiáng)大的兼容性,能根據(jù)基站服務(wù)器通信準(zhǔn)則建立最優(yōu)播放效果,并根據(jù)網(wǎng)絡(luò)狀況,實(shí)時(shí)適應(yīng)以改變通信策略和媒體播放效果。如圖2的系統(tǒng)框架將以流媒體協(xié)議棧進(jìn)行規(guī)劃,分為5個(gè)模塊:人機(jī)界面、RTSP模塊、RTP/RTCP模塊,以及硬件媒體編解碼器模塊。

隨著3G通訊技術(shù)的繼續(xù)推廣,遠(yuǎn)程教育、網(wǎng)絡(luò)電臺(tái)、視頻點(diǎn)播、收費(fèi)播放等都涉及到多媒體技術(shù),若采取的技能解決方案妥當(dāng)合理,多媒體技術(shù)的應(yīng)用將更廣、更輝煌。

參考文獻(xiàn):

[1] 田興.多媒體技術(shù)應(yīng)用[M].北京:化學(xué)工業(yè)出版社,2002.