技術規(guī)范知識85-免費閱讀
【正文】 Ogg Project作為開放源代碼的多媒體整體方案已經(jīng)開始運作，包含其中的流媒體音頻技術Ogg Vorbis日漸成熟，相應的IceCast流服務器也已開始商業(yè)應用。比如RealNetworks最近的舉措包括有向電視錄像設備生產(chǎn)商提供軟件技術、研發(fā)在手機上投放視頻和音樂的技術等等。服務器比較項目 QuickTime 5 Windows Media 8 RealMedia 8 操作系統(tǒng) Windows系列、MacOS、Solaris、Linux、FreeBSD Windows系列 Windows系列、MacOS、Solaris、Linux 標稱支持并發(fā)用戶數(shù)目 2000 2000 3000 在線廣告 支持 支持 支持 可分配用戶帶寬 不支持 支持 支持 多點廣播 支持 支持 支持 SMIL 支持 通過瀏覽器支持 支持 RTSP協(xié)議 支持 不支持（它使用自己的MMS協(xié)議） 支持 DRM數(shù)字版權管理 由第三方提供 直接支持 直接支持 服務器費用 QuickTime Streaming Server免費 捆綁在Windows 服務器中 并發(fā)流數(shù)越多費用越高 從以上對比我們可以看出，其實從一般的角度來看，這三種技術之間的差異并不大。Microsoft是三家之中最后進入這個市場的，但利用其操作系統(tǒng)的便利很快便取得了一定的市場份額。例如，在一個 QuickTime 文件中可同時包含MIDI、動畫GIF、FLASH和SMIL等等格式的文件，配合QuickTime的Wired Sprites互動格式和，可設計出各種互動界面和動畫。這三家的技術都有自己的專利算法、專利文件格式甚至專利傳輸控制協(xié)議這三個關鍵要素在里面。 總有一天，單個媒體發(fā)布格式能包含不同類型媒體的所有信息，如計時、多個流同步、版權和所有人信息。該過程如所示。廣播方式中數(shù)據(jù)包的單獨一個拷貝將發(fā)送給網(wǎng)絡上的所有用戶。網(wǎng)絡利用效率大大提高，成本大為下降?！ ⌒枰f明的是，在流式傳輸中，使用RTP/UDP和RTSP/TCP兩種不同的通信協(xié)議與A/V服務器建立聯(lián)系，是為了能夠把服務器的輸出重定向到一個不同于運行A/VHelper程序所在客戶機的目的地址?！ ×魇絺鬏?shù)膶崿F(xiàn)需要合適的傳輸協(xié)議。實時流式傳輸需要特定服務器，如QuickTime Streaming Server、RealServer與Windows Media Server。它也不支持現(xiàn)場廣播，嚴格說來，它是一種點播技術。 順序流式傳輸是順序下載，在下載文件的同時用戶可觀看再線媒體，在給定時刻，用戶只能觀看已下載的那部分，而不能跳到還未下載的前頭部分，順序流式傳輸不象實時流式傳輸在傳輸期間根據(jù)用戶連接的速度做調(diào)整。流媒體實現(xiàn)的關鍵技術就是流式傳輸。一、流式傳輸?shù)幕A 在網(wǎng)絡上傳輸音／視頻等多媒體信息目前主要有下載和流式傳輸兩種方案。網(wǎng)上直播涉及的領域、傳播范圍都是其他媒體無法比擬的。電臺或電視臺在進行現(xiàn)場直播時，為了提高節(jié)目的互動性，往往同時開設現(xiàn)場熱線電話。流式傳輸避免了用戶必須等待整個文件全部從Internet上下載才能觀看的缺點。如使用HTTP服務器，文件即通過順序流發(fā)送。盡管有延遲，畢竟可讓你發(fā)布較高質(zhì)量的視頻片段?！ 崟r流式傳輸必須配匹連接帶寬，這意味著在以調(diào)制解調(diào)器速度連接時圖象質(zhì)量較差。因為Internet以包傳輸為基礎進行斷續(xù)的異步傳輸，對一個實時A/V源或存儲的A/V文件，在傳輸中它們要被分解為許多包，由于網(wǎng)絡是動態(tài)變化的，各個包選擇的路由可能不盡相同，故到達客戶端的時間延遲也就不等，甚至先發(fā)的數(shù)據(jù)包還有可能后到。 A/VHelper程序及A/V服務器運行實時流控制協(xié)議（RTSP），以交換A/V傳輸所需的控制信息。采用組播方式，單臺服務器能夠?qū)资f臺客戶機同時發(fā)送連續(xù)數(shù)據(jù)流而無延時。廣播指的是用戶被動接收流。很明顯，壓縮過程改變了數(shù)據(jù)位的編排。媒體發(fā)布格式是視聽數(shù)據(jù)安排的唯一途徑，物理數(shù)據(jù)無關緊要，我們僅需要知道
公司管理相關推薦
鄂ICP備17016276號-1