JAVAでゲーム作成

**JAVA初心者・・・** · 04/01/17 22:47

はじめまして！！
今年に入ってからJAVAでゲームを作ってみようと勉強しています。
どなたか宝さがしゲームを作るうえで参考になるゲームとツール知りませんか？？
知っていたら教えてください。<(_ _)>ぺこり

**799** · 2005/08/28(日) 14:10:11

>>800
やはりこの程度ならコンパイラ側で
対処してくれるのですね。
ありがとうございます。

**名前は開発中のものです。** · 2005/08/28(日) 15:40:48

Javaの場合コンパイル時と実行時で最適化が入るから
単純にこううごくとは言い切れない部分はあるけど、Cのように静的なだけだと
GCやらなんやらが派手に動いてこの速度はでなかっただろうね

**名前は開発中のものです。** · 2005/08/28(日) 22:11:59

>>799
あとでコードを書き直すときに（たとえばmove/200に変更したいとか）
一カ所だけを変更すればいいから、開発がラクになる。
個人的には何度も使う変数は明示的に一カ所だけで計算しておくのが好み。

**名前は開発中のものです。** · 2005/08/29(月) 21:51:16

NetBeansで作ってたけどJFrame使う意味ってあんまりないって気づいた。
使うコンポーネントはひとつしかないんだもん。当然か＾＾；

**名前は開発中のものです。** · 2005/08/29(月) 21:54:43

Frameよりは融通が聞く分JFrameでいいかと

**名前は開発中のものです。** · 2005/08/29(月) 21:56:04

ああ、NetBeansでのGUIデザイナのことか
アレは使わなくていい

NetBeansの利点はやはりプロファイラだろう
どのメソッドがネックになってるかとかわかるのは
シビアなタイミングを要求されるゲーム作成時には非常に有利だ

**名前は開発中のものです。** · 2005/08/29(月) 21:59:36

>>805
GUIデザイナを使う意味がないってのももちろんだけど
paintComponentよりpaintを弄ったほうが早いんじゃないかなと
変わらないのかな？フルスクリーンにしたとき余計なものがあるのは怖い気もする

**名前は開発中のものです。** · 2005/08/29(月) 22:00:05

いや、ゲームではpaintイベントは使わないんだよ

**名前は開発中のものです。** · 2005/08/29(月) 22:01:50

1フレームごとにbs.show()ってするのでは？
あれはpaintを使わないのか

**名前は開発中のものです。** · 2005/08/29(月) 22:02:34

その書き方は使ってないね

**名前は開発中のものです。** · 2005/08/29(月) 22:03:22

へー。じゃあJFrameでぜんぜんOKだね。
しったかしてレガシーに走るところだったｗ

**名前は開発中のものです。** · 2005/08/29(月) 22:10:26

自前での描画タイミングの場合setIgnoreRepaintを設定しておくといいかも

**名前は開発中のものです。** · 2005/09/02(金) 21:40:42

うーむMP3が使えないというのは結構痛いかも知れないなぁ
MIDIをBGMに、WAVをSEに使えば問題ないんだろうけど
MP3で全て賄いたい人も中にはいるよね

**名前は開発中のものです。** · 2005/09/02(金) 22:24:27

つーかMP3もつかおうとおもえばつかえるけど、ライセンス問題が絡む

そしてライセンスがうるさくないOggが一番簡単に使える環境なんだから
それでいいのでは？

俺は音楽はOggVorbis、効果音はWAVだ

**名前は開発中のものです。** · 2005/09/02(金) 23:53:50

>>814
ogg良さそうです。完全にフリーで同梱できるなら文句無くコレかと思いました。
これ落としてきてって感じに落ち着くなら今回はパスって感じでした。
もちっと調べてみます。

**名前は開発中のものです。** · 2005/09/03(土) 11:37:46

eclipse上で実行してるときとjarで実行するときの結果が違うんですがこれはデフォルトですか？
たとえば、midiを再生したときの音量が違ったり、実行速度がjarの方が早かったりします。

**名前は開発中のものです。** · 2005/09/03(土) 13:28:49

実行してるJVMが違うんだろ
調べてみれ

**名前は開発中のものです。** · 2005/09/03(土) 14:19:05

midiってことはサウンドバンクが違う可能性がある
使ってるVMのサウンドバンクをみてごらん

**名前は開発中のものです。** · 2005/09/03(土) 20:49:51

㌧
eclipseでは5.0だったんですが、jarで使ってるのは自動アップデートされたやつでした。
両方とも同じのにしたらちゃんと同じになりました。

**名前は開発中のものです。** · 2005/09/03(土) 20:55:23

というかJREの違いでこんなに違うのか・・・
古いJREだと音が鳴らなかったりするんで困るな。

**名前は開発中のものです。** · 2005/09/03(土) 21:16:21

古い新しいは関係ないと思うぞ

JDKいれるとサウンドバンクは入るが、JREには１．３を最後に収録されていない
どうせ5.0はとんでもなくでかいのだから入れても罰は当たらないだろうに

**名前は開発中のものです。** · 2005/09/03(土) 23:58:54

スマソ
音ってのはmidiじゃなくてwavのことでした。なんかJRE5.0だとWAVを連続再生すると鳴らない場合もあるんだけどJRE5.0update4を入れたらちゃんと鳴るようになったから。

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

また誤解するような書き方してしまったorz
最初の質問はmidiのことでしたが、>>820の音はwavを指しているって意味です。

**名前は開発中のものです。** · 2005/09/04(日) 01:13:58

J2SE5.0の更新内容見てみれば分かるけど
update2だったかでJavaSoundのバグ修正が入ってる

俺も古いJREだと不具合でてた

**名前は開発中のものです。** · 2005/09/04(日) 15:50:13

java.exeとjavaw.exeでも実行結果が違う罠。

**名前は開発中のものです。** · 2005/09/04(日) 16:35:06

俺は実行結果がｗつきでかわったことないなぁ

**名前は開発中のものです。** · 2005/09/04(日) 17:26:19

コンソールが出る、出ないとか？

**名前は開発中のものです。** · 2005/09/17(土) 17:55:33

BufferStrategyを使って画面を描画する場合は
Insetsを利用してクライアント領域を割り出すしかないのでしょうか？
JWindowをcontentPaneにaddすると例外を出して叱られてしまいます。

**名前は開発中のものです。** · 2005/09/17(土) 18:13:40

元々BufferStrategyはページフリッピングが使えることから
フルスクリーンモードでタイトルバーを非表示状態で使うものだからね
ウインドウモードだとその設定は必要

最後の一行の意味がようわからんが

**名前は開発中のものです。** · 2005/09/17(土) 19:52:52

>最後の一行の意味がようわからんが
JFrameの中にJWindowを埋め込めばクライアント領域にぴったり合ってくれるかなと。

**名前は開発中のものです。** · 2005/09/17(土) 20:54:12

javaでゲームを作る場合、どのコンポーネントに描画するのがいいでしょうか？
アプリケーションでバージョンは5.0です。
フルスクリーンは考えていません。

**名前は開発中のものです。** · 2005/09/17(土) 21:52:12

フルスクリーンにする必要がないということはティアリングがでてもいいような
アクション要素のないゲームということで何でもいいと思う

一番楽なのはJFrameに推奨サイズを指定したJPanelを貼り付けて
JPanelからGraphicsを取得して描画

わからんようだったらゲーム用ライブラリとかさがしてくるのもいいかもね

**名前は開発中のものです。** · 2005/09/17(土) 22:35:47

緻密な差分描画をするのが辛いな・・・
軟弱だけど毎フレームフルにレンダリングした方が良いのでしょうか

**名前は開発中のものです。** · 2005/09/17(土) 22:53:00

差分描画考える必要はないよ

ゲームってことは一定レートで描画し続けると思うし

**名前は開発中のものです。** · 2005/09/17(土) 22:55:03

>>832
お答えありがとうございます。
作ってるのは思いっきりアクションゲームだったんですが・・・
ちらつきってでますかね？
一応ダブルバッファリングはしてるんですが・・・

**名前は開発中のものです。** · 2005/09/17(土) 22:59:55

ティアリングは垂直同期取らない限り必ず出るよ

ウインドウモードとフルスクリーン両対応のゲームやってみればわかる

**名前は開発中のものです。** · 2005/09/17(土) 23:11:44

>>834
どもです。これで安心してループを回しまくれます。
5層レイヤーを仕様としていたので、どうしようかと思ってましたｗ

**名前は開発中のものです。** · 2005/09/18(日) 08:48:44

キー感度をビビットにするために、TimerTaskを専用に設けたいのですが
連打する人の都合を考えると、キーに対してフラグではなく、
キーそのもののTimerTaskが必要な気がします。

これだとキチガイ染みたnewの連発になってしまいそうなのですが
他にもっと上手い方法はありませんでしょうか？

**名前は開発中のものです。** · 2005/09/18(日) 11:46:52

ビビットというものがわからんがキー単位で状態もつと問題ある？
WindowsをメインターゲットでXな環境でもそれなりにうごけばいいというのなら
だいたい大丈夫

**名前は開発中のものです。** · 2005/09/18(日) 12:34:58

「キー感度をビビットにする」というのは
押しっぱなしにした場合の次のkeyPressの間隔を
OSではなくこちらで管理しようという試みです。
（OSは押しっぱなしフラグが立つまでが長いため）

ただ全てのkeyStateをひとつのループで探査すると
押しっぱなしの場合の2回目keyPressは
わずかながら探査の間隔分遅れる可能性があります。

探査間隔そのものが数十ミリ秒レベルの精度なので
ある意味問題ないと言えば問題ないのですけどね。

**名前は開発中のものです。** · 2005/09/18(日) 15:11:43

keyPressedってそんなにおくれてやってくる？
俺60fpsでやってるけど問題ないが

そもそもOSを超えて自前でキーステート取得なんて出来ないわけだが

**名前は開発中のものです。** · 2005/09/18(日) 15:20:26

押しっぱなしかどうかを判定するのは遅いよ

**名前は開発中のものです。** · 2005/09/18(日) 15:43:39

ん？
プレスもらったらフラグ立てるだけだよね？

**名前は開発中のものです。** · 2005/09/18(日) 16:10:41

>プレスもらったらフラグ立てるだけ
毎フレームでキーフラグを見るループで処理する方法ですよね？
それは低FPSを考慮してキー入力専用のタスクを作って実装しています。

今は低スペックのマシンで高頻度のループを回す事を危惧しているので
それを避け、OSの押しっぱなし処理を利用してkeyPressに直接処理を書くことを試しました。
ただこれだと2回目の押しっぱなしが遅く気になるといっているんです。

**名前は開発中のものです。** · 2005/09/18(日) 16:13:34

だから「OSの押しっぱなし処理」これってなに？

具体的なコードがないとなんとも

フラグを見る方法は60fpsでまったく問題ないんだが
これ以上のfpsが必要とされる場合はそうそうありえないと思うんだが

**名前は開発中のものです。** · 2005/09/18(日) 16:14:52

>>845
逆、低FPSだから問題。
テキストボックスでキー押しっぱなしにすればわかります

**名前は開発中のものです。** · 2005/09/18(日) 16:16:43

キーリピートのことかな

**名前は開発中のものです。** · 2005/09/18(日) 16:23:37

なんでキーリピートがここででてくるんだ

**名前は開発中のものです。** · 2005/09/18(日) 16:24:35

>>847
そういう用語なのですか？たぶんそれだと思います。
で、結局キーリピートの方法はキー感度をこちらで弄れないので
キー毎にタスクを持たせる方法はどうかという話になりました。

**名前は開発中のものです。** · 2005/09/18(日) 16:28:43

キーリピートを実装したいってことなのか？

**名前は開発中のものです。** · 2005/09/18(日) 16:31:26

一回押して、押しっぱなしの状態で、一定時間たったら、もう1回押したことにするってことだよね？

**名前は開発中のものです。** · 2005/09/18(日) 16:34:04

>>850
そうです。低FPSで一定のキーリピートを実装したいんです。

**名前は開発中のものです。** · 2005/09/18(日) 16:38:27

だからkeyPressed()でフラグを立ててkeyReleased()でフラグ降ろせばいいじゃん

**名前は開発中のものです。** · 2005/09/18(日) 16:41:00

ゲーム用途でキーリピートが欲しいってのは珍しい用件だから
さすがに想像してなかったな

どういうところで使うんだろう

キーリピートが邪魔というのなら分かるが

**名前は開発中のものです。** · 2005/09/18(日) 16:41:42

>>853
それはやっています。
のんびりとしたキーループではタイミングにずれが出るんです。

**名前は開発中のものです。** · 2005/09/18(日) 16:43:35

>>852
予想してみるに、Timer使って、一定期間ごとの処理のときに
KeyStateのチェックでもしているんだと予想してみるが
(まぁ、自分がこれをやって、押すタイミングによって、
ムダ連打になったり、ならなかったりで、どうにかしたいと思った経験アリな訳だが
どうやって解決したかは忘れた。）

まぁ、複雑になってくると、あんまりTimerは向かないってのが一つ。

**名前は開発中のものです。** · 2005/09/18(日) 16:43:51

>>854
RPGのでいうコマンド位置の移動や
アクションで武器毎の連射速度の調整などです。

**名前は開発中のものです。** · 2005/09/18(日) 16:49:18

>>857
そういうのは入力側をいじるのではなくて
ゲームのシステムなりがやるものだとおもわれ

**名前は開発中のものです。** · 2005/09/18(日) 16:51:27

□←何もなし時間
■←TimerTaskの処理
P←Press
R←Release

つまり
□□■□□□□■□□□□■□□・・・て風に定期処理するプログラムのときに
□□■P □□R ■□□□□■□□←だと4□時間、押してるのに1回
□□■□□□P ■R □□□■□□←だと3□しか押してない（ﾁｮｲとしか押してないつもり）なのに連打になってしまう

・・・って、ことだと思う。

**名前は開発中のものです。** · 2005/09/18(日) 17:00:34

とりあえず、押されたらそのキーのクラスのPressed()とか呼び出して、isPressed=trueの間ループさせて
前の時刻から、一定時間たったらリピートが、良さそうかな。

**名前は開発中のものです。** · 2005/09/18(日) 17:04:08

ループでまわさないRPGでのコマンドとかならイベントでやっといたほうがええよ

デザインパターンとか多少目を通したほうが楽かもね

**名前は開発中のものです。** · 2005/09/18(日) 17:27:01

こんな感じでそれぞれの処理を隔離したいんです。
これでキーリピートができると再利用性が向上して作りやすいんです。
・入力処理による行動キューへの書き込み
・メインループによる行動判定処理及びメモリスクリーンの更新
・FPSループによるディスプレイへの描画

>>860
キー判定ループを1つにするかキー分用意するかの違いなんですけどね。
キー判定ループを押される度に生成ではなく、押されるまで寝かせるとかだと改善するのかな

>>861
デザパタですか。なんちゃらファクトリーとシングルトンならよく使います。
なんちゃらって答えてる時点で分かってないって事なんですがｗ

**名前は開発中のものです。** · 2005/09/18(日) 17:58:14

>>862

リアルタイム系ではなくいわゆるウインドウシステムみたいなものを作りたいようだから
ディスプレイへの描画はループさせる必要はないよ

**名前は開発中のものです。** · 2005/09/18(日) 18:07:20

>>863
いや移動処理とかあるので描画ループは必要です。
もちろんトリガ式の描画モードも実装する必要はありますが。

**名前は開発中のものです。** · 2005/09/18(日) 19:23:42

移動処理もループさせなくてもイベントで処理できるよ
たとえば現在のモードが戦闘モードなのか移動モードなのか判断してまわすだけ

たとえばマス単位で動くなら動いた後にはキーイベントキューをクリアするとかの処理が入ればいいだけ

たぶんゲーム作りなれてないのならループ処理よりこっちのほうがやりやすいかもね

**名前は開発中のものです。** · 2005/09/19(月) 16:53:42

javaじゃないけど、el.h（イージーリンクライブラリ）
からそのへん学んだ。変数にフレームごとの状態を記録しておく。

**名前は開発中のものです。** · 2005/10/02(日) 23:11:49

http://pcweb.mycom.co.jp/news/2005/09/15/021.html
↑これってShapeとかImageもOpenGLで高速に描画できるって事ですかね

**名前は開発中のものです。** · 2005/10/02(日) 23:24:24

それはまだわからない。
5.0から一応OpenGLレンダリングできることになってるけど、イマイチだし
Windows環境ならDirectDrawやDirect3D使ってレンダリングできる。

オプションとか描画の種類とか多少知識が必要だけれども。
Imageの通常転送に関してはDirectDrawで安定して高フレームレートでてるよ。
SDL並みといっていいのでは？

**名前は開発中のものです。** · 2005/10/02(日) 23:53:51

現在通常ウィンドウとフルスクリーンを交互に表示すると1MBくらいのメモリリークをします。
その後アプリを最小化するとそのメモリリークしたメモリが一気に回復するのですが
このリソースの回収を表示モードの切り替え直後に行う方法はないでしょうか？

**名前は開発中のものです。** · 2005/10/03(月) 00:20:05

>>869
System.gc()じゃだめ？
現在通常ウィンドウとフルスクリーンを交互に表示するプログラムのコード断片希望

**名前は開発中のものです。** · 2005/10/03(月) 00:39:53

public void setVisible(boolean b) {
if (b == isVisible()) return;
if (b) {
if (isFullScreen) {
if (alreadyFullScreen) return;
final DisplayMode mode = new DisplayMode(
screenWidth, screenHeight, 16,
DisplayMode.REFRESH_RATE_UNKNOWN);
if (isDisplayable()) dispose();
setUndecorated(true);
super.setVisible(true);
createBufferStrategy(numBuffers);
device.setFullScreenWindow(this);
device.setDisplayMode(mode);
alreadyFullScreen = true;
} else {
if (!alreadyFullScreen) return;
if (isDisplayable()) {
device.setFullScreenWindow(null);
dispose();
}
setUndecorated(false);
super.setVisible(true);
createBufferStrategy(numBuffers);
alreadyFullScreen = false;
}
}
super.setVisible(b);
}

**名前は開発中のものです。** · 2005/10/03(月) 00:42:00

あ、インデントが・・・

>>870
gcではびくともしませんでした。

ソースですが、isFullScreenを切り替えた後で
setVisible(false);setVisible(true);とすれば切り替わるようになっています。

createBufferStrategy(numBuffers); が一見無駄に見えますが
これはコメントアウトしても何の影響もありませんでした。

よろしくおねがいします。

**名前は開発中のものです。** · 2005/10/03(月) 01:12:05

そういやNetBeansで開発してたときもフルスクリーンに変えるとなぜかIDEのほうがリークしてたの思い出した
たぶん仕様っぽいけど表示のON/OFFでdispose後再構築とかやらんとだめっぽいな

一見問題ないようでもネイティブのリソースであるVRAMを扱うのは
ヒープのように単純にいかんよな

いまじゃJava2DもDirectDrawでガンガンアクセラレーションされてるから

**名前は開発中のものです。** · 2005/10/03(月) 02:01:20

最小化を噛ませれば楽に対処できそうなんですよね。
最小化してから通常化に戻すというのをコードから書けるならですけど。

**名前は開発中のものです。** · 2005/10/03(月) 06:09:25

最小化とか普通にかけるだろ

**名前は開発中のものです。** · 2005/10/03(月) 22:26:39

え？書けるの？
dispatchEventっての使ってみても何も起きなかった

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

setExtendedStateじゃダメなのか？

**名前は開発中のものです。** · 2005/10/03(月) 23:26:41

>>877
2日ぐぐったのに見付からなかったorz
リソースの開放も確認できて無事解決しました。
ありがと。

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

Java1.4以降ではダブルバッファリングがVolatileImageを使って自動で行われるそうなんですが、その場合は自前でダブルバッファリングの処理を書かないほうがいいんでしょうか？
1.4より前のバージョンを使ってるユーザのためにやっといたほうがいいんでしょうか？

**名前は開発中のものです。** · 2005/10/09(日) 18:07:35

自動で行われるってせいぜいSwingくらいじゃないか？
自分で処理かかないとダメだよ

それにページフリッピングできるのは1.4以降だし

**名前は開発中のものです。** · 2005/10/09(日) 18:23:24

Swingらしいです。JPanelのpaintComponent()に描画処理書けばダブルバッファリングしなくてもちらつき起こらないんでどうかと思ったんですが。

**名前は開発中のものです。** · 2005/10/09(日) 18:34:11

ゲーム作成でSwingのダブルバッファを利用ってのはあまりありえないと思う

まぁRPGとかAVGならありだけど

あとかならずVolatileImage使われるともかぎらないから
速度とか考えたら自前でやったほうが管理は楽かもよ

フルスクリーンや垂直同期フリップが使えるし

**名前は開発中のものです。** · 2005/10/09(日) 19:04:43

SwingのJPanelは使わないってことでしょうか？
SwingのJPanelをキャンバスにしてpaintComponent()を使わずに自分でダブルバッファリング書く＋アクティブレンダリングというのが一般的ですか？

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

いやいやいやいや、ここでもちょくちょく出てる戦略があるじゃないですか。

**名前は開発中のものです。** · 2005/10/09(日) 21:25:22

まずは一旦このスレをよんでみなされってことだな

**名前は開発中のものです。** · 2005/10/09(日) 23:43:37

このスレってJava関連とは思えないほど
みんな親切だよね

**名前は開発中のものです。** · 2005/10/10(月) 20:58:06

おお、こんなスレもあったとは！

**名前は開発中のものです。** · NG

ゲームのプログラミングのために覚えときゃならない言語ってなんですか？

**名前は開発中のものです。** · NG

やっぱりJAVA？

**名前は開発中のものです。** · 2005/10/11(火) 19:12:50

JavaでもCでもなんでもいいから言語を一通りマスターするのがいい
あとはその言語の思想とか癖をおぼえるだけ

ただ、最低限の基礎はほしい
2の補数とか通じないのが最近多いんよ

**名前は開発中のものです。** · 2005/10/11(火) 20:10:51

Java→C++がお勧め

俺の場合はN88Basic→C→C++(挫折)→Perl→Java→C++
と勉強した。

**名前は開発中のものです。** · 2005/10/11(火) 20:11:11

とりあえずJavaでいいと思いますよ。
2年後には、携帯JavaもCLDCからCDC（Java SEのサブセット）が標準になる
と言う話しだし。Javaは絶対に今後ブレークｗする。
その次はコンパイラの勉強とか。

**名前は開発中のものです。** · 2005/10/11(火) 20:15:09

>>891
私は最初の言語がC++で就職してからやって、難しすぎてびびりました。
基礎は研修中（2ヶ月程）に何とか身に付けたけど。

**名前は開発中のものです。** · 2005/10/11(火) 22:07:55

UMLやれ。他の言語はイラン。

ちなみに、コンパイルは方法このスレにうｐ、多分たまに成功。

**名前は開発中のものです。** · 2005/10/11(火) 23:48:33

Java → C/C++ → PERL → Lisp(Python) → Python(Lisp)
ハッカーおすすめの言語習得コースが確かこんなだった

**名前は開発中のものです。** · 2005/10/12(水) 00:32:35

UNIX ハッカーコースだな。
ゲーム系の場合 Lisp はやっといても損ないけど
Perl と Python は飛ばしてもいいと思われ。

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

DB勉強しておくとなぜかオブジェクト指向ってのが分かりやすかった。

**名前は開発中のものです。** · NG

皆さんありがとうございました!!m(__)m
もう1つ質問ですHSP(多分あってる??)ってゲームのプログラミングに必要なんでしょうか？
ゲームのプログラミングに特化(言葉あってるかな?)してるらしいけど…

**名前は開発中のものです。** · 2005/10/12(水) 18:50:44

??
ホット・スープ・プロセッサ"ＨＳＰ"でぐぐるべし。

**名前は開発中のものです。** · 2005/10/12(水) 19:17:55

Javaの2DゲームPGなら
「Javaでゲーム作りますが何か？」を読むのが一番早い。