私は、html をレンダリングして jpeg をモバイル クライアントに送信するサーバー側の html レンダリング ブラウザを構築しています。jpeg を取得し、j2me で記述しようとしているクライアントへのセッションでそれらをストリーミングするサーバーを構築する方法を理解する必要があります。
質問する
2854 次
3 に答える
0
一度に1つのjpegを提供するサーブレットと、次のjpegを頻繁に要求するミドルレットを作成します。
于 2009-03-02T12:10:05.023 に答える
0
まあ、プレーンJPEGよりも優れたソリューションがあります。私はこのようなシステムを実装しましたが、JPEGよりもMPEG-2、MPEG-4 ASP、H.264などのビデオコーデックを使用し、更新をpフレーム（つまり、以前のデルタからのデルタ）として送信する方がよいでしょう。画像）、変更が「大きすぎる」場合（または更新を見逃した場合、または既存のストリームに新しいクライアントが追加された場合）、iフレームを送信します。
ビデオコーデックを使用しなくても、違いを送信することが望ましい場合がよくあります。他のメカニズムを使用して差分をエンコードします。
バッファを送信する方法に関しては、いくつかのフレームバッファを使用してレンダリングし、変更が行われたときにタイマーを開始するようにフレームバッファコードを設定できます。変更が発生している間は、十分な時間があれば定期的な変更を送信します。最後の変更（まだ送信されていない）から更新を送信し（おそらく最初の値よりも短い時間）、特定の発生時に呼び出すことができる更新を強制するある種のストロボも含まれている可能性があります（可能な場合は、たとえば、ブラウザからページの読み込み完了の表示を取得します。これは、Firefoxでクロムを変更するなどして少し作業するだけで実行できます）。
[追加した]
他のソリューションの例については、VNC、RDP（Windowsリモートデスクトップ）などのリモートデスクトッププロトコルやプログラムを見てください。これも、より強力な圧縮と損傷領域の追跡により、効果的に実行されています。
フレームバッファの場合、標準のlinux / etcフレームバッファコード（おそらく最も単純）、またはXVFB（生のフレームバッファよりも何がなぜ変化しているのかについての詳細情報にアクセスできる）のようなものを使用できます。
于 2009-05-15T15:27:57.430 に答える