Javaゲーム作成総合スレ

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

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

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

IPA職員岡田賢治主任の報道記事まとめ【３】　アサヒ芸能週刊誌に岡ちゃんと純子と仲良く掲載
※違法アプリ、変態幼女児童ポルノ等のダウンを認めながら、給与支給の停職3カ月と国民を馬鹿にした処分！

★探偵ファイル　IPA流出事件職員の妻の転売業者、薬事法違反が確定★
http://www.tanteifile.com/diary/2009/01/08_02/index.html
★アサヒ芸能週刊誌　ネット情報セキュリティ相談窓口職員の裸画像が流出恥写真！＆島○純子も
http://ruru2.net/jlab-ruru/s/ruru1232772605296.jpg
★IPA職員に停職3カ月の懲戒処分　「Winny」「Share」情報流出で
http://www.itmedia.co.jp/news/articles/0901/19/news085.html
★情報流出のIPA職員、停職3カ月の懲戒処分
http://internet.watch.impress.co.jp/cda/news/2009/01/19/22131.html
★IPA、情報流出対策本部を設置
http://www.itmedia.co.jp/enterprise/articles/0901/19/news077.html
★経過を報告するIPA仲田理事
http://image.itmedia.co.jp/enterprise/articles/0901/19/ipa.jpg
★IPA職員が収集、流出した　とんでもない「反社会的」情報
http://www.j-cast.com/2009/01/20033932.html
★プレス発表　当機構職員のパソコンによる情報流出等について
http://www.ipa.go.jp/about/press/20090119.html
★情報流出のIPA職員、停職3カ月の処分に
http://japan.cnet.com/news/sec/story/0,2000056024,20386662,00.htm
★IPA職員の懲戒処分を発表 - 私物PCからの大量情報流出問題で
http://journal.mycom.co.jp/news/2009/01/19/018/index.html
★IPA流出騒動の職員、処分の実質は3ヶ月の有給休暇
http://www.tanteifile.com/newswatch/2009/01/20_01/index.html
★IPA流出職員停職3ヶ月"有給休暇"処分にネット住民激怒!
http://uratan.jp/hotnews/2009/01/7869/

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

>>213
ゲーム作るのにそんな情報要らないだろ
ベーマガ世代はみんな英語が読めたとはとても思えないぜ

>>214
スーパーバイザモードでVRAM直アクセスしてた時代の話をしたいのかい？
考え方を変えなされ
何のために点を打ちたいのだ?

**名前は開発中のものです。** · 2009/01/24(土) 23:45:09

>>221
いや、そうではない。
ttp://sugarpot.sakura.ne.jp/yuno/?Java%2FDrawRGBPerformanceTest
ここなどを見ればわかるが、
記述の仕方によっては遅くもなるし速くもなるわけだ。
たとえば、フルカラー＋setRGB()と256色＋配列書き込みなんかと比べたら
悲惨なほど速度に差がでるからな。
で、配列に直接書き込むよりもっと速い方法があるのかと思って聞いてみただけ。
よくわからんが、笑える話なのか？

何のために点を打ちたいのかって、そりゃーいろんな理由があるだろう。
演算で画像を生成したり。

**名前は開発中のものです。** · 2009/01/25(日) 08:36:06

>>222
そこまでいうなら自分で書いたコードをうｐしたら？
どうせ見れたもんじゃないゴミなんだろうけど。

**名前は開発中のものです。** · 2009/01/25(日) 09:44:24

>>222
見てみた

古い話になって悪いんだけど、まだMicrosoftVMが多くのマシンに入っていた頃
MemoryImageSourceを使っていたよ。透過付きGIF画像をApplet#getImageで
読み込んでGraphics#drawImageで描画すると異常に遅くてさ。

その名残で未だにBufferedImageではなくMemoryImageSourceを使っている。
一覧表を見る限りそんなに悪い癖でもないのかなぁ。

**名前は開発中のものです。** · 2009/01/26(月) 00:02:35

>>222
やりたいことがピクセル描画だと遅いよと

やりたいことがキャラクタの描画とか四角の描画とかなら
アクセラレーションが効くからいいよ

遅くても文句は言うなよ

という意味だ

**名前は開発中のものです。** · 2009/01/31(土) 12:54:35

xファイル形式読み込んでグリグリ3D描画できるフレームワークとまだ無いの？
だれか3Dゲーム作ってみた事ある？

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

3Dのゲーム↓
ttp://www.tansio.net/game/rpg/slg01.html

**名前は開発中のものです。** · 2009/02/26(木) 23:16:47

jMEの日本語資料が出てくると面白そうではあるんだけどな。
誰かが使い始めてwebで試行錯誤を晒してくれると、2番目以降の人はものすごく楽になる。

問題は、最初の一人になるハードルが結構高いことだ。

**名前は開発中のものです。** · 2009/02/28(土) 22:21:27

>>228
jME将来有望なのかな？
公式ページ見てるとどうも先が無さそうに見える

**名前は開発中のものです。** · 2009/03/01(日) 22:20:29

>>229
jMEはムービーとか見るとやたらレベル高そうなんだけどな。

まあ、jMEほど本格的じゃなくていいから、JOGL使った比較的小規模なゲーム用フレームワークを、
コメントびっしり入れてサンプルゲームと一緒にMITライセンスで公開してくれる人がいたりすると、
後進はすごく助かる。

ただ、さすがにそこまで言うのは虫のいい話だしなあ。

**名前は開発中のものです。** · 2009/03/02(月) 00:39:41

jME1.0が出たころは、チュートリアルとか充実しているイメージがあったけどな
今はjME1.0、2.0あるけど、ダウンロード先がよくわからん
あんまり丁寧じゃなくなってきた気がする
なんか、このままポシャりそう
ちゃんと読めば色々と書いてあるのかも知れんが

**名前は開発中のものです。** · 2009/03/03(火) 01:15:49

正直、jMEは規模がでかすぎる。
自分としちゃせいぜい数千行くらいの、「ゲームに特化したJava3Dのサブセット版」みたいな感じでいいんだよなあ。
jMEの規模になってくると、ソースを読もうという気はおこらないし…

**名前は開発中のものです。** · 2009/03/04(水) 23:43:24

みんな趣味でやってるんでしょ？
そんな見た目にこだわる必要ある？
java2Dだけでも>>227くらいの３Ｄできるのに、余計なライブラリいらなくね？
なんか、良いライブラリがないからゲーム作れない、な言い訳に聞こえる。

**名前は開発中のものです。** · 2009/03/05(木) 08:51:20

>>233
趣味だからこそ様々な技術に触れたいわけで・・・

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

いつまでたってもゲームが完成しない予感！

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

ぶっちゃけ、「Javaゲーム技術総合スレ」でもいいような気はする。

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

JOGLいじってて気が付いたんだが、ウィンドウの大きさを変更した時に、
GLEventListnerのreshapeだけじゃなくてinitが呼ばれることがけっこうあるね。
で、そのときにテクスチャのenableがリセットされてしまうっぽい。

その場合、ウィンドウサイズを変えた直後から
テクスチャがはがされたポリゴンオブジェクトが表示されてる。
対策としては単にテクスチャのenableをやりなおせばいいんだろうけど、
これってOpenGL的には普通の挙動なのかな？

同じテクスチャオブジェクトで何度もenableをかけると、VRAMに重複して
アップロードしてそうなのがちょっと不安ではあるけど。

**名前は開発中のものです。** · 2009/03/09(月) 14:23:24

実装依存デバイス依存の機能を使うのは大変だね
突然CPUパワーが1兆倍とかになって全部ソフトウェアレンダで済ませられるようになればいいのに

**名前は開発中のものです。** · 2009/03/09(月) 23:51:34

ざっくりというと320*240-8bppならばPentiumM/1GHzあればソフトレンダ可能
2次キャッシュからあふれた瞬間にいっきにorzがはいるけど、
GPUがCPUに搭載されるのが当たり前の時代になれば
いわゆるソフト演算で演算結果がかなり近いものになると思われ

普及するためには今のPCが死なないといけないから5年後くらいからかな?

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

640x480 16bitで、K6-2 400MHzのソフトレンダリングでゲームしてたことがある。
10年くらい前のゲームになるが、シーフはそこそこ動いたな。

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

>>237に関連して、画面サイズ変更時にglLight関係のenableもリセットされることがあるみたい。
init()メソッドが呼ばれるシチュエーションではVRAMがリセットされるものとみなして、
enableが必要なパラメータは全部アップロードしなおすという方針のほうがいいかも。

…まだ試してないけど、VBOとかディスプレイリストとかもリセットされるのかなあ…

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

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