仕上げ作業中

今は、Webブラウザをクライアントにするリモートデスクトップ機能を提供するTiWebRemoteの開発中で、基本機能は動作する様になったので、仕上げ作業中だ。使い心地は、それ以下ではないが、それ以上でもない、といった感じだ。

TiExtenderに対するリモートデスクトップ機能の追加時に書いたのだが、今回開発しているWebブラウザをクライアントにするリモートデスクトップ機能というのは、明らかにMirror-DTCよりも劣っている部分もあるのだが、優れている部分もある。

具体的には、転送映像の圧縮率はMirror-DTCの方が高いのだが、Webブラウザをクライアントにするリモートデスクトップ機能では、それなりに使えるフレームレートは確保しつつ、エンコード/デコード負荷はより軽く、遅延も少ない。

なので、ちょっとした用途で使いたい様な場合には、クライアントソフトをインストールする必要がない、という事もあり、コチラの方が良さげな感じなのだが、だからと言って、こちらがMirror-DTCよりも優れてる、という事もない。

何故なら、Mirror-DTCでは、SIMD命令を使用したマルチスレッド処理により、CPU性能を使い切るエンコード性能を叩き出せるので、4kモニターに全画面表示される動画映像なんかについても、高性能CPUが搭載されたサーバーでは、60FPS転送が可能だったりしている。

これに対して、Webブラウザをクライアントにするリモートデスクトップ機能では、OSが提供しているAPIを利用して、転送映像はJPG画像にエンコードして転送しているので、通常は、ハードウェアエンコードにより、処理負荷は軽くて済むのだが、そういったハードウェアエンコードが対象とするのは、まだまだ、フルHD画像程度だったりしている感じもする訳だ。

つまり、4k解像度のデスクトップ映像をJPG画像にエンコードさせると、サーバー側のCPU/GPU性能は殆ど使われていないにも関わらず、エンコードは高速には行われないので、30FPS転送も出来なかったりしている。

と、言う事で、サーバー側のデスクトップ映像がフルHDまでなら、Webブラウザをクライアントにするリモートデスクトップ機能でも、動画映像を30FPSくらいで転送する事が出来る場合も多いのだが、4k解像度のデスクトップ映像ではそうは行かない。

これに対して、Mirror-DTCの場合、4k解像度のデスクトップ映像でも、サーバーが高性能PCであれば、30FPSくらいまでなら、普通に転送できる事も多いし、映像によっては、60FPS近いフレームレードが出ている事もある。

なので、ハードウェア支援によるJPGエンコードというのも、支援してくれるハードウェアによっては、それ以上の性能が出せない！ という所が問題になっている、と、言えるかもしれない。

つまり、今時のCPUは、コア数が増えて、使えるスレッド数も多いので、下手にハードウェア支援されるJPGエンコードだとか、動画エンコードよりも、CPUでエンコードした方が高速に処理が行えるケースも増えてきたのかもしれない。

まあ、支援するハードウェア側が、より高速に支援してくれれば済む話ではあるのだが、ハードウェア的には、昔の基準から鑑みて、この程度の性能が出せれば十分でしょ？ みたいな所もあるのかもしれない今日この頃だ。

ちなみに、上記の通りなので、Webブラウザをクライアントにするリモートデスクトップ機能というのは、それ以下でもないのだが、それ以上でもない、といった感じだ。

つまり、これはこれで、使い勝手が良いケースも多々あるのだが、だからといって、Mirror-DTCの存在価値を揺るがす感じでもない。

なので、TiWebRemoteについては、他のTiUtilitiesと同様に、起動時に、シェアウェアである旨の表示は行うものの、それ以外には、レジストキーの登録が行われていなくても、機能制限なんかは付けない事にした。

まあ、巷の殆どの人は、家の中でリモートデスクトップ機能を使いたい場合には、TiWebRemoteだけで十分！ かもしれないのだが、作者の様に、多くのPC/Macをリモートデスクトップで操作する必要がある！ みたいな人の場合、その内、Webブラウザをクライアントにするリモートデスクトップ機能では、役不足！ と、感じる事になる筈だ。

と、言う事なので、まずは、TiWebRemoteで、巷の普通の人たちに、リモートデスクトップソフトの便利さを味わって貰い、その中の一定割合の人が、有料のリモートデスクトップソフトに移行してくれる事を期待したい今日この頃だ。