Javaゲーム作成総合スレ

**名前は開発中のものです。** · 2008/10/28(火) 18:23:40

Javaでゲームを作ろうと思っている人、今作っている人等が情報交換するためのスレです。
2Dのスレはありましたが、総合スレがなかったので立てました。
2D,3DどっちでもOKで、グラフィックス、アルゴリズム、お勧めサイト等、内容も自由です。

**名前は開発中のものです。** · 2009/06/24(水) 23:31:26

データ構造の仕様も判定の仕様もわからんが
あらかじめ判定のある不透明部分だけ抜き出して適当なデータ作っとくとか

**名前は開発中のものです。** · 2009/06/25(木) 18:29:50

>>319
ゲームの種類にもよるけど、ドット単位で厳格な判定をしようと言うのがそもそもの間違い。
(これはスプライト同士の場合。マウスカーソルとアイコン等、点とスプライトの判定ならドット単位でも大丈夫)
例えば、格闘ゲームの判定なんかは長方形の判定が数個配置してあるだけ。
キャラの喰らい判定も、パンチやキックの攻撃判定も、みんな2・3個の長方形で表現されている。
衝突判定が重要な格闘ゲームですらこうなんだから、他のジャンルもこんな感じ。

どうしても気になるんなら、当たり判定を複数の円や三角に分割して処理すれば軽さと精度を両立できる。
あまり細かく分割すると余計重くなるので、多少の誤差なら無視してしまってok。

STG等、敵の大群と自機の弾幕の間で判定を行なう場合の高速化方法もあるけど、
アルファを考慮して68msって規模なら必要無いので省略。

**319** · 2009/06/27(土) 02:44:14

い、忙しい。コード書けねぇ。

スプライトの仕様は以下

・スプライトの描画座標系での位置(x,y)を持つ
・スプライトのサイズ:w * hを持つ
・表示される画像を持つ
・可視性-visibleを持つ

で当たり判定の実装は以下

1) 可視性をみる
2) 二つのスプライトの位置とサイズから重なっているか見る
--- ここから実際にアルファ値考慮 ---
3) 二つのスプライトの共有された矩形の情報を得る
4) 3)を元に二つのスプライトの画像の共有部のみそれぞれint[]に各ピクセルのargb情報を格納
5) 4)より得た配列二つのピクセルの全アルファ値をみる
6) 見たアルファ値の両方が完全に不透過ならば当たっていると判断

こんな感じ。
それで当たり判定メソッドにアルファ値を考慮するかどうかのフラグを指定できるので、
>>320の"アルファ値判定が必要な物だけ"というのはこれをoffにすればいい。（そのとき実装の 2) までやってreturnする）
それ以外は上記に挙げたこと以外は特にやっていない。

とりあえず>>324の"あらかじめ32x32くらいの判定ボリュームを用意して精度を落としてしまう"
を時間がある時に実装しようと思う。
レスくれたみんなありがと。

**名前は開発中のものです。** · 2009/07/13(月) 20:05:52

スレ違いだとおもうけど
就職作品で提出する場合
MIDPとDojaどっちで作るのがいいと思う？
てかどっちが主流なんだろう

**名前は開発中のものです。** · 2009/07/13(月) 21:00:36

どっちでも作れるなら両方作っておいたほうがいい。
私なら使うかどうかは別として常に保険は持っておく。

ただ「提出」となるとMIDPの方が用意しやすいんじゃないか？

**名前は開発中のものです。** · 2009/07/13(月) 21:20:41

>>329
了解ありがとう～

**名前は開発中のものです。** · 2009/07/13(月) 22:39:13

その会社の製品がどっち優先か調べて決めれ

**名前は開発中のものです。** · 2009/07/14(火) 07:11:46

いまDojaじゃないけどな

**名前は開発中のものです。** · 2009/09/11(金) 12:02:33

質問させてください

Javaでゲーム作る場合は、Swingを使うのでしょうか？それともAppletを使うのでしょうか？
勉強中なのですが、ネットで色々と検索するとJFrame上に画面を生成している人とAppletに画面を生成している人がいます
どちらが一般的なのでしょうか？
PC用、携帯用とかで使い分けるものなのでしょうか？

よろしくお願いいたします

**名前は開発中のものです。** · 2009/09/11(金) 14:11:16

アプレットでSwingが使えるJAppletというのもあるよ！
ブラウザ上で動かしたいならアプレット、単独で動かしたいならJFrame
やろうと思えば両用に作ることもできるが、好みで選べばいい
携帯用は根本的にまったく異なる

**名前は開発中のものです。** · 2009/09/11(金) 20:42:59

SwingかAppletかっていう選択はおかしい。

選ぶのはまずターゲットにする実行環境を選ぶ。
・アプレット(ブラウザ内で実行)
・アプリケーション(ダウンロードして実行)
・携帯
WebStartとかFXとかもある

それとは別に使うライブラリとして
・Swing
・AWT
を選択。他にもSWTやJOGLを使う手もある。

**名前は開発中のものです。** · 2009/09/12(土) 14:13:51

レスありがとうございます
基本的に、ダウンロードして遊ぶアプリケーションを考えています

色々と調べましたけど、appletは過去に現在のFlash見たいな位置づけにあった技術ってことでいいんですかね？
Java Web Startとかも同じようなことやっているみたいですし、今回はappletは無視の方向でがんばってみます

**名前は開発中のものです。** · 2009/09/13(日) 12:41:46

ゲームでSwingはJOGLが安定してからの方がいいような

**名前は開発中のものです。** · 2009/09/13(日) 18:57:10

質問者のレベルからいっておそらくJava2DだけでいいからSwingでもAWTでもかまわんかと

**名前は開発中のものです。** · 2009/09/14(月) 12:43:38

>>333
いつの日かAndroidにRhino組み込んでゲーム作る日が来るよ

**名前は開発中のものです。** · 2009/09/15(火) 20:39:38

皆さんどんなゲーム作ってるの？

**名前は開発中のものです。** · 2009/09/25(金) 02:51:49

皆さんゲーム作ってないのですか？？

**名前は開発中のものです。** · 2009/09/26(土) 09:58:13

誰もいないでちゅか？

**名前は開発中のものです。** · 2009/10/01(木) 07:27:17

誰もいないなら削除依頼だしたほうがいいですかね？

**名前は開発中のものです。** · 2009/10/01(木) 16:48:22

削除依頼を出す必要性が見つからないんだが。

**名前は開発中のものです。** · 2009/10/01(木) 23:01:58

よかった！私以外にも人がいたみたいですね！！
削除依頼は延期させてもらいます！！！

**名前は開発中のものです。** · 2009/10/01(木) 23:31:47

Javaだと、標準機能だけで2D系ゲームならすぐ作れそうだよね。
新入社員教育で、「期間8時間x5日間の課題としてテトリスクローン作成」
程度のメニュー組んでも大丈夫そうな気がする。

**名前は開発中のものです。** · 2009/10/02(金) 07:41:58

>>346
テトリスだとアルゴリズムの部分を除けば必要な機能はキー入力の処理と画像表示だけだよね
疑問なんだが、C#とかC++とかにはそういう機能は標準ではないの？

**名前は開発中のものです。** · 2009/10/02(金) 08:03:30

>>347
C++は画面出力用の標準ライブラリは存在しない。
C#にはあったと思うけど、本格的に使ったことがないんで自信なし。

Javaで40時間で作れそうなゲームというと、大抵の落ちものパズル、インベーダー、パックマンとかかな。
黎明期のゲームはわりとどうにかなりそう。
もちろん、敵も味方も丸や四角になるけど。

**名前は開発中のものです。** · 2009/10/02(金) 11:39:50

>>343
スレがのこってるということ自体に意味があるので自然の落ちない限り残すのが普通だろ
たとえば間をおいて質問等があった場合スレを新規に立ち上げるのと書き込むだけでは敷居が違いすぎる

スレは一個人のものではないんだぜ?
スレはたった時点で「1」の手を離れてるんだぜ…

**名前は開発中のものです。** · 2009/10/02(金) 12:37:48

今のJavaはゲーム作成環境としてもけっこうこなれてきたと思うんだが、
フリーや同人の世界でもJava製ゲームってあんまり無いね。

**名前は開発中のものです。** · 2009/10/02(金) 18:33:12

PCのスペックがどんどん上がってきて、比較的大規模なソフトウェアがJavaで
作られて実際に使われることが多くなったから、Javaの評価は少しづつ上がってると思う。
開発者にとっては楽な言語だからもう少し増えてもよさそうなのになあ。

**名前は開発中のものです。** · 2009/10/02(金) 19:52:15

楽な言語ではないんじゃないかなｗ
楽な環境だとは言えなくもないけど
今時ならScalaやJRubyでゲーム製作ってのもアリかもな

**名前は開発中のものです。** · 2009/10/02(金) 20:52:06

最近、Applet動かすとき一瞬で起動してきもちい。
Java6になってだいぶ良くなった気がする。
FlashやDirectXに浮気せずAppletやJOGLで頑張りますよ。
やっぱり俺はJavaが好き。

**名前は開発中のものです。** · 2009/10/03(土) 01:10:42

>>348
俺の中ではC++とC#はVisualStudioのイメージしか無いからGUI関連は充実してると思ってた

>>350-351
JavaはなんだかんだでWebアプリが主戦場だからね
SwingはSwingUtilities使ってイベントディスパッチスレッドでアクセスするようにしなければならないとか、仕様だかバグだかわからん状態だし
Sunも買収されちゃって、今更Webアプリ以外の分野に大量の技術者投入してくれるとかありえないだろうから、この状態のままだろうね、、、
JMonkeyEngineとかもあるけど、プロジェクトの勢いはあまり無さそう

それと、ネットに落ちているサンプルコードが少ないのが痛いかな
C++は大量にあるのに、Javaは少ない

どう考えてもC++よりJavaの方が書きやすいし、C#と比べても別に遜色ないから、もっと流行って欲しいけどなー

**名前は開発中のものです。** · 2009/10/03(土) 17:26:03

>>354
GUIは安全にやろうと思ったらシングルスレッドモデルになるのはなのはどれも当たり前
Javaに限らんぞ

**名前は開発中のものです。** · 2009/10/03(土) 19:21:25

マルチスレッドなGUIライブラリを作ろうと思ったらそういったものも作れるはずだけど、
GUIを扱う人すべてがマルチスレッドに精通してないといけなくなってしまう
スレッド、同期、排他制御等の正しい知識がなくこれらを扱えない人はGUIお断り、ってのは門戸が狭すぎる
そもそも別スレッドを起動しなきゃイベントディスパッチスレッドを気にする必要なんて無いんだから、
スレッドを使う人だけがスレッドを知ってれば済む今の仕組みがたぶん一番いいんだよ
ところでゲームでSwing使うの？

**名前は開発中のものです。** · 2009/10/03(土) 19:23:55

>>356
Window動作するゲームだとJFrameは使うと思う。
JMenuBarとかも使われそう。

**名前は開発中のものです。** · 2009/10/04(日) 02:19:53

どうせBufferStrategyかGLCanvasになるからFrameにCanvas張り付けて中で全部自前だなぁ。
設定ダイアログを別に付けるならSwing。

**名前は開発中のものです。** · 2009/10/04(日) 08:22:05

>>358
基本的にFrame一個作って、その上のBufferStorategyに全部処理させるのが基本なのか
RPG作るとしても、コマンドとか戦闘画面とかは全てお絵かきすべきであって、いちいち新しいFrameとかPanel立ち上げたり、コマンドをあらわすTable作ったりはしないのが正解かな

**名前は開発中のものです。** · 2009/10/04(日) 10:18:10

>>359
Swingコンポーネントを使う意味があるとしたらSLGだと思う。
RPGとかACTなら、基本的に全部自前で処理じゃないかと。

**名前は開発中のものです。** · 2009/10/04(日) 13:09:00

RPGのウィンドウやなんかは独自L&F実装したSwingでやってもいいんじゃね？

**名前は開発中のものです。** · 2009/10/04(日) 13:10:18

半透明パネルとか可能だからそれもありかもね。
メリットとしては、マウス関係のイベントとかをswingで取得できることか。

**名前は開発中のものです。** · 2009/10/04(日) 14:19:32

GLCanvas/GLJPanelとかつかってるならSwingの重ね合わせ鬼門だな

**名前は開発中のものです。** · 2009/10/04(日) 16:03:38

SwingとJOGL混ぜたら透過周りがすごいことになったような・・・あれはJava3Dだったかな。

**名前は開発中のものです。** · 2009/10/04(日) 16:06:49

どうすごいの？

**名前は開発中のものです。** · 2009/10/04(日) 18:54:04

>>364
GLCanvasとswingは混ぜるな危険だけど、GLJPanel使えば問題ないんじゃないか？

**名前は開発中のものです。** · 2009/10/04(日) 22:32:16

>>366
やってみればわかる

**名前は開発中のものです。** · 2009/10/05(月) 04:32:06

いまのGLJPanelはまだ不安定な部分が

**名前は開発中のものです。** · 2009/10/06(火) 15:09:55

JAVAのゲーム作り関係の本で初心者にお勧めなのってどれだろう？
古すぎるやつは買わないほうがいい？
amazonの中古で1000円切ってるのあるけどさ

環境はeclipseです

**名前は開発中のものです。** · 2009/10/06(火) 23:20:12

基本的な質問かもしれんが、RPGとかシミュレーションを作成する場合、命令入力やステータスを表すWindowをあらわすクラスを生成して、それをpaintComponent(Graphics g)で描画するのが基本なのかな？
Webアプリしか作ったこと無いから、イメージがわかない

>>369
「14才からの～」が評判良かったような気がします
読んだことは無いけど

**名前は開発中のものです。** · 2009/10/07(水) 00:18:11

>>370
アクション要素なしならそれでもいいけど、どの方式でやるにしろ、
オフスクリーンバッファで全部描画処理を完成させておいて。

そうすれば出力方法は何でもいいし、ウインドウにあわせて描画を拡大縮小させるとかできるから。

paintComponentやpaintメソッドとかでゲームのオブジェクトの描画処理はだめね。
また、これらのイベントの場合ダブルバッファだと問題が起きるからトリプルバッファにすること。

**名前は開発中のものです。** · 2009/10/07(水) 01:47:32

アクティブレンダリング自前で書く。

**名前は開発中のものです。** · 2009/10/07(水) 19:16:17

>>369
少なくともJava5以降を対象にしたものを買った方がいい。
総称型や拡張forのお陰でプログラムスタイルがかなり違う。

ただ、本気のゲーム作りのための参考書ってあんまり無い気がする。
JOGLやLWJGL系は皆無。

**名前は開発中のものです。** · 2009/10/08(木) 11:14:07

>>371
ごめん、何を言っているのかまったく理解できない、、、
レベル低くてすみません
paint系メソッドはすでに非推奨なの？
てか、描画はどうすればｲｲの、、、

サンプルになるものとか紹介していただけると嬉しいです

**名前は開発中のものです。** · 2009/10/08(木) 19:49:44

>>374
単にGL使えって意味じゃないか？
GLCanvasとかGLJPanelを使う場合、paintとかpaintComponentじゃなくて
displayが呼ばれる。

**名前は開発中のものです。** · 2009/10/08(木) 21:52:03

>>375
2DのゲームでもすでにGL...系使うのが当たり前なのかな
俺はてっきり、JFrameに直接描画するか、上にJPanelかなにか張って、それにpaint系で描画するものだと思ってた
いずれにしても、参考にしても良いサンプルが欲しい…

**名前は開発中のものです。** · 2009/10/08(木) 23:44:25

2DゲームならGraphicsクラスのメソッド使ってもそれなりに実装出来そうなきがするなあ…
加算半透明以外の要素は大体そろってるし。

**名前は開発中のものです。** · 2009/10/09(金) 01:14:28

>>376
paintのメソッドでもかまわないよ。
ただし、きれいにまわすには描画用のバッファが2枚必要。
paintイベントはOSによっていつ呼ばれるかわからないというのに注意しないといけないからね。

再描画はrepaint自前で呼び出すのみにするという方法もあるけどフレームレートが言っていないと厳しい。
その場合setIgnoreRepaintをよんで無効にしておくこと。GLでもそうだけど。

**名前は開発中のものです。** · 2009/10/09(金) 20:00:50

Java5以降は標準でダブルバッファだと思ったけど、トリプルバッファまでやる必要あるかなあ…？

**名前は開発中のものです。** · 2009/10/09(金) 20:37:11

>>379
>ダブルバッファだと思ったけど
そうなの？
だとすると、トリプルバッファ以上やらない限りはBufferStorategyは使わなくていいのかな？
あれは、JFrameとCanvasでしか使えなかったから、JPanelで自動的にダブルバッファにしてくれるなら、嬉しいよね

**名前は開発中のものです。** · 2009/10/09(金) 21:35:46

>>379
Swingの自動のダブルバッファとは違う話。

ゲームの処理がまわるスレッドがあると思うけど、そこで使う描画バッファが1枚だと
次のフレームの描画に使用可能なバッファが存在しない。

paintイベントで表示するときに前のフレームで描画したバッファが使用中だから。

アクティブレンダリングならその問題は起きないが、フレームレートが一定はないと厳しい。
paintイベントはいつ起こされるか判らないから。

**名前は開発中のものです。** · 2009/10/10(土) 13:58:45

>>381
自分が前に実装した時はゲームスレッドを用意して、そこからrepaint呼ぶようにしてた。
この場合、システムがrepaintしたときは内容に変更が無いから同じ絵が再描画される。
フレームレートとかはあんまり気にしてなかったな。

実際問題として、全画面のアクションゲームとかでなければあんまり気にしなくていいと思う。

**名前は開発中のものです。** · 2009/10/10(土) 14:55:42

>>382
そのrepaintする際のバッファが1枚だと描画中はだめなんで排他制御が必要になる

**名前は開発中のものです。** · 2009/10/10(土) 15:12:17

１フレーム画面が乱れるとかなら、ホビーゲームのレベルで特に気にしなくてもいいような。
そこでハングアップにつながるようだと問題だけど。

**名前は開発中のものです。** · 2009/10/10(土) 18:56:19

イベントディスパッチスレッド以外でゲームの描画すると不具合は生じるね。

フリーズ等はないとは言い切れない。

ハードウェアアクセラレーションを使うってことは実装上オフスクリーンバッファを
VRAMに確保しているはずなのでへんに動くと怖い気もする。

実装依存にするのも将来のバージョンで動かなくなる可能性もあるし。

ダブルバッファの場合ゲームのスレッドから描画処理だけ抜き出して
InvokeAndWaitで処理させてからのrepaintというのが必須になる。

**名前は開発中のものです。** · 2009/10/10(土) 23:49:32

トリプルバッファってのはオフスクリーンバッファと画面エフェクト合成用バッファがいるって意味じゃね？

>>385
AWTと並列処理の組み合わせでいける。シングルスレッドなSwingを使うから余計変なことになる。
というかそもそもパッシブレンダリング使うからrepaintまわりで排他制御が必要になるんじゃ？

**名前は開発中のものです。** · 2009/10/11(日) 01:22:50

AWTもシングルスレッドモデルだよ。
それに今の話の流れはパッシブレンダリング上での話。

**名前は開発中のものです。** · 2009/10/11(日) 10:14:08

排他処理する場合、repaintをオーバーライドする時にsynchronizeつければいいだけ？

**名前は開発中のものです。** · 2009/10/11(日) 11:08:47

描画バッファに対してrepaintの中と描画処理部分にsynchronizedブロックをつけるとよい。
少しでも高速化したい場合はLock構文を使うとよい。

したがって描画部分をまとまるようにすること。ゲームのロジックの中で描画していくのはさける。

**名前は開発中のものです。** · 2009/10/11(日) 13:10:06

14才からはじめるJavaゲーム製作だかなんだかの本を軽く立ち読みしたけど、排他制御には触れていなかったような、、、
JFrame上でBufferStoratgy使って描画するように書いてあったと思うんだが、これだけじゃ、不足なのかな？

**名前は開発中のものです。** · 2009/10/11(日) 13:21:07

JOGLだとFPSAnimatorに任せられるから、その辺は全然気にしたことなかったなあ。

**名前は開発中のものです。** · 2009/10/11(日) 13:22:26

>>390
それはアクティブレンダリングでしょ？今回の話とは違う。
ペイントイベントつぶすsetIgnoreRepaint（）使ってるはず。

**名前は開発中のものです。** · 2009/10/11(日) 13:25:58

>>391
FPSAnimatorはイベントディスパッチスレッド上でdisplayがきれいに動くようになってるからね。

AnimatorやJava2Dなどでパッシブレンダリングやろうとすると自前での管理が必要になる。

**名前は開発中のものです。** · 2009/10/11(日) 15:26:14

しかし、なかなかゲームとしての完成品にたどりつかん。
「JOGLをいれてGLCanvas…、おお、動いた！」
「GLSL？　ためしにウェブ参考にPhongシェーダー実装して…、おお！これがピクセルシェーダー！」
みたいに、断片断片を動かしては満足してしまう。
社会人になると、なかなか本腰いれてやろうって気にならないしなあ。

jMEは面白そうだが、趣味のために英語資料を読むのはめんどい。
日本語資料がもっと充実してるといいんだけど。

**名前は開発中のものです。** · 2009/10/11(日) 17:50:39

動画がうごかねぇ・・・
マック環境でうごかねぇ・・・

**名前は開発中のものです。** · 2009/10/11(日) 20:53:55

さすがにそれだけではなんとも言いようが無い

**名前は開発中のものです。** · 2009/10/11(日) 22:54:45

AWTはシングルスレッド前提じゃないでしょ？

**名前は開発中のものです。** · 2009/10/12(月) 01:11:47

イベントディスパッチスレッド前提なんでおなじだよ

**名前は開発中のものです。** · 2009/10/12(月) 14:54:55

そういや、みなさんモデル情報の持ち方ってどうしてる？
三角分割するのは当然として、自分はフラットポリゴンとグーローポリゴンが混在する場合の効率のよい
持ち方が今一つ詰め切れて無い。

現状だと、ポリゴンが頂点を共有しないという不効率な実装になってて、かなりメモリを浪費してる。
というのは、メタセコイアの形式に慣れてるんで、ポリゴン中心の設計だから。
マテリアルをポリゴンごとに指定できるようにすると、座標を共有する頂点でも
ポリゴンごとに別管理しないといけない。

正四面体で言うと、本来なら頂点は４つで済むところ、各ポリゴンが頂点を指定するので
内部的には12頂点が存在する。
そのかわり、各面それぞれ色が違っても問題ない。

頂点中心の設計にするとこの辺は効率化できるはずなんだけど、そうすると
各面それぞれ色が違うような多面体は例外処理が必要になり、メタセコイアからのインポートが面倒になる。
現在思案中。

**名前は開発中のものです。** · 2009/10/12(月) 17:19:28

>>399
> マテリアルをポリゴンごとに指定できるようにすると、座標を共有する頂点でも
> ポリゴンごとに別管理しないといけない。

メタセコイアは面がマテリアル番号を持ってるから、頂点を共有して面を色分けしても
何の問題も無いはず。

部分フラットシェーディングについては俺も頂点を共有しないことで対応してるよ。
フラットな面がある程度多いなら、その範囲だけ別オブジェクト(レイヤ)にして
スムージング角度をゼロにすれば、範囲内外の境界以外は頂点を共有できる。

**名前は開発中のものです。** · 2009/10/12(月) 17:32:20

>>400
>>399だが、glBegin～glEndだとマテリアルバラバラでも問題ないんだけど、
同じ頂点でマテリアルが違う場合、VBOにできないんだよね。
あれは頂点を座標、法線、テクスチャ座標でパックするから。

まじめに考えると、メタセコから読み込む時点でその頂点を共有するポリゴンを解析して、
法線とマテリアルとテクスチャ座標が同じなら同一頂点とみなし、そうでないなら別の頂点とみなすという
処理をいれるのが一番という気がしてきた。

内部フォーマットはあくまでOpenGLに寄り添う方向性で。

**名前は開発中のものです。** · 2009/10/12(月) 18:01:47

>>401
デバイス側も含めた問題でしたか、トンチンカンなレスしてすみません。

**名前は開発中のものです。** · 2009/10/12(月) 18:07:34

いや、別に謝られるような内容じゃないっす

あと自分のソース見直してみると、モデルのクラスに
頂点登録やポリゴン設定とかのメソッドがあって、設計の不備に気が付いた。

同じクラスにしてるんで面倒なことになってたようだ。
つまり、頂点やポリゴン単位で細かく制御できるクラスと、
「コンパイル済み」みたいな、Bufferで管理するクラスに分けるべきだったんだな…
どうせいったんVBOにしたあとは頂点とかいじれなくなるんだし。
（Java3Dはそういう発想だね）

ただ、その場合はボーンとかの処理をどうするか。
頂点座標をCPUから参照できなくなるから、頂点とシェーダを使わざるを得なくなる気がする。
なんか、趣味プログラマには敷居の高い領域になってくるなあ。

**名前は開発中のものです。** · 2009/10/12(月) 20:33:25

エディタの場合、考え方として、
「このポリゴンはどのマテリアルか」になるけど、
ゲームとして実装する場合は
「このマテリアルが使われているのはどの頂点か」という考え方になるわけだよね。
そうしないと、描画中にマテリアルの切り替えが大量に発生してしまう。

**名前は開発中のものです。** · 2009/10/12(月) 23:01:44

Nordとか見ると、Javaゲームもかなりのことができるんだよね。
WebStartでMMOゲームが起動するというのは、オンラインゲームの管理としては
非常に分かりやすいし。

**名前は開発中のものです。** · 2009/10/14(水) 00:20:23

半年振りくらいにこのスレ来たけど、
まさかの盛り上がりだな。
俺も２年ほど放置したアプレットゲームの制作を再開するか。

**名前は開発中のものです。** · 2009/10/14(水) 04:19:41

皆さんJAVAでゲーム作る際に環境は何を使ってゲーム作ってますか？
俺はエクリプスです

**名前は開発中のものです。** · 2009/10/14(水) 05:21:18

EclipseときどきEmacs最後にantでjar化。

**名前は開発中のものです。** · 2009/10/14(水) 12:51:21

EclipseのJAR Export Wizardって微妙に使いにくいと思ってたんだが、そうかみんな使ってないのか
俺もantかなんかにしよ・・・

**名前は開発中のものです。** · 2009/10/14(水) 14:34:05

NetBeansだな。
ビルドにant使ってるのでカスタマイズも楽な上に、
何もしなくてもライブラリへパスを通す設定がされた
実行可能jarが出来上がるようなant設定がしてある。

Eclipseのプロジェクト開けるのでEclipse使いにもやさしいかも。

**名前は開発中のものです。** · 2009/10/14(水) 22:09:11

JDK6 + eclipse3.5で今度こそゲーム作る
シミュレーションRPG作る
絶対に作る
宣言しておけば、たぶん作り始めると思う

**名前は開発中のものです。** · 2009/10/14(水) 23:32:04

宣言すると同時にコテつけて
ここで進行を記録しておくと、さらに完成に近づくと思う

**名前は開発中のものです。** · 2009/10/14(水) 23:39:13

2DベースのSRPGなら、比較的完成にこぎつけやすいゲームかも。
シナリオの区切りがあるから、メリハリもつきそうだし。

**名前は開発中のものです。** · 2009/10/14(水) 23:54:20

EclipseでJBuilderみたいな感じのjar作成ウィザードが使いたい

**名前は開発中のものです。** · 2009/10/15(木) 00:24:31

>>411
応援するよ
がんばれ
俺もなんか作る

**411** · 2009/10/15(木) 21:22:48

応援ありがとう
いきなり仕事が忙しくなったので、開発ははかどらないかもしれないけどがんばるよ
とりあえず、毎日何かすることに決めた
今日はJDK6のアップデートとeclipseのアップデートをしました

このスレのログみると自分はかなり低レベルだけど、とりあえず、簡単なものから作ろうと思います

コテハンとか進行記録は無理そうだけど、毎日なにかやるよ！

**名前は開発中のものです。** · 2009/10/16(金) 00:36:05

俺もがんばろうっと。
作成しているゲームがあまりに恥ずかしいので
アドレス晒せないのが申し訳ないが。

**名前は開発中のものです。** · 2009/10/16(金) 18:37:59

誰か僕にLWJGLを教えてください

**名前は開発中のものです。** · 2009/10/16(金) 23:44:40

そもそも、LWJGLでゲーム作ってる日本人って三桁いないと思う。
…二桁もいないかも。

**名前は開発中のものです。** · 2009/10/17(土) 15:16:24

昔は居ただろうが今は標準拡張のJOGLが正式リリースされたからな。

**名前は開発中のものです。** · 2009/10/17(土) 18:44:41

…まあ、JOGLでゲーム作ってる人もそんなに多いとは思えないけどな…
そもそも、日本でJavaゲームというと商用はほとんど皆無だし、フリーor同人ゲームにしてもほとんどがWindowsだし。

Win32＞.net＞flash＞mac＞Javaと、勢力順でこんな感じじゃないかと思う。

**名前は開発中のものです。** · 2009/10/17(土) 22:31:03

Win32＞flash＞.net≒Java＞mac

だろ

**名前は開発中のものです。** · 2009/10/18(日) 17:01:35

ｗ

**名前は開発中のものです。** · 2009/10/18(日) 17:29:54

オライリーからColladaの解説書とかでないもんかな？
OpenGLと相性のいい設計になってるはずだし、JOGLゲームで3Dを扱う場合の参考になりそう。
というか、正直、仕様書読むのめんどいので…