10/03/01 02:42:29 VHqqtoLd
αブレンディングというか、特殊な合成が弱い。
画像のスクリーン合成(1-(1-src)(1-dst))はゲームのエフェクトで良く使うけど、Java2Dでは使えない。
自前で処理を書いても、遅すぎて使い物にならない。他のライブラリに頼るしかない。
この話題>>150-200あたりでも出たな
571:名前は開発中のものです。
10/03/01 07:27:10 W0xt/zd5
java3Dでゲームを作ろうとしているんですけど、市販されているゲームのポリゴンと、Geometrryクラスで定義したポリゴンって何か違いがありますか？
何かイメージと根本的に違う様な気がします･･･
572:名前は開発中のものです。
10/03/02 23:07:42 Ex3WWwU3
tet
573:名前は開発中のものです。
10/03/02 23:13:38 hmyMCdfx
お前さんが3Dにどういうイメージが抱いているか知らんが、
java3dのgeometryはかなり「実際の処理」に即しており合点がいく。
「市販されているゲーム」ってのは一体何だ…。市販のゲームは
末端で行われる原始的な処理を、見てる人にイメージし易いように
高度な変換を加えているだけのものだ。イメージだけで
いきなりあんな美麗な物体を描けるようにはならない。
いくらjava3dでも、末端で行われているdirect3dなどの
実際の3D計算方法をまったく知らない状態では厳しいぞ。
URLﾘﾝｸ(msdn.microsoft.com)
とりあえずこの4つの項目くらいは目を通しておくんだ。
俺はmanaged DXから入って、かなり読みやすかったのでこれが一番
分かりやすいだろう。
ブレンディングに関してはそもそもハードウェアアクセラレーションの
効かない場所でやるべきじゃない。自前処理でjavaだと遅いからc++なら
早いかって言ったらそこまで速くはない。結局openglなりd3dなりの
恩恵下で計算するのが一番速いんだから、言語を問わず
画像処理は2dであっても3dを利用しましょうということになる。
>>519が本当なら、そもそも2dのアクセラレーションは推奨されないこと
になる。
javaでゲームを作る場合、javaアプレットにするつもりがないなら
必ずGTGEなりjoglなりjava3dなりの3dデバイス系を利用することを
絶対に勧める。というかそれ以外で動きの多いゲームを作るのは
不可能だぞ。
574:名前は開発中のものです。
10/03/02 23:43:45 keRp0vK6
>>573
一番の問題は>>570だけかな。
速度に関しては今のJava2DはDirect3DやOpenGLでアクセラレーションがきいている。
ただし、VMの実装次第だし、どこがきくのかといったドキュメントは無いはず。
Java2Dはアクセラレーションの効きかたを意識しないで使えるのが利点ではあるが
ゲームだとそうはいっていられないのが厳しいところ。
ただ、2Dゲーなら速度的にはブレンディングの種類が少ないこと以外では問題にはならないね。
「必ず」というのはいいすぎで、不可能ではないよ。
ただしJavaSE6 update10以上必須ね。
これより前だと回転拡大縮小系はアクセラレーションきかないから、いっきに処理速度が1/100とかになる。
通常のJavaの実行速度も大幅に上がってるしアプレットでもJNLPかけるようになったので
update10未満使う理由はないのだけれども。Vistaの不具合回避したらすごいよいものになったというのが笑える。
575:名前は開発中のものです。
10/03/03 00:23:02 Ft2QLlFC
u10からOpenJDK6の成果が本格的にマージされて確かに実行速度は上がったがバグもかなり増えたぞ。
576:名前は開発中のものです。
10/03/03 01:15:37 4e2irmLH
どんなバグなのか具体的に
577:名前は開発中のものです。
10/03/03 02:48:16 bM8RSZ0B
公式のBTS全部見ろよ。
OpenJDKのパッケージがあるlinuxの適当なコミュニティにも上がってるぞ。
毎度のこと量があるのにスレに貼れる程度の具体的なバグなんてここに貼っても意味はない。
578:571
10/03/03 03:06:07 /DdOkaZg
>>573
有難う
579:名前は開発中のものです。
10/03/03 08:52:43 4e2irmLH
J2SE 5.0はサポート期間が終了してバグあっても放置だからもうJavaSE 6つかうしかないだろう
でもupdate10未満も大量にバグがあってupdate10以降で直ってるのも大量にあるのがな
でもゲーム程度で問題になるバグなんてまずないだろ
580:名前は開発中のものです。
10/03/06 15:16:24 9hs0NXi7
明日、韓国からのテロ攻撃の第２波があるかもと言う情報が・・・。
下手したら週末にまた2chが落ちるかもしれないね
￣￣￣V￣￣￣￣￣￣
∧＿∧
<丶｀∀´> ∧＿∧
／ ＼ （ ） はぁ？黙ってろ在日ｗ
.＿＿| | .| |＿ / ヽ
||＼ ￣￣￣￣ ／ .| | |
||＼..∧＿∧ (⌒＼|_＿./ ./
||. （ ） ~＼___＿_ノ| ∧＿∧
/ ヽ 氏ねよクズ ＼| （ ）
| ヽ ＼/ ヽ. 祖国に帰れよ
| |ヽ、二⌒) ／ .| | |
.| ヽ ＼∧＿∧ (⌒＼|_＿./ /
581:名前は開発中のものです。
10/03/07 02:52:45 mJhS8YgC
jinputでアプリケーションの起動中にジョイスティックの追加/削除を検知する事って出来ますか？
ControllerEnvironmentにControllerListenerを追加してもイベント飛んでこないす。
582:名前は開発中のものです。
10/03/07 11:20:32 YVbfusWB
とりあえず、以下のコード読んで勉強してる
・ドラクエクローン(URLﾘﾝｸ(javagame.skr.jp))
・シヴィライゼーションクローン(URLﾘﾝｸ(www.planet-source-code.com))
これらが、理解できるようになったら俺の目指すシミュレーションゲームも作れるだろう
Swingはよくわからんが(てか、JavaのGUI自体初体験だが)、ドラクエクローンの動作を見ると、メッセージWindowも自前で製作しているみたいだし、勉強せんでもよさそう
がんばるぉ＾＾
583:名前は開発中のものです。
10/03/07 12:38:46 8J4pTqVT
>>582
下のリンク先、見れないんだが。
584:名前は開発中のものです。
10/03/07 15:17:28 yFiVhkjz
>>583
末尾の括弧をURLに含めてるとか
585:名前は開発中のものです。
10/03/07 15:18:39 YVbfusWB
>>583
最後に")"をつけちゃったから、それがURLの一部にされていると思われ
URLから")"消してみて
それはそうと、他にも読んでおいたほうがいいソースコードあったら教えてね＾＾
586:名前は開発中のものです。
10/03/07 20:31:59 seQ6S77i
宣伝age 弾の軌跡を描画するようにしてみた
URLﾘﾝｸ(www10.ocn.ne.jp)
見た目は派手になったけど，処理が重くなった．
俺の場合，OpenGLの本とか衝突判定の本とかは読んだけど，
他の人のソースコードとかはあまり見てないな．
587:名前は開発中のものです。
10/03/07 21:08:52 EoGWWfXW
>>585
GOFのデザインパターンやっとくといいよ
ストラテジー、メディエーター、シングルトン、ファサードあたりを
意識すると上達が早くなる
588:名前は開発中のものです。
10/03/07 22:21:35 4Rnyo7gg
GOFぱっと見で理解できんならオブジェクト指向の利点を知ると良いね
するとGOFを見たこと無くても無意識にデザパタを適応していたりする
でもまあリファクタリングの勉強は最後でもいいはず
動くゲームを完成するまでの気力維持の方が大変だｗ
589:587
10/03/08 09:38:02 0N3PdWPF
俺の経験則としては、デザインパターンなしで
テトリス以上のゲーム作るのは無理だと思う
たとえばSwingを始めた>>585は、分離されたGUIコンポーネントや
イベントリスナーをどうつなげたらよいかについて困惑するはず
引数で無数に参照を渡す力押しとかでも不可能ではないけど
それじゃやっぱりコード書く楽しさがない
590:名前は開発中のものです。
10/03/08 20:38:45 fOUjfaLl
>>589
構造化プログラミング主体の頃の人間だったおれは、
デザインパターンを知らんでも作れたんだが・・・・。
C言語ライクなJavaプログラミングだったけどな。
591:名前は開発中のものです。
10/03/08 21:37:40 InSeFkGY
こういっちゃ悪いがデザインパターンについて何か勘違いしてる
OOPの理解とデザインパターンの適応は別物だぞ
デザインパターンは使える状況なら使ったほうが良い物ってわけでもないし
テトリス以上の複雑なゲームとなるとパターンがまんま適応できる状況がまず少ない
以上現役奴隷の勝手な意見
592:名前は開発中のものです。
10/03/08 21:53:19 3O0fgwI4
>>584
被っちゃいましたね＾＾
>>586
自分より遥にレベル上の方みたいですね
自分は古いかもしれませんが地味に２Ｄでがんばっていきます
お互いがんばりましょう
>>587-591
GOFはとりあえず読みました
半分も理解したか怪しいですが
とりあえず、ゲーム作るうえでは、入力なり出力なりのインタフェース切って、場面ごとに実装するクラス作ろうかなーっと漠然と考えてます
まだ、他人のコード読んでばっかりで、一行も書いてないのでどうなるかわかりませんがｗ
それはそうと、Javaでゲーム作りますがなにか？のページ見ていて思ったのですが、ゲームループはwhile文で自作するのが常道ですか？
TimerTaskがあると思うのですが、使わないのでしょうか？
while文の中で、遅延を考慮してたりして、結構がんばってるように感じたのですが、TimerTaskはその辺美味くやってくれるもんじゃないんですかね？
593:名前は開発中のものです。
10/03/09 10:57:20 QEiU+L36
>>5
auのオープンアプリの関連スレ無いですか？
オープンアプリ作る人が集まるスレ
594:名前は開発中のものです。
10/03/09 13:07:17 B2aHv/Xn
>>593
CLDC+MIDP+携帯電話用Javaスレッド part 9
ｽﾚﾘﾝｸ(tech板)
595:名前は開発中のものです。
10/03/09 14:15:07 lYcMPodi
java.util.Timerはスケジュールできなかったらタイマースレッドじゃなくてその場で実行する。
それすら実行できなかったらそのタスクは実行されなかった気がする。
あとスケジューリングの精度もそんなに厳格じゃなかったはず。
それでもいいならjava.util.Timerでいい。
でも、java.util.Timerつかうよりは並列ライブラリで自分の要件実装するんじゃないだろうか？
596:名前は開発中のものです。
10/03/09 15:54:48 QEiU+L36
>>594
どーもです。
オープンアプリでゲーム作ってる人のスレは無いってことっすね・・・残念ですぅ
597:名前は開発中のものです。
10/03/09 16:49:21 gD7fhvY3
おまえの目は節穴か
598:名前は開発中のものです。
10/03/09 18:00:12 QEiU+L36
だって、プログラム板のローカルルールでゲームの話題禁止なんですもの
599:名前は開発中のものです。
10/03/09 21:13:35 EB7b1hko
>>594の板で大丈夫じゃないかと思うよ
過激な自治厨もいないしゲームプログラムの話題も出てるし
600:名前は開発中のものです。
10/03/09 22:10:21 i+0eeHLE
>>592
問題ないよ
処理落ち等の実装は人によるけど、TimerTaskで実装するのではなくここでは時間管理だけして、
そこから他のスレッドをコントロールするのが理想かな
垂直同期とって60fps、処理落ちも垂直同期単位という昔ながらのアプリのような挙動がほしい場合はね
それ以外ならTimerとTimerTaskで問題なし
repaint()使っているようなものなら正直TimerもswingのTimerでいいと思う
601:名前は開発中のものです。
10/03/10 13:10:34 /NB3Vbw/
確かThread.sleep()でループを組めば、javaのバージョンによっては
windowsの高精度タイマーを利用するのでより品質の高いループが組める
はずだ。現に俺はsleep()で100fps以上の高分解能ループを組めている。
ループをあまり組んだことがないなら「timer 分解能」あたりで
一度ググっておくことをお勧めする。多くのwindowsではTimerでも
60fps回せるんだが、別に60fpsを回せることが保障されているわけでは
ない。ディスプレイのリフレッシュレートも影響するのかもしれないが、
ユーザの環境では35fpsになったり70fpsになったりするかもしれない。
whileでループ組んでいるというのがどういう状況か知らんけど、
それはwhile内部にwait()する区画があって始めて成り立つことだ。
初歩的なことだがビジーループなんて絶対に組んではいけない。
602:名前は開発中のものです。
10/03/10 14:31:21 nBH9suJo
>>601
XP前期くらいの古い話になるけど
Windows98SEではちゃんと30FPSで動いていたゲームがXP(2000だったかも)で20FPSくらいに
なってしまい原因が分からず悩んでいた時期があった
推測だけどデフォルトではタイムスライシングが16msになってて、ゲームを30FPSで動作ささせる
ために1フレームを33msにあわせようとすると48msになってしまってたんだと思う
メディアプレイヤーを起動していると精度が上がることを見つけて、自前のアプリケーションを起動し
timeBeginPeriodを呼び出しておくと同様の効果があることを確認し、それをユーザのマシンで
再現する方法を探してたよ
FLASHを一度でも再生したブラウザのプロセスが残っていると精度も上がったままになり、
IEの場合はbgsoundタグに空のmidiファイルを設定しておくという泥臭い逃げ手もあった
Windows以外のOSで試したことはないけど、どうなってるのかなぁ
603:名前は開発中のものです。
10/03/11 11:52:23 gsQzKt2E
昔はSystem.currentTimeMillisの精度が10～20msecで困ったな。
sleepは時間通りに動いていたかもしれないけど、対応しようがなかった。
今はnanoTimeで1msecの精度が出せるから良いね。
604:名前は開発中のものです。
10/03/11 13:14:15 I816Pm6U
え、まともにnanoTime動くのSunだけじゃないの？Windows7とかだと動くの？？
605:名前は開発中のものです。
10/03/11 15:31:52 +KPkzeB4
10000くらいの要素があるとして、
Map（HashMap）で全要素にアクセスするのって十分に遅いと思う？
List（ArraryList）と両方に要素を詰めておいて片方が苦手な面は
スレッドでごまかしたほうがいいかな
606:名前は開発中のものです。
10/03/11 19:26:06 I816Pm6U
十分に早いと思うんだがなぁ。
やってみた？
要素を取ってからの処理がが1ms掛かってりゃ、隠蔽できるレベルと思うんだが。
607:名前は開発中のものです。
10/03/11 23:54:00 zhaRJbEJ
1万要素くらいならおれは速度よりメモリを気にする。
10万とかなら考えるが。
608:名前は開発中のものです。
10/03/12 01:20:42 fx5pN5+0
>>604
まともってのがどの程度を意味するのか分からないけど、
XPでnanoTimeを実験したときは1ミリ秒くらいの精度は出たよ。
609:JAVA初心者
10/03/12 10:17:17 6GJM5qHr
JOGLをインストールして実行したら
「jogl.jar で制限されているためアクセスできません」
って出た
jogl-1.1.1a-windows-i586.zipの中のやつをコピーするだけではダメなのですか？
610:名前は開発中のものです。
10/03/12 22:17:40 cuwPqo48
ム板の初心者スレに行け
611:名前は開発中のものです。
10/03/13 11:54:22 ft4sD9tE
>>604
WindowsでもsunのVMなら
currentTimeMillisも1msの精度でてる
nanoTimeは高精度カウンタつかってるんでちゃんと1ms以下でてるっぽい
そのかわり特定の時刻はわからないけど、ゲーム系なら問題は無いな
Sleepとかタイマイベント系＋nanotime使ったビジーループが最も高精度だけど、
そこまで必要な場合むしろ垂直同期をしたほうがいいと思うんだ
612:名前は開発中のものです。
10/03/13 15:41:37 kP+vCyl1
そこまでする理由はなんだい？
格ゲーでも作るの？
613:名前は開発中のものです。
10/03/14 01:12:44 /KubzB8G
>>612
16.66msのつもりが32msになっていた、なんて精度だとライトなアクションゲームどころか
コマンド選択式RPGのエフェクトすらまともに表示できないと思う
614:名前は開発中のものです。
10/03/22 01:15:48 a35EGBlP
でも市販されてるPCゲームの精度なんてそんなもんじゃん
猫ぐらい目が良くないと一般ユーザでは気付かんレベルじゃないかね
615:名前は開発中のものです。
10/03/22 11:37:48 lWMLrUhP
2Dゲーはほとんどの場合フレームスキップ起こさないから精度はいつだって気になるものさ
3Dのほうが精度はいらない
ティアリングも2Dのほうが気になるしね
616:名前は開発中のものです。
10/03/22 13:33:05 DUGGcEaK
3D格ゲーマーなめんなよ！！
617:名前は開発中のものです。
10/03/22 19:56:42 a35EGBlP
2DPCゲームも盛んだった約10年以上前のintelのチップセット統合グラフィックコントローラには
主にゲーム中などの高負荷描画時に意図的にフレームスキップする機能が組み込まれていたけど
見て分るレベルじゃなくてほとんど気にならなかった思い出があるよ
618:名前は開発中のものです。
10/03/22 22:54:58 lWMLrUhP
i810ってハードで勝手にフレームスキップするのか？
619:名前は開発中のものです。
10/03/27 11:17:41 CAF7oz9b
ゲーム用のactiveXインストールさせておいてアンインストールの時に消さないのはクソゲー
620:名前は開発中のものです。
10/03/27 13:42:08 tZ9gJAWE
>>619
スレ間違えてるぞ
621:名前は開発中のものです。
10/03/27 22:43:26 AvjpVtCq
>>615
ふ～ん。よく知ってるね。ネット（笑）で調べたんだ？
622:名前は開発中のものです。
10/03/28 02:01:26 vG829dZf
アプレットの2Dの戦術シミュレーションゲームをAWTで書いてて
加算合成とかやりたい程度なんですが、
JOGLとかライブラリ使ったら結構早くなるものなんでしょうか？
標準APIしか使ったことないんですが、使うとしたらJOGL一択？
623:名前は開発中のものです。
10/03/28 16:23:12 dUxWoyHG
加算合成ならBufferStorategyとJava2Dのシステムプロパティー有効にすれば標準ライブラリでいける
624:名前は開発中のものです。
10/03/28 17:33:06 vG829dZf
ありがとうございます
すいません、調べてみたら、BufferStrategyってアプレットから使えなくないですか・・・？
テクスチャで2Dの描画だけできれば十分なんですが、
drawImageのような処理はどう実装するのが普通なのでしょうか？
とりあえずJOGLについて調べてみたのですが、
特定の画像を読み込んだテクスチャごとに、予め指定した各々のz座標にまとめて描画
という風なものしか思いつきません・・・
625:622
10/03/29 01:33:25 SqZ8R8TT
OpenGLを理解するところから始めようと思います
失礼しました
626:名前は開発中のものです。
10/03/29 17:04:23 YLmAQvrk
>>623
詳細希望
どうやるの？
627:名前は開発中のものです。
10/03/29 17:07:28 tAa/9ZD/
>>624
素のAppletを使う必要性が現時点で無いわけだから、
JAppletを使うわけにはいかんの？
とはいってもかなり作法が違うから、今から変更できないってのなら
わからんでもないが。
628:名前は開発中のものです。
10/03/30 16:45:14 ANScytkg
>>627
JAppletでCanvasを描画するって方法があったんですね！
アプレットでBufferStrategy使えました。ありがとうございます
BufferStrategyが4,5回の起動につき1回程度、酷く処理落ちするので
自前のダブルバッファリングと切り替えるようにしたのですが、
スマートな方法はありませんか？
システムプロパティの方は、
Appletから設定出来るのかどうか分かりませんでした
629:名前は開発中のものです。
10/03/30 17:22:35 5VmsakM5
>>623
半透明合成はAlphaCompositeでアクセラレーション効かせれるけど、
加算合成はどうすれば標準ライブラリで速度出せるの？
630:名前は開発中のものです。
10/03/31 13:50:19 ynx77+er
>>628
BufferStrategyのせいで処理落ちしてるとは思えない。
たぶん、GCのせいだよ。
結構でかいメモリを使い捨てにしてるんじゃないかな。
で、GCのタイミングを制御してないと。
まぁ、ゲームとかサーバサイドじゃないとGCが気になること無いんだけどね。
GCの情報をログに吐かせてチェックしたら良いよ。
631:名前は開発中のものです。
10/03/31 14:16:29 e2SekH7a
>>630
たまに描画アクセラレーションが効いてない状態になるのとGCは関係ないと思うぞ
632:名前は開発中のものです。
10/03/31 14:31:05 ynx77+er
>>631
描画アクセラレーションが効いてないって話はどこから？
633:名前は開発中のものです。
10/03/31 14:34:10 e2SekH7a
>>632
> 4,5回の起動につき1回程度、酷く処理落ちするので
原因はわからんけど同じようなことが起こった事あるから
634:名前は開発中のものです。
10/03/31 17:20:45 ynx77+er
俺はそういうことは無いなぁ。
しかし、俺が読み間違えてた部分があるな。
>BufferStrategyが4,5回の起動につき1回程度、酷く処理落ちするので
は、4,5フレームごとに処理落ちすると言うことかと思ってた。
635:名前は開発中のものです。
10/03/31 20:30:53 6whusFO/
問題に直面してる本人が原因をある程度特定しないことにはなんとも
新人の頃当たった上司は不具合の原因を完璧に特定して理詰めで説明
せんとソース触らせてくれなかったなぁ
636:名前は開発中のものです。
10/03/31 22:31:41 fTTvzrRQ
たぶん昔の俺と同じミスしてんじゃないかな。「ひどく処理落ちする」
ってのはどうやって計測してるの？Timerを使って計測する限り大抵の
環境で60fps以上のループを回せないので（Timerの分解能でググれ）、
17ms以下の時間を計測できないことになる。つまり処理の時間を計測
すると「0msと17msが交互に出てくる」という現象が起こる。この
17msを処理落ちと思ってしまっているのでは。
結構前に書いた気がするけど、どんなにVolatileImageで高速化したところで
その前処理である「drawImage()」がjavaでは（というか最近の言語では）
絶望的に重いので、よほど小さい画像か低いfpsじゃない限り
drawImage()で再描画回すのは無理だよ。画面全体の再描画は無理なので、
一部だけにしないと。
だから「複数の画像をテクスチャであらかじめ読み込んでおいて、それを
3D空間上で順番に表示する」ということになるのよ。
drawImage()はリアルタイムで使用してはいけない。
だから3Dデバイス無しで動きの多い2Dの描画は無理。java以外の2Dゲームも
最近はほとんどこの処理で描画している。
アプレットでjoglやjava3dやGTGEを使いたい場合は、「あらかじめモジュールを
プレイヤーに各個インストールしておいてもらう」か「java web startを使用
する」かの2択になる。私はアプレットに興味がないので
知りたければ自分で調べて…。
637:名前は開発中のものです。
10/03/31 23:01:06 e2SekH7a
drawImageが絶望的に重いってのが理解できないんだがどういうこと？
638:名前は開発中のものです。
10/03/31 23:51:25 T6Q4zys0
これやればアプレットから起動できる。
URLﾘﾝｸ(mailsrv.nara-edu.ac.jp)
639:名前は開発中のものです。
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でレンダリングして一定以上の輝度の部分を抜き出して
ぼかしたあとに加算合成するとかそういうの。