10/04/01 01:30:29 yUfE9csc
>>630
>>636
具体的に書かなくてすみませんでした
「ひどく処理落ちする」というのは、
普段1フレームの処理が10~40ms程度なのが、200~300くらいになります
createBufferStrategy、getBufferStrategyをやり直しても直らず、Appletを起動し直さないとダメでした
ハード依存のせいで不安定なのかな、などと勝手に思ってましたが、よく分かりません
とりあえずGCのログ調べてみます
ありがとうございました
640:名前は開発中のものです。
10/04/01 13:06:54 UAXZ1fUj
>>636
java6update10でもそうなる?
アクセラレーションの効き方がupdate10以降全然違うよ。
641:名前は開発中のものです。
10/04/19 16:58:19 DE/oWF3W
Javaで3dソフトレンダラー作ってるんだがテクスチャマッピングが糞重い。
テクスチャ無しの時と比べて3倍近く重くなる・・・
ピクセル単位でマテリアルの色とテクスチャの画像の色とを乗算してるんだが、
速くする方法はないだろうか・・・
642:名前は開発中のものです。
10/04/19 22:44:06 EBaRhPkl
ソフトだとそんなもん。srcとdestのバッファが2次キャッシュに収まっているうちは早いのでそれを意識するしかない。
符号なし精度やSIMD直接発行したくなるけど、せいぜいマルチスレッドしかないね。
643:名前は開発中のものです。
10/04/23 14:30:02 +jF/jVEW
VolatileImageと-Dsun.java2d.accthreshold=0組み合わせるとか
644:名前は開発中のものです。
10/04/23 17:11:32 qX+XOmtR
3Dで思ったんだけどブルームてどういうふうに実装するの?
高輝度部分と重なる物体の輪郭をぼかせばいいの?
CGで木漏れ日とか表現してる人はどうやってんだろう。
645:名前は開発中のものです。
10/04/24 16:15:02 wWfiheja
マルチスレッドで組んだことないけど、
レンダラーの場合はどのあたりをマルチスレッドにすべきだろう?
やっぱ座標変換より描画処理か?
646:645
10/04/24 16:17:32 wWfiheja
ごめ、、sage忘れた
647:名前は開発中のものです。
10/05/06 15:54:54 sWIFt/qs
>>644
それ用にテクスチャを作っとくことが多いんじゃ?
んで加算合成とか
専門じゃないからよく分からんが
648:名前は開発中のものです。
10/05/08 01:32:27 OfzVRu2e
ゴーストやレンズフレアならテクスチャ使うこともあるけど
ブルームだけならレンダリング後のイメージ処理じゃないかな。
HDRIでレンダリングして一定以上の輝度の部分を抜き出して
ぼかしたあとに加算合成するとかそういうの。