Javaゲーム作成総合スレ

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

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

**名前は開発中のものです。** · 2009/03/14(土) 23:21:36

>>240
可変フレームレートでいいのならそんなかんじ
60fps死守する2Dゲー（レンダリングが2Dという意味ではない）ならば
やっぱりそれなりにマシンパワーが必要

>>241
確保するVRAMがかわるからテクスチャ等も含めて消えてしまうのは仕方がない
DirectXでも同じことはあった

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

ゲーム内で使う3Dのオブジェクトデータってどんな感じに作ってる？
自分はエディタとしてメタセコを使ってるから、オブジェクトもmqoをそのままクラス化したような感じになってる。

頂点とかの最適化はしてないから、たとえば立方体（8頂点）を作ると
各面が共有する頂点が重複して登録されてしまい、
ノンシェーディングだろうがフラットだろうがグーローだろうが、
OpenGLに対しては必ず24頂点になるような仕様だけど。

**名前は開発中のものです。** · 2009/03/18(水) 23:41:58

>>243
俺もメタセコイアだ、ファイルがテキストなのが解析しやすくていいよね

後半の意味がわからんが、頂点バッファを使ってないってことかい？

**名前は開発中のものです。** · 2009/03/19(木) 20:22:52

>>244
自分が無知なだけかもしれないが、たとえば各面の色が違うフラットシェーディングの立方体を表示しようとすると、
8頂点でVBOを作れない気がする。

この場合、一つの頂点はそれぞれ別の色と法線をもつ3つのポリゴンから共有されるわけで、
24頂点で表現する必要が出てくるんじゃないかと。

**名前は開発中のものです。** · 2009/03/19(木) 21:44:43

>>245
Ha Ha Ha! 俺なんかVBOが何の略かも知らなかったぜ!?

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

>>245
> 各面の色が違うフラットシェーディングの立方体
みたいな場合だけ別クラスにするんじゃダメなんか？

**名前は開発中のものです。** · 2009/03/19(木) 23:13:35

メタセコでゲーム用オブジェクトを作ったら、
フラットシェーディングとグーローシェーディングを混在させるのはわりと普通だと思うが。
メカ系は特に。

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

プログラムが読みづらくなってきたので整理したいのですが、
インスタンスを一つしか作成しないクラスはstaticにしたほうがいいんでしょうか？

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

状況による。俺なら
ユーティリティ的メソッドの集まり → staticメソッド化
インスタンスを一つしか作らせたくない → シングルトン化
今はインスタンスが一つしか必要ない → そのまま

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

>>249の質問がいまいちわからん。
内部クラスならstaticにできるが普通クラスstaticにできんだろー
それとも>>250の解釈のようにstatic methodのことなのか・・そうだとすると何故シングルトンにｗ

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

Jakeはstaticメソッドばかりで辟易した
基本はインターフェイス定義／インスタンスメソッドにして
外部から実生成クラスを指定できる形のシングルトンってのが
モックや改造用の実装入替えができる作りにできてマシだと思う

**名前は開発中のものです。** · 2009/03/21(土) 20:24:15

>>252
Jakeの場合、Cからの移植だから、
オブジェクト指向に徹して構造をガラリと変えるのはやりたくなかったのかもね。

**名前は開発中のものです。** · 2009/03/22(日) 13:38:56

スキンメッシュってどう実装してるんだろ？
形状が変形した時点でVBOを作りなおさなきゃならない気がする。
glBegin～glEndでなら実装方法も思い浮かぶけど、それじゃ
頂点数が増えてくると破綻するだろうし…

…やっぱり、頂点シェーダ使うのが正道なのか。

**名前は開発中のものです。** · 2009/03/22(日) 21:48:34

JOGLのテクスチャオブジェクトって、シーンに必要な複数のTextureオブジェクトをenableしておいて、
実際にポリゴンを描画する時にenable済みのTextureオブジェクトをbindするという認識なんだが、
これってひょっとして間違ってる？

なんか、ポリゴン描画時にどのテクスチャオブジェクトをbindしても、最後にenableした
テクスチャが適用されてしまう…

**名前は開発中のものです。** · 2009/03/25(水) 20:36:24

もっと基本的な話もしてください＞＜

**名前は開発中のものです。** · 2009/03/26(木) 00:25:05

なら、そういう話題を振ってみよう。

**名前は開発中のものです。** · 2009/03/27(金) 09:52:31

>>257
振ります
場面管理とか、ユーザ入力の基本的な実装の勉強はどこでしましたか？
たとえば、オープニング場面と実際のゲーム場面の切り替えとか、マウスやキーボードからの入力にあわせてプレーヤーを操作するとか、その手の勉強はどうすればいいのでしょう？
みなさんで、知恵を出し合って、私が一人前のJavaゲームプログラマになれるようにがんばりましょう！

**名前は開発中のものです。** · 2009/03/27(金) 21:15:09

>>258

俺はテンプレのサイトにあるコードとかを参考にした

**名前は開発中のものです。** · 2009/04/01(水) 01:11:58

最近全画面表示試してみたが、意外なほどあっさり動いて拍子抜けした。
WinAPIをよく知らないけど、ひょっとするとJavaの方が簡単かも。

**名前は開発中のものです。** · 2009/04/01(水) 08:32:41

ひょっとしなくても簡単だ

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

Javaの方が何より簡単なんだ

**名前は開発中のものです。** · 2009/04/01(水) 11:09:54

WinAPIをよく知らないけど
ってあるからWindows開発環境とだろ

**名前は開発中のものです。** · 2009/04/01(水) 11:28:33

Windows開発環境って言ったっていろいろあるじゃない
Java並みに簡単なのもあるし

**名前は開発中のものです。** · 2009/04/01(水) 12:15:48

そりゃそうだな。

ただ、Windows直のAPIをたたくかのような表現なので、
VC++でWin32Applicationで作ってるとみた！

**名前は開発中のものです。** · 2009/04/01(水) 12:19:23

そりゃあ、ひょっとするどころじゃないなｗ

**名前は開発中のものです。** · 2009/04/01(水) 14:46:33

ちょうどC++でゲーム作ってるとこだよ。
Seleneっていうゲームライブラリ使ってるけど、それでもめんどい。
いやSelene自体は便利だけど、とにかくC++がめんどくってJavaに戻りたくなる。

**名前は開発中のものです。** · 2009/04/02(木) 02:46:07

java.exeとjarファイル単体配布を認めてくれると配るのもだいぶ楽になるんだけどね。
動かすためのランタイムだけならかなり小さくできるし。

**名前は開発中のものです。** · 2009/04/02(木) 22:45:17

>>268
privateJREってしらんのか？
配布規定に従っていればJREとアプリ同根で配布できるんだぞ？
そのためのランタイムだ

ファイルサイズはいらないのを消せば一応多少減らせる
ただし、同梱必須のものもあったりするからなにをはずせるかは注意すること

逆にSDKにあってJREにないものもいくつかは同梱可能だったりするので
ちゃんとドキュメント読んでください

**名前は開発中のものです。** · 2009/04/02(木) 23:34:41

>>269
なんかコメントがすれ違ってないか。
>>268は最小構成で配布したいって言ってるわけで、JREをアプリに同梱できることは前提だと思うんだが。
「java.exeと、そのアプリの起動に必要なjarだけ付けて配布したいのに、
　ランタイムを配布しようとすると同梱必須のファイルが多くてでかくなってしまう」
という意味の書き込みだと解釈したんだが、漏れが深読みし過ぎてるのか？

**名前は開発中のものです。** · 2009/04/02(木) 23:46:18

ふと思ったんだが、javaで市販のゲームってどのくらいあるんだろ。
ほとんど聞かないけど、tribal troubleくらいかね？
Mac（というか非windows）のシェアがもっとでかければ意味があるんだろうけど、
今はWindows用に作っておけば市場の99%は確保できるからなあ。

でも、ホビーの分野ではもうちょいJavaって選択肢が見直されてもいいと思うけど。

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

携帯では圧倒的か。
あとWinは９９％のシェアないから。シェアは下がってる。

LinuxやMacで動作確認しておくってのは意味あることかと。
マイナーOSだけに有名になりやすいかも。

**名前は開発中のものです。** · 2009/04/04(土) 07:26:06

>>272
>携帯では圧倒的か。
そういう話はよく聞くね
実際携帯のソフト開発やったことないけど、素人でも簡単に開発環境とかデバッグ環境とか入手できるのかな？

>あとWinは９９％のシェアないから。シェアは下がってる。
ただ、Serverとか業務除いた純粋な個人使用だと、やっぱりWindowsが高いんじゃね？
あと、Macユーザはともかく、Linuxユーザがわざわざ有料のゲームを買うところはそうぞうできない
せいぜい、バンドルされてるフリーの有名ゲームを5分程度プレイするだけのような気がする

>LinuxやMacで動作確認しておくってのは意味あることかと。
>マイナーOSだけに有名になりやすいかも。
Macは知らんが、Linuxはフリーのゲームであふれてるからな
有名になるのは難しいと思う
あと、MacはなにげにJDKの新しいのがでるの遅かった記憶がある

>>271
俺も知りたい
市販だけじゃなく、ソースを読むことが出来るフリーの有名作も知りたい
どうも、ネットで検索するとC++が多くてよくない(俺はC、Java、Rubyと業務で使うもろもろのスクリプトしかだめなので…)

**名前は開発中のものです。** · 2009/04/04(土) 09:40:52

インストールベースだと、Windowsのシェアは９割切るのかな？
PCゲーム売上における比率だと、余裕で９割越え（というか、本当に99%くらいかも）
だと思うけど。

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

たまにニュースに統計でてるのが90%～95ぐらい。
調査ごとに若干違うがそれでもさすがに99%はない。

**名前は開発中のものです。** · 2009/04/04(土) 13:03:07

とはいうけど、PCゲーム市場（流用できるからXBOXも入れて）というのはいくらぐらいの規模なの？
たとえばwiiの何パーセントぐらいか知ってるのか？

**名前は開発中のものです。** · 2009/04/04(土) 13:17:49

>>273
携帯の方が開発は簡単。
システム自体が、ゲーム前提になっているから。

開発・テスト環境は、iアプリ／MIDP（日本ではオープンアプリ、S!アプリ）とも誰でも無償で入手できるよ。

**名前は開発中のものです。** · 2009/04/04(土) 20:53:43

>>276
日本のPCゲー市場はWin95がでたあたりでコンシューマと比べるとほぼ0に近くなった
コンシューマが安くて性能高いからね

PC向けにゲーム作りたいのなら20年早く生まれるべきだったな

**名前は開発中のものです。** · 2009/04/04(土) 22:24:11

PCの普及数は遥かに増えてるし、ネットという配布手段もあるから、フリー作家にとってはいい時代とも言えるかも。

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

コンソール市場に比べてどれくらいなのか聞いてるんだけど理解できなかったのか？
それと、win95以前でも昔は昔でニフティーとかパソ通があったしあまり変わってないよ。
ゲーム製作スキルもなければ時代を読む眼力もないみたいだね。

たとえば、もしある程度のPCゲーム（３D)を数人で作れるとしても、PCゲーマー（グラボに３－５万も出すようなのが）相手なわけじゃないでしょ。
日本ではファミコン以降コンソールの歴史が長いしそのノウハウもあるし、PCでゲームをやるという考え方をもつPCゲーマーという存在が理解できない。
このあたりを解説してくれる人いるかな？

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

>>280
>ゲーム製作スキルもなければ時代を読む眼力もないみたいだね。
せっかく、この板が久しぶりに盛り上がってきたのに、なんでそんな他人を挑発して荒れるような事書くんですか＞＜
この板で有意義に情報交換するためにも、礼節を持った書き込みをしましょう＾＾

**名前は開発中のものです。** · 2009/04/05(日) 12:14:35

>>280
昔はMSX,PC88、PC98、X68、TOWNS等ゲームは普通に手に入るものだったよ。
今じゃ国産のゲームはエロ以外ほぼゼロに等しい。

だから、歴史はFC出現以前からあるPCのほうがあったんだけれども、
商業的には95登場あたりで終わったんだよ。

それにマイナーな一部の人だけが使うパソコン通信とインターネットくらべたらあまりにもシェアが違いすぎる。
ベースとなるPC自体の普及も何倍も違うし。
当時から変わっていないといえるのはアンタくらいでしょ。

**名前は開発中のものです。** · 2009/04/05(日) 12:26:27

そもそも、Javaゲームスレでフリーソフトの話をしているときに家庭用ゲーム機を出されても…という気はする。

**名前は開発中のものです。** · 2009/04/06(月) 02:58:52

昔はパソ通で配布という手段があったし２ｃｈのような情報交換BBS（会議室）も活発にあった。
つまり今のインタネットとあまり違いはないってことを書いてあるんだけど、これを読み取る知能もないのか。
いちいちレベル低いよね。このスレは。

たとえば>>282とか長文書いている割には、コンソール市場とwindows市場のゲーム市場の比率（売上ベースとか）とか知らないんでしょｗ

**名前は開発中のものです。** · 2009/04/06(月) 20:34:44

まあ、据え置きハードにはパッケージじゃなくともネットで課金できるシステムというか
ネットゲームそのものが市場として駆動してるからな。
総計すると、実はコンシューマとＰＣ市場の差はそれほど無いのかもしれんな。

**名前は開発中のものです。** · 2009/04/06(月) 21:46:40

そろそろJavaゲーム作成の話題に戻りたいが、話のネタが無いなあ…

**名前は開発中のものです。** · 2009/04/07(火) 00:07:45

ゲーム市場の話してるお子様はいつになったら消えてくれるのか。

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

Ajaxならシェアが取れるかもしれない

**名前は開発中のものです。** · 2009/04/07(火) 01:26:34

サーバー介してなにをするのだ？

**名前は開発中のものです。** · 2009/04/07(火) 01:55:48

というか、このスレ住人のほとんどはアマチュアなわけで、
オンライン系のゲームはホビーで作るのはけっこうハードル高いよ…

ホビープログラマが趣味で作るゲームとなると、Java単体か、+JOGLくらいが主な守備範囲だろう。

**名前は開発中のものです。** · 2009/04/07(火) 06:48:16

ajaxがjavaと何か関係あるの？
ゲーム市場の話にもついてこれないし、javaのゲーム製作の話もできないし、このスレってjレベル低すぎるよねｗ

**名前は開発中のものです。** · 2009/04/07(火) 22:17:25

JOGLいじってると、VBO関係がけっこうややこしいな。
C系の言語だと、メモリに各変数形の配列が並んでいるイメージがすぐに思い浮かぶけど、
Javaだと一回Bufferに変換するから一手間多くなる。

JOGLは「配列+オフセット」の形に変形してポインタを隠蔽してくれてるけど、
VBOみたいに、どの順番でどの要素が入るかプログラマが指定するようなメモリ領域を扱う場合、
どうしても「面倒な処理」を表に出さざるを得なかったんだろうな。

**名前は開発中のものです。** · 2009/04/08(水) 01:05:02

>>291
芝君元気だな
サーバーサイドじゃねーの？
それともu10以降のscriptほうれるようになったjavaプラグインとか（意味ねーけど）

>>292
JOGLはOpenGLそのまんまべたで実装することに主観がおかれてるからあんなもんだ
Cより面倒でJavaより面倒という（そのかわりJavaでラップはしやすいか）
定数とか普通のオブジェクト指向ではやらないタイプだしね

**名前は開発中のものです。** · 2009/04/08(水) 01:22:27

JOGLの気持ち悪いのはGLUやGLUTだなあ。

GLU glu=new GLU();
glu.gluLookAt(…)

とか、いきなり普通に使えてしまう。
お前はどうやってGLにアクセスしているのかと。
CのAPIそのままなんだけど、Javaの感覚に慣れてるとかなり違和感がある。

GLU glu=new GLU(gl);

とかなら、直観的にわかるんだが、

**名前は開発中のものです。** · 2009/04/09(木) 23:36:18

JOGLのソースファイルの場所についての質問なんですが、
先日JOGLのプログラムでエラーが発生しまして、

Caused by: java.lang.UnsupportedOperationException
at java.nio.FloatBuffer.array(Unknown Source)
at com.sun.gluegen.runtime.BufferFactory.getArray(BufferFactory.java:124)
at com.sun.opengl.impl.GLImpl.glBufferData(GLImpl.java:783)

VBOを実装してたんですが、バッファ関連でエラーのようです。

// 頂点データ配列を転送
gl.glBindBuffer(GL.GL_ARRAY_BUFFER, vboId[0]);
gl.glBufferData(GL.GL_ARRAY_BUFFER, vtxBuff.capacity()*BufferUtil.SIZEOF_FLOAT, vtxBuff, GL.GL_STATIC_DRAW);　＜＜ここでエラー

とりあえず、なにが起こっているのか確認しようとしてGLImpl.javaを探すものの…
………なんか、このファイル、JOGL1.1.1のソースファイルの中には入ってないっぽい。

GLImpl.javaの所在をご存知の方いたら教えてください。

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

Buffer.capacity()は要素数じゃなくてバイト数だから、floatのサイズをかける必要はないんじゃないか？
ただ、このエラーはそれとは別で起こってる感じがするが。

**名前は開発中のものです。** · 2009/04/11(土) 00:44:56

ゲーム作成とは関係ない、煽りとしか思えないような書き込みが頻発したり、
ゲームの話に戻るかと思えばOpenGLの技術的な話になって初心者がついていけなくなったり、
なんか、このスレの話題は極端から極端に触れてる気がする。

住人がもっと増えれば、ゲームの話題でもうちょっともりあがれるのかね。

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

>>295
GLImpl.javaの場所は知らんけど
Buffer#hasArray() で true 返す Buffer 渡さないとだめなんじゃね？

**名前は開発中のものです。** · 2009/04/11(土) 19:32:25

>>298
>>295です。
どうもです。配列をwrapするようにしたらエラーが出なくなりました。
が、まだ表示されるところまで行きません。
もうちょっと試行錯誤が必要なようで、現在悩みつつ調査中。

Bufferまわりはけっこうややこしいので、日本語の解説書がほしいところです。
オライリーからJOGL本が出たら、5000円や１万円は出すのになあ。

**名前は開発中のものです。** · 2009/04/15(水) 23:58:29

JavaでOpenGLだとJOGLを使うのが普通だけど、ジョイスティック関係でデファクトスタンダードってあるのかな？
標準仕様ではまだ存在しないけど、JSRになってるくらいのものがあれば割と安心して使えるんだが。

**名前は開発中のものです。** · 2009/04/16(木) 00:35:02

jinput

**300** · 2009/04/16(木) 00:44:42

>>301
サンクス

**名前は開発中のものです。** · 2009/05/16(土) 16:06:53

>>171
`∧_∧
(´･ω･)
( つ旦O
と＿)_)
ちょっと休憩｡

**名前は開発中のものです。** · 2009/06/14(日) 00:51:47

http://nsj.hp2.jp/asteroid001/

こんなの作ってみました。
まだ試作品だけどよかったら誰か意見ください。

**名前は開発中のものです。** · 2009/06/14(日) 01:09:15

物だけ見せられても宣伝乙としか

**名前は開発中のものです。** · 2009/06/14(日) 03:42:19

>>304
死なないシューティングゲームって爽快感があっていいね
もっと弾とか相手がぶっ壊れるときのエフェクトを派手にして
爽快感だけのシューティングゲーム作りたいなあって思った

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

>>304です

>>305
確かにこれだけじゃただの宣伝ですね。すみません。

どんな物にしたいか：
・要するにいくつかのｽﾃｰｼﾞに渡って隕石を駆除するｹﾞｰﾑ（制限時間付き）
・まず巨大だが速さが低い隕石がいくつかある状態から開始する
・直径50pixel以上の隕石は破壊されると分裂する。
・隕石の最大速度はｻｲｽﾞに反比例する。
・隕石に衝突すると、何らかのﾍﾟﾅﾙﾃｨが発生する。
・隕石を破壊(分裂)させると、得点が隕石のｻｲｽﾞに応じて増える。

こんなところです。
よろしくお願いします。

>>306
見た目に関してはこれからも色んな効果を追加していくつもりです。
まずはもうちょっと画面を揺らす効果を強くしてみます。

実は途中までは死亡出来る仕様だったのですが、「死ぬまで続ける」よりも「制限時間内でより効率的に隕石を掃除する」
ようにするために急遽死亡判定を取り除いてみました。

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

超巨大な隕石にちっぽけな自機が挑むっていう構図がいいね。
ただ、主砲が小さな隕石に当たってかき消されちゃうのは少しさびしいと思った。
爆風とかあってもいいんじゃないかな。
そうすれば効率的に隕石を掃除するっていうコンセプトにも一致するし。

あと反射、分裂ってところでbio100%の蟹味噌思い出した。

**名前は開発中のものです。** · 2009/06/14(日) 15:23:29

>>306と>>307の意見を参考に、少し細かい修正を施して見ました。

http://nsj.hp2.jp/asteroid002/
・ｹﾞｰﾑの速度を全体的に上げた。
・隕石が分裂する際に粒子を放出するように。
・隕石のｻｲｽﾞを更に少し上げた。
・主砲の仕様を変更。「ただの強力な弾を発射」→「貫通性を持った削岩機を射出」するように。
　爆発物もその内実装してみようと思います。なんで思いつかなかったんだろう。

結構発想を得る事が出来ました。ありがとう。

>>306
少しは爽快感増えましたかね。

>>308
俺も気に入ってます、この構図。
主砲弾のﾀﾞﾒｰｼﾞ量を変えずにﾀﾞﾒｰｼﾞの与え方だけを変更してみました。いかがでしょう。

**名前は開発中のものです。** · 2009/06/14(日) 19:24:58

>>309
速度が上がって隕石を早く壊せるようになったから、ただ弾を撃って待ってる時間が減ってテンポが良くなってて、
爽快感も増えてる。
今のところ画面内だけを飛びまわれるけど、このゲームはテンポが速いからもっと広いマップを飛びまわれれば
面白いかなあと思った。でも、あまり広いマップだと隕石を見つける作業が大変になってつまらなくなりそうかなあ。

**名前は開発中のものです。** · 2009/06/18(木) 19:43:08

GTGEのオープニング画面消せませんか？

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

ライセンス違反

**名前は開発中のものです。** · 2009/06/21(日) 03:27:34

GTGEはだいぶ前に開発止まって、JMonkeyEngineに人が流れたと思ってた
ちょっとgoogleで検索してみたけど、JMonkeyEngineはほとんど情報ないね
2.0もよくわからん状態だし
Javaでゲーム作る人はフレームワークとか使わんのかね?

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

GTGEはちょっとしたゲームにはすごくいいっぽいね
最近ゲーム勉強してフレームワーク作ろうとしてたけど使って見て馬鹿らしくなったｗ

**名前は開発中のものです。** · 2009/06/21(日) 22:47:18

Java自体が半フレームワーク
みたいなもんじゃね。標準で付いてるクラス使いこなせてれば

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

フレームワークって概念をどうとらえているか知らんが、
普通はそういう言い方はしない。
Javaは基本的なAPIは提供するが、
フレームワークで準備されるような拡張API的な部分はかなり少ない。
多いなら、JakartaCommonsやらは出てこない。

とはいえ、PC上でやりたいことのほとんどにたいしての、
基本的なAPIを提供してくれているのには同意。

**名前は開発中のものです。** · 2009/06/22(月) 21:30:21

JMonkeyEngineがバージョンアップして、日本語の解説記事がｶﾞﾝｶﾞﾝ出てきたら本気でゲーム作る
それまでは、会社でWebアプリ作ってます

**名前は開発中のものです。** · 2009/06/23(火) 02:32:57

そういえばjME2.0、鯖が重くてうまく落とせなかったな。

F/Wの話だが俺は2DゲーメインなんでjME程の3D機能はいらんな。
JOGL使って小型のものを作った。

ただ、スプライトをどう制御するか悩むね。
スプライトクラスが個々のフレームの表示時間も持つのか描画する時に管理するかとか。

**名前は開発中のものです。** · 2009/06/24(水) 11:22:25

スプライトの当たり判定をアルファ値考慮して実装したら平均68msの実行時間がかかってしまう。
どうやって高速化するんだろ？

**名前は開発中のものです。** · 2009/06/24(水) 11:52:19

厳密なアルファ値判定が必要な物だけをリストしたらいいんでない。
もうやっているならスマン。

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

クロスプラットフォーム目指してるならSDLがあるでよ
Javaの方が手間がかからないけどね

**名前は開発中のものです。** · 2009/06/24(水) 19:20:49

SDLならjavaにもあるんだが

**名前は開発中のものです。** · 2009/06/24(水) 21:35:08

JavaのSDLでいきてるのってるのか？

**名前は開発中のものです。** · 2009/06/24(水) 22:58:00

>>319
大きさや個数が分からんから何ともいえんが
ピクセル単位の判定前に矩形チェックで弾くのはやってるとして

・大きなスプライトを使うんならあらかじめ32x32くらいの判定ボリュームを
　用意して精度を落としてしまう
・輪郭線に該当するピクセルだけをあらかじめ列挙しておき、
　そのピクセルから相手のキャラのアルファ値を見に行く(相互にやる)
・衝突判定用描画バッファを用意し、各ピクセルに色ではなくキャラクタ番号を
　書き込みながら、書き込み先のピクセルを見て判定する
　※描画順序に判定条件が依存するので注意

のうちのどれかを実装するとか

**名前は開発中のものです。** · 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

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