余分なデータフレームをVNC通信に追加する方法は？

Question

vnc通信でビデオフレームと共に余分なデータフレームを追加する方法を知っている人はいますか？クライアントとサーバーの両方が私によって処理されます。また、両側で余分なデータフレームをエンコードしてデコードする方法もあります。

ご協力いただければ幸いです。

Answer 1

私はRFB（VNC）プロトコル上で見つけた最高の参照がある：http://tigervnc.org/cgi-bin/rfbproto

あなたは一般的な方向性のカップルを持っています。

プロトコルを拡張しても構わない場合は、プロトコルに新しいメッセージタイプを追加するだけです（両端を制御するため）。いずれかの方向に任意の量のデータを送信するための既存のメッセージの例として、clientcuttextおよびservercuttextを参照してください。欠点は、クライアントまたはサーバーが異なるクライアントまたはサーバーに接続されている場合、致命的なエラーが発生することです。

もう1つのオプションは、下位互換性のある方法で既存のメッセージを拡張することです。たとえば、ビューポートの外側にあるマウスイベントを送信して（実際の場所に戻ってきた最終的なマウスイベントを送信して）クライアントからサーバーへのメッセージを送信することができます。ビューポートの外側にあるフレームバッファ更新を送信することによって、クライアントからのメッセージをサーバーに送信できます。それは通常のクライアントでは表示されません。

Answer 2

「透かし」を使用します。すべてのX番目のフレームにデータを設定することができます。すべてのピクセルは、少しのデータを格納するために使用されます。すべてのX-1番目のフレームですべてのピクセルを記録し、X番目のフレームごとにサーバーのビデオフィードの実際の変更を無視しますが、ビットを1にする場合はピクセルを暗くし、0にしたい場合は同じピクセル。 1024 x 768ピクセルのディスプレイでは、この方法でXフレームごとに786kbのデータを格納する可能性があります。データを格納するフレームのストリームを圧縮しないでください。

786kbを必要としない場合は、画面の上半分にするだけで帯域幅を節約し、786kbの半分をデータとして使用します。

すべての暗号化ではなく、ほとんどすべてを実装できるはずです。あなたはあまりにも難読化することができます。たぶん3番目ごとのビットはランダムで無用です。 1番目のビットが1の場合は、すべてを反転します。などなど