Javaゲーム作成総合スレ

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

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

**名前は開発中のものです。** · 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を扱う場合の参考になりそう。
というか、正直、仕様書読むのめんどいので…

**名前は開発中のものです。** · 2009/10/19(月) 00:47:05

ツクール系>個人製作のアドベンチャー作成スクリプト>>>>>>>>>>>>>>HSP>>>>>>>>>>Javaとか.netとかじゃね？
吉里吉里とかも意外と使ってる人多いし、HSPも多い、ツクール系に関してはものすごく多い
それと、ちょっと前まではVisualC++が結構多かった気がする

**名前は開発中のものです。** · 2009/10/19(月) 02:14:36

何いってんの？
ここはPLでゲーム作るスレ。ここだとそのツールから作るわけになるんだが。

**名前は開発中のものです。** · 2009/10/19(月) 08:05:58

バカはすぐ同人やフリーウェアの話をしたがる。それはこの板の伝統。

**名前は開発中のものです。** · 2009/10/20(火) 22:17:16

>>426-427
すみません。
馬鹿ですみません。
スレタイが「Javaゲーム作成総合スレ」なので、基本的にJava以外の話は禁止だと思ってました。
しかしながら、.netだとか色々な話がでてきたので、自分も調子にのってしまいました。
本当にすみません。
もう、二度としません。

**名前は開発中のものです。** · 2009/10/20(火) 22:54:00

.netはPLでflushはいまやASがあるだろ。ツールがスレチと言ってんだろ。

**名前は開発中のものです。** · 2009/10/21(水) 00:24:52

しかし、話がJOGLに行ってしまうとJava固有のネタはあんまりでなくなってくるな。

**名前は開発中のものです。** · 2009/10/21(水) 07:09:58

GLCanvasとか語ればいいではないか

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

GLCanvasとGLJPanelはどっちが好き？
自分はSwingと組み合わせることを考えて汎用性でGLJPanelを使っているが、
性能的にはGLCanvasの方が良いって聞くよね。

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

ゲームにSwing使わないんでGLCanvas

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

統合環境等ツールで使いたいのならGLJPanel
ウインドウ占有するゲームならGLCanvas

ただし、GLJPanelを使えば重ねあわせがちゃんと動くというものでもないのが厄介。

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

OpenSceneGraphがJava対応してくれないもんかな。
jMEに比べれば資料も多いし、ゲームにも使えそうだし。

**名前は開発中のものです。** · 2009/10/23(金) 18:21:42

Javaで商用ゲームが少ないのは、動作確認がしんどいからというのがあるのかな？
OpenGLからGPUが叩けるようになると、VM上で動くことのペナルティはもはや
ほとんど問題じゃないような気がするし。

…もっとも、フリーや同人ゲームも少ないから、単にC++プログラマとJavaプログラマの
数の差が大きな理由かも。

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

デスクトップのjavaやってるマが少ないのかと。
海外のネットゲーだとクライアントがjavaだったりする。マイナーだが。

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

「javaでもそれなりのゲームが作れるんだぜ」
というデモンストレーションがJake2だったと思うんだが、
だからと言ってJavaゲームが登場するわけでもなかったね。

Javaはデバッグしやすいし、プログラム作成の工数はC++系よりも少なくてすむと思うんだが、
最近のゲームの工数だとデータ作成が圧倒的で、プログラムの占める割合はそれほど多くない感じだしな…

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

工数減らすアドバンテージなら既存のLLのが大きいし学習曲線もぐんと右肩上がりだから
いっそそれでフレームワーク作っちゃおうていう発想も十分通用するからね。
javaは色々容易ですよは選択肢として弱い。
じゃあjavaでどこまで作れるの？って疑問に直行じゃないかねぇ。
javaでゲーム作ったことないなら至極当然だけどこういう感じで作りますってサンプルが少ない。

あとはライセンスかね。java界だとオープンソースが多いからやれGPL,LGPLになっちゃう。
ライブラリ探してる段階でogg vorbisデコードにLGPLですとか言われるとほかに無いかと思うだろう。
C++だとdeeたんのアレがあるし。
ファルコムからエロゲ屋までどこでも見るぞアレ。

**名前は開発中のものです。** · 2009/10/24(土) 00:59:43

GPLはともかくLGPLは問題になるとは思えんが