09/08/05 07:33:11 twUyaSvn0
>>436
さすがにそろそろ引き下がったほうがいいのでは?
よりよい実装のためのアイデア提供という一線を越えて、設計の押し付けにしかなってないと思う。
長くなるけどコメントしてみる。
>なるべくどちらか一方だけを使用するようにしてもらおうと思います。
プラグイン開発者に言ってるのかユーザに言ってるのかわからんけど、ずいぶん乱暴な意見だよね。
間口を広げて色々な人にプラグインを作ってもらおうというのもNiVEのコンセプトの1つだと(勝手に)思ってるけど。
OpenGLが得意な人はOpenGLでプラグインを作ればいいし、DirectXが得意な人はDirectXで作ればいい。
よく知らないが、それ以外の技術で参戦する人だって出てくるかもしれない。
使える技術を絞り込んでしまえば、それだけ参加する技術者が絞り込まれ、結果的にできることが減ってしまう。
速度も大事だけど、「できることが多い」というのはそれ以上に大事なことだと思う。
そのあたりを考えて汎用性を重視したのが、VerIIも含めたNiVEの設計なんじゃないかな?(実際のところは知らんけどさ)
速度だけを求めるなら、>>429でうp主さん自身も言われているとおり、フルOpenGLなソフトになっていた可能性もあるし。
「>>424で提案した方法なら汎用性に影響は無い」と反論するかもしれないけど、
自分でも「設計的には変かも」と書いてるし、全体的な設計が見えているわけでもないんだから、
自分が考えてる範囲だけで決め付けるのもどうかと。
そりゃリアルタイムに近い速さでレンダリング出来るに越したことは無いけど、使う側としては
「目的とする効果を、ある程度の速さで、ある程度綺麗にレンダリングできれば十分」
だと思う。そのうえで、機能や速度、仕上がりの美しさなどを考慮して、目的に合致したエフェクトを選ぶだろう。
場合によっては「同じような効果だけど、処理が遅くても綺麗に見えるエフェクト」が選ばれることだってあると思うし、
プラグインがどんな技術で作られたかなんて、ほとんどの人は気にしない。
>速度が落ちていた気がします・・
>かなり影響あると思うんですが。
ここまで強く仕様変更を迫るなら、そんな曖昧な根拠じゃなくて、最初から具体的な数字とか
テスト用のコードとかを出して提案してればこんなにグダグダにならずに済んだと思うけどね。
本当にそこがボトルネックになってるのかわからないし、そこを直しただけで本当に早くなるのかなと。
それと、調べてみますと言ってるけど、そもそも「GLSLエフェクトが少ない」という現状も考えたうえで
組み込む必要性が薄いと判断されたのを忘れてない?
もしかしたら
「次期バージョンでは俺がGLSLで、今あるほとんど全てのエフェクトを作ってやるぜ!」
っていう決意に燃えてるのかもしれないけど、あんまり現実的じゃないよね。
作ってもらえるのはとてもありがたい話だから積極的に作ってもらえると嬉しいけど
仮にそんな約束をしたとしても、現状では空手形でしかないし、
今の状況でこの処理を盛り込んで下さいっていうのは無理があると思う。
つづく。(我ながら長すぎた