C++またはC＃またはjavaでjpeg（ライブ）のストリームを作成する方法は？ RTSP？

Question

私はhtmlをレンダリングし、jpegをモバイルクライアントに送るサーバー側のhtmlレンダリングブラウザを構築しています。私はjpegをつかむサーバーを構築し、それをj2meで書く予定のクライアントにセッションでストリームする方法を見つけ出す必要があります

Answer 1

「ライブ」とは何かを意味するものではありませんが、あなたがURLを渡してイメージを返すようなサーバー側プロセスへのリクエストを行うことについて話していると推測しています。私がこれを行うことを知っている最も簡単な方法の1つは、JavaとSWTです。 SWT browser widgetを使用してキャンバスをキャプチャし、必要な画像タイプに変換することができます。ブラウザウィジェットは、ページをレンダリングするためにfirefoxを使用します。

Answer 2

私は一度に1つのjpegを提供するサーブレットと、次のjpegを頻繁に要求するミッドレットを作成します。

Answer 3

まあ、プレーンなJPEGより優れた解決策があります。私はこのようなシステムを実装しています.JPEGよりMPEG-2、MPEG-4 ASP、H.264などのビデオコーデックを使用し、pフレームとして更新を送信する方が良いでしょう（前の画像が欠落している場合）、変更が大きすぎる場合（または欠落した更新、または新しいクライアントが既存のストリームに追加された場合）はiフレームを送信します。

ビデオコーデックを使用しなくても、差異を送信する方が望ましい場合がよくあります。 diffをエンコードするために、他のメカニズムを使用してください。

バッファを送信する方法に関して、レンダリングするフレームバッファをいくつか使用し、変更が行われたときにタイマを開始するようにフレームバッファコードを設定し、変更が発生している間に定期的な変更を送信できます最後の変更（まだ送信されていない）から十分な時間が経過したとき（おそらく最初の値よりも短い時間）更新を送信し、ある種のストローブが含まれている可能性があります。たとえば、ブラウザからページロード完了の指示を得ることができます。これは、Firefoxでクロムを変更するなどして少し作業が可能です）。

は、他のソリューションの例については

を[追加]、などのVNC、RDP（Windowsのリモートデスクトップ）、などのリモート・デスクトップ・プロトコルやプログラムを見て - それは、愛好家の圧縮で再び、彼らがやっていることを効果的だと損傷領域トラッキング

フレームバッファの場合、標準のlinux/etcフレームバッファコード（おそらく最もシンプルなもの）、あるいはXVFBのようなものを使用することができます。