キャッシング - オンデマンドでのRTSPモバイルビデオ、それを実現すると研究に基づいて
需要の収集と研究上のRTSPの携帯電話ベースのビデオを達成するために
gbvy[W
はじめに：3Gの登場により、帯域幅の大きなトラフィックが大きな発展を持って安く、モバイルTVなどのマルチメディアアプリケーションを充電、私は最後に、どのように携帯ビデオオンデマンドプログラムを構築するためにあなたと議論するため、過去の経験をまとめてクライアントが初期効果を達成するために。ようこそ議論に。
容易な管理、拡張、帯域幅の制約とマルチユーザーの同時実行性を考慮して前記最初の構造は、市販のプログラムは、ストリーミングメディアサーバーを+ WEBサーバ+中継サーバ+モバイルクライアントプログラムを使用してされるか
ストリーミングサーバーは、（ストリーミングサーバー）の収集とビデオソースと、クライアントの要求からのRTSP接続を待ってをコーディングを担当しています。
WEBサーバは、（Webサーバー）の配布と管理をビデオ情報を容易にする。
リレーサーバが（送信サーバー）、サーバーへのクライアントのRTSP要求から使用されているリアルタイムサーバーのクライアントに転送する場合は、オプションですが、この利点は、より多くの同時ユーザーをサポートするために、同じ帯域幅です。
モバイルクライアント（クライアント）が内蔵携帯電話を使用することができますプレーヤー（例えば、ノキアのRealPlayerのように）、または独自の独立したプレーヤーを開発するには、前者は大規模なアプリケーションを容易にするためにユーザーのしきい値を低下させる利点があります。促進拡張およびカスタマイズ、より多くの機能が満たすために。
ストリーミングサーバープログラムは、次のようにメディアサーバーをストリーミングするため、現在主流のソリューションの中核です：
。。もちろん、あなたが破壊する必要がある別の問題は：）
ダーウィンサーバー：これは、リンゴはヘリックスことなく多くのフォーマットをサポートするメディアストリーミングソリューションのオープンソースを導入していますが、開発のための広い空間と開発者のためのオープンソース、無料、フリー、さ。
live555メディアサーバー：ほとんどシステムの一部として独立して使用（ストリームなどのいくつかだけmp3、AMRは、れたAAC、MPEG4のESの）形式の安定した性能が、以下のサポートは、通常、。
Windows Mediaサーバーは：考慮されていない場合、マイクロソフトプラットフォームに制限されています。
次のようにモバイルクライアントフレームワークプロセスは：
モバイルクライアント側とサーバー側のトランスポートプロトコルは、現在のHTTPは、RTSP二、モバイルTV、複数のHTTPの初期の使用は、HTTPサーバーソフトウェアの特別な利点があると、IISは、ファイアウォールのNATに関係なく、することができますが、HTTPはサポートされていませんリアルタイムでも帯域幅の浪費をストリーミングRTSPストリーミングメディアは、現在主流の規格である、さらにマイクロソフトでは、MMSやRTSP停止し、再生を一時停止するなどのクライアント操作をサポートするためにRTSPの恩恵を放棄している、行うことが基本的な考慮とビデオの同期オーディオ（異なったRTPポートからのオーディオビデオは、バッファに読み込むため）。RTSPは成功すると、彼らは、前者は再送のために受け取られていない場合、各パケットは、受信することができるようにすることですは、RTP上のTCPとRTP上のUDPにRTP転送を開始すると、そのファイアウォール、NATを考慮していない注目すべきは、後者最善の努力は、フレーム落ちを、リアルタイム、再送させないための唯一の通信は、NATファイアウォールの問題を解決することを確認する。大きい再送の遅延は、ユーザーには無意味であるため、フレームレートは需要が高いモバイルTV場合は、破棄して希望は、UDP転送をお勧めします。
私はlive555のRTSP / RTPプロトコルの強力なオープンソースのライブラリの実現のネットワークの一部で使用されており、その性能が安定しており、ほとんどのオーディオおよびビデオ伝送フォーマットをサポートしています。。
。コンパイル後のアルゴリズムと最適化を経る。また、アサーションをffmpegのブランク領域の復号行サイズは、画像のQCIFサイズ176が192ではないことに注意する必要があります、デコードyuv2rgbとスケールを通過する必要がある、デコードされた画像は、（（）についての転送を緑、必要に応じてimg_convertを発見した場合フォーマットの目的は、）もPIX_FMT_YUV420Pです。シンビアンは、行のDSAと画面上に直接書き込む。ウィンドウは、モバイルsdlの使用することができます。
AACのは、AMRNB、AMRWBを含むオーディオデコーディング。AACやAMRNBは、GPRSおよびEDGE帯域幅は（AACのamrnb良いよりも優れている）オーディオをサポートすることですAMRWBは、3Gのオーディオ形式は、後に。非常に強いが、既に0.5のリリースをffmpegのamrnb / WBの固定小数点復号化をサポートするイン。
SymbianやWindowsを実機でモバイル6122c実機とは以下のとおりのWindows mobile5.0シミュレータの結果、テストされています：
デモビデオアドレスがRTSP：/ / v.starv.tv/later.3gp、ビデオMPEG4 SPコーデックと、音声がamrwbです。。
。
さらに、私との通信に興味を持ってプログラムを改善
この資料では、信用してください、複製、CSDNブログから来ている：