掌握各類多媒體素材的獲取和處理方法。掌握利用Authorware軟件提供的各種圖標創建完整的多媒體作品的方法。深入理解多媒體作品的開發過程。

本文首先介紹了移動流媒體業務的概念，以及流媒體的編解碼類型，隨后重點描述了實現移動流媒體業務的相關協議，最后介紹了相關標準的進展情況。 關鍵詞：移動流媒體? Streaming? 3GPP? RTSP? SDP? RTP。

最開始MP4指的是音頻（MP3的升級版），即MPEG-2 AAC標準。隨后MP4概念被轉移到視頻上，對應的是MPEG-4標準。而現在我們流行的叫法，多半是指能播放MPEG-4標準編碼格式視頻的播放器。但是這篇文章介紹的內容跟上面這些都無關，我們要討論的是MP4文件封裝格式，對應的標準為ISO/IEC 14496-12，即信息技術 視聽對象編碼的第12部分：ISO 基本媒體文件格式（Information technology Coding of audio-visual objects Part 12: ISO base media file format）。ISO/IEC組織指定的標準一般用數字表示，ISO/IEC 14496即MPEG-4標準。

Gallery3D的界面生成和普通的應用程序不一樣。普通程序一般一個界面就是一個 activity,布局用 xml或代碼都可以實現，界面切換是 activity的切換方式；而 Gallery3D沒有用 android的 UI系統，而是用 opengl畫出來的 ,即界面是在同一個 activity的，如主界面，縮略圖界面，單張圖片查看界面，標記界面等都屬于同一個 activity。

FFmpeg是一個集錄制、轉換、音/視頻編碼解碼功能為一體的完整的開源解決方案。FFmpeg的開發是基于Linux操作系統，但是可以在大多數操作系統中編譯和使用。FFmpeg支持MPEG、DivX、MPEG4、AC3、DV、FLV等40多種編碼，AVI、MPEG、OGG、Matroska、ASF等90多種解碼.

微軟的DirectX軟件開發工具包（SDK）提供了一套優秀的應用程序編程接口（APIs），這個編程接口可以提供給你開發高質量、實時的應用程序所需要的各種資源。DirectX技術的出現將極大的有助于發展下一代多媒體應用程序和電腦游戲。

在這最開始的一部分中我們將介紹本書所要用到的數學知識。我們討論的主題是向量，矩陣和相應的變換，當然還有一些有關面和線的內容。最開始閱讀時這部分是可選的。 本教程對這些知識的討論是很有限的，因此對于不同數學知識背景的讀者來說都容易閱讀。對于想了解更多更全的這方面信息的讀者，請查看有關線性代數的書籍。當然已經學習過線性代數的讀者也可將它作為有必要的復習內容來閱讀。（這里推薦你看看《線性代數與空間解析幾何》） 除此之外，我們還將展示D3DX類中相關的數學模型和執行特殊變換的函數。

Java媒體架構(JMF)是一個令人激動的通用的API，它允許Java開發者用許多不同的方法處理媒體。本指南主要通過使用工作的例子提供一個JMF的一些主要的特征的概述。閱讀完本指南后，你將會明白JMF體系結構中的主要播放功能。你同樣能正確的使用JMF，使用現存的例子和可為更多特殊功能擴展的源代碼。

自Doom游戲時代以來我們已經走了很遠。 DOOM不只是一款偉大的游戲，它同時也開創了一種新的游戲編程模式: 游戲 "引擎"。 這種模塊化，可伸縮和擴展的設計觀念可以讓游戲玩家和程序設計者深入到游戲核心，用新的模型，場景和聲音創造新的游戲， 或向已有的游戲素材中添加新的東西。大量的新游戲根據已經存在的游戲引擎開發出來，而大多數都以ID公司的Quake引擎為基礎， 這些游戲包括Counter Strike， Team Fortress， Tac Ops， Strike Force， 以及Quake Soccer。Tac Ops 和Strike Force 都使用了Unreal Tournament 引擎。事實上， "游戲引擎" 已經成為游戲玩家之間交流的標準用語，但是究竟引擎止于何處，而游戲又從哪里開始呢?像素的渲染，聲音的播放，怪物的思考以及游戲事件的觸發，游戲中所有這一切的幕后又是什么呢？ 如果你曾經思考過這些問題， 而且想要知道更多驅動游戲進行的東西，那么這篇文章正好可以告訴你這些。 本文分多個部分深入剖析了游戲引擎的內核， 特別是Quake引擎，因為我最近工作的公司Raven Software已經在Quake引擎的基礎上開發出了多款游戲，其中包括著名的Soldier of Fortune 。

Directshow起步。本章主要介紹diirectshow在編寫程序時所需的基本概念。在本章你可以總攬下directshow技術。你必須在總體上對本章的編程和媒體有所了解。

自Doom游戲時代以來我們已經走了很遠。 DOOM不只是一款偉大的游戲，它同時也開創了一種新的游戲編程模式: 游戲 "引擎"。 這種模塊化，可伸縮和擴展的設計觀念可以讓游戲玩家和程序設計者深入到游戲核心，用新的模型，場景和聲音創造新的游戲， 或向已有的游戲素材中添加新的東西。大量的新游戲根據已經存在的游戲引擎開發出來，而大多數都以ID公司的Quake引擎為基礎， 這些游戲包括Counter Strike， Team Fortress， Tac Ops， Strike Force， 以及Quake Soccer。Tac Ops 和Strike Force 都使用了Unreal Tournament 引擎。事實上， "游戲引擎" 已經成為游戲玩家之間交流的標準用語，但是究竟引擎止于何處，而游戲又從哪里開始呢?像素的渲染，聲音的播放，怪物的思考以及游戲事件的觸發，游戲中所有這一切的幕后又是什么呢？ 如果你曾經思考過這些問題， 而且想要知道更多驅動游戲進行的東西，那么這篇文章正好可以告訴你這些。 本文分多個部分深入剖析了游戲引擎的內核， 特別是Quake引擎，因為我最近工作的公司Raven Software已經在Quake引擎的基礎上開發出了多款游戲，其中包括著名的Soldier of Fortune 。

這份文檔描述了RTP這份實時傳輸協議。RTP提供了端到端的傳輸功能，通過多播或單播的方式，適合于傳輸如音頻、視頻等實時數據。RTP并不保證服務質量，也沒有提供資源預留。傳輸的數據通過控制協議RTCP的補充來實現乃至大規模多播傳輸方式下的監視功能。并通過RTCP提供一些控制和識別流的功能。RTP和RTCP被設計成獨立于傳輸和網絡層。這份協議支持使用RTP層的混流服務器(MIXER)和譯流服務器(TRANSLATOR)。

本文描述RTP（real-time transport protocol），實時傳輸協議。RTP在多點傳送（多播）或單點傳送（單播）的網絡服務上，提供端對端的網絡傳輸功能，適合應用程序傳輸實時數據，如：音頻，視頻或者仿真數據。RTP沒有為實時服務提供資源預留的功能，也不能保證QoS（服務質量）。數據傳輸功能由一個控制協議（RTCP）來擴展，通過擴展，可以用一種方式對數據傳輸進行監測控制，該協議（RTCP）可以升級到大型的多點傳送（多播）網絡，并提供最小限度的控制和鑒別功能。RTP和RTCP被設計成和下面的傳輸層和網絡層無關。協議支持RTP標準的轉換器和混合器的使用。本文的大多數內容和舊版的RFC1889相同。在線路里傳輸的數據包格式沒有改變，唯一的改變是使用協議的規則和控制算法。為了最小化傳輸，發送RTCP數據包時超過了設定的速率，而在這時，很多的參與者同時加入了一個會話，在這樣的情況下，一個新加入到（用于計算的可升級的）計時器算法中的元素是最大的改變。

摘 要： 采用MS DirectShow技術對網絡實時視頻流進行客戶端回放逐漸成為網絡視頻服務的主流技術之一，本文介紹了DirectShow技術的原理并以MPEG-1視頻流解碼回放為例，詳細說明了Filter Graph的構建與實現方法。

JRTPLIB是一個很牛的老外用C++寫的一個開源的RTP函數庫, 用它可以進行數據的實時傳輸.實時傳輸協議（Real-time Transport Protocol，PRT）是在Internet上處理多媒體數據流的一種網絡協議，它是基于UDP協議的一種流媒體協議。

隨著互聯網的飛速發展,流媒體技術的應用越來越廣泛,從網上廣播、電影播放到遠程教學以及在線的新聞網站等都用到了流媒體技術。但現有公開文獻所報道的大多是利用現有的流媒體服務器來搭建一個流媒體服務系統，或者是針對流媒體數據的編碼方式所進行的研究。本文對流媒體服務器技術的研究重點在于如何建立一個服務器，并且在實現流媒體傳輸的兩個基本協議RTP/RTCP的基礎上構建一個基本的流媒體服務器。

SMIL是同步多媒體集成語言（Synchronized Multimedia Integration Language）的縮寫,念做smile(呵呵，這名字不錯吧)。它是由3W(World Wide Web Consortium)組織規定的多媒體*縱語言。最新的SMIL版本是2001年8月推出的SMIL 2.0版本(參與制定該標準的公司奇多，J 有Compaq、Gateway、IBM、Microsoft、RealNetworks、Oratrix等等。太多了,一口氣都下不來！！！)。SMIL與我們網頁上用的HTML（超文本傳輸語言）的語法格式非常相似。后者主要針對普通的網絡媒體文件進行*縱（文字、圖片、聲音、動畫、視頻的機械堆砌），而前者則*縱多媒體片斷（對多媒體片斷的有機的、智能的組合）。J 看來這東西真的不錯！

當下比較流行的即時通信工具，比如MSN，QQ等都實現了視音頻的功能，通過視頻，音頻，我們可以更好的和朋友通過網絡進行溝通，本文通過DirectShow技術模擬QQ實現了視頻和音頻的采集，傳輸，基本實現了QQ的視音頻聊天的功能。 <br>網絡視音頻系統主要功能就在于視音頻的采集，網絡傳輸兩個方面，通過Video Capture系列API函數，你就可以輕松的搞定視頻捕捉，但是對于視頻的網絡傳輸，則要費一番功夫了。對于視音頻數據的傳輸，只簡單地使用數據報套接字傳輸音視頻數據是不可行的，還必須在UDP層上采用RTP（實時傳輸協議）和RTCP（實時傳輸控制協議）來改善服務質量。實時傳輸協議提供具有實時特征的、端到端的數據傳輸服務。我們在音視頻數據前插入包含有載荷標識、序號、時間戳和同步源標識符的 RTP包頭，然后利用數據報套接字在IP網絡上傳輸RTP包，以此改善連續重放效果和音視頻同步。實時傳輸控制協議RTCP用于RTP的控制，它最基本的功能是利用發送者報告和接收者報告來推斷網絡的服務質量，若擁塞狀況嚴重，則改用低速率編碼標準或降低數據傳輸比特率，以減少網絡負荷，提供較好的Q.S 保證。

DirectShow介紹：DirectShow是一個windows平臺上的流媒體框架，提供了高質量的多媒體流采集和回放功能。它支持多種多樣的媒體文件格式，包括ASF、MPEG、AVI、MP3和WAV文件，同時支持使用WDM驅動或早期的VFW驅動來進行多媒體流的采集。DirectShow整合了其它的DirectX技術，能自動地偵測并使用可利用的音視頻硬件加速，也能支持沒有硬件加速的系統。<br>DirectShow大大簡化了媒體回放、格式轉換和采集工作。但與此同時，它也為用戶自定義的解決方案提供了底層流控制框架，從而使用戶可以自行創建支持新的文件格式或其它用途的DirectShow組件。