アカウント名:
パスワード:
他の方も言われているように、Javaで十分な気がするのですがこれの利点って何なのでしょうね。Nativeで動くといっても、デバイス直接触ったり出来るわけではないでしょうし。
動画CodecとかDRMにつきものの暗号化・復号化って年々重くなっていますよ。この手のものは、x86_64で高速な機械ならまだしも普通のパソコンや組み込み用途でJavaなどで実装するのは些か無謀だと思います。ARMやia32を入れてるのは明らかにゲーム機や携帯電話などの組み込み市場を意識してる訳で。
それだったらプラグインにすればいーやん…となりがちですが、プラグインにするとクライアントの機械にコードを残すハメになる。システム構成によっては再起動すら必要になる。プラグインをワンタイムで失効させる事も不可能ではないですが、上記のビジネスリスクを考えるとワンタイムのコード実行のフレームワークを新たに作る方がベターと考えたのでしょう。プラグインの形でフレームワークを配布しておけば、アプリ自体をネットから読み込んで実行して完全に捨ててしまうワンタイム実行が可能になる。
# 当然、Javaや.NETの市場を食い荒らそうという意図もあるでしょうが。ネットから読み込んだネィティブコードをワンタイム実行させて、処理が終わったら自動的に破棄する。ある意味理想的なDRMになるように思いますが。但し、個人的にはそういう個人がプログラムコードやコンテンツを所持して保管も二次利用もできない環境などクソ喰らえ。と思いますが
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
普通のやつらの下を行け -- バッドノウハウ専門家
やっぱり (スコア:0)
これの利点って何なのでしょうね。
Nativeで動くといっても、デバイス直接触ったり出来るわけではないでしょうし。
日本なら、「車輪の再開発」といわれるのがオチでしょうが
選択の幅が広がるのは良いことですね。
けど、クライアントのブラウザ上で速度が必要な処理…。
FPSとか音声・動画像処理？
思いついたのは、分散コンピューティングをブラウザ上でやる。
空いてるクライアントで、webページにアクセスするだけで、参加できるとか。
あっでもJavaでもできなくないな。
「理想の」DRM（Re:やっぱり (スコア:2, 興味深い)
動画CodecとかDRMにつきものの暗号化・復号化って年々重くなっていますよ。
この手のものは、x86_64で高速な機械ならまだしも普通のパソコンや組み込み用途でJavaなどで実装するのは些か無謀だと思います。ARMやia32を入れてるのは明らかにゲーム機や携帯電話などの組み込み市場を意識してる訳で。
それだったらプラグインにすればいーやん…となりがちですが、プラグインにするとクライアントの機械にコードを残すハメになる。
システム構成によっては再起動すら必要になる。
プラグインをワンタイムで失効させる事も不可能ではないですが、上記のビジネスリスクを考えるとワンタイムのコード実行のフレームワークを新たに作る方がベターと考えたのでしょう。
プラグインの形でフレームワークを配布しておけば、アプリ自体をネットから読み込んで実行して完全に捨ててしまうワンタイム実行が可能になる。
# 当然、Javaや.NETの市場を食い荒らそうという意図もあるでしょうが。
ネットから読み込んだネィティブコードをワンタイム実行させて、処理が終わったら自動的に破棄する。
ある意味理想的なDRMになるように思いますが。
但し、個人的にはそういう個人がプログラムコードやコンテンツを所持して保管も二次利用もできない環境などクソ喰らえ。と思いますが