JAVAでゲーム作成

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

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

**名前は開発中のものです。** · 2005/08/19(金) 10:03:13

>>770
論点がずれているぞ。

**名前は開発中のものです。** · 2005/08/19(金) 22:28:56

がーん
シンプルな解決法かと思ったのですが・・＾＾；

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

ここは親切なｲﾝﾀｰﾈｯﾄですね

なんか嬉しくなったので記念ﾊﾟﾋﾟｺ
今日、JAVAでゲーム作っていく上で頼もしいｻｲﾄが
2,3見つかって気分が良いってのもある

**名前は開発中のものです。** · 2005/08/20(土) 06:18:08

その頼もしいサイト、教えてもらえませんか？

**名前は開発中のものです。** · 2005/08/20(土) 13:33:03

完全にGUIクラス独立させてゲーム作りたいんだけど
VolatileImageでバッファ処理しようとしたらpaint(g)内で作る分には問題ないんだけど
外で色々しようとするとバグるんだけど、なんで？
他のImage使えばいいんだろうけど、なんだか悔しくて。。。

**名前は開発中のものです。** · 2005/08/20(土) 13:53:31

そのバグったコードと結果かいてもらわんとなんともいえんだろうが

**名前は開発中のものです。** · 2005/08/20(土) 14:36:40

JREがせめてVectorに置いてあればなぁ･･･
JREの開発元がそもそも一般レベルに普及させる気がないみたいだし

**名前は開発中のものです。** · 2005/08/20(土) 14:43:16

http://java.comでいいじゃん

**名前は開発中のものです。** · 2005/08/20(土) 15:05:36

>>778
Vectorにソフトを置くとして
そのためのプラットフォームをVector以外に置くというのは･･･

**名前は開発中のものです。** · 2005/08/20(土) 15:14:02

JREはアプリにつけれるんだが
単体での配布はJavaのサイトからのみ許されるが

VBのランタイムも同じだべ

**名前は開発中のものです。** · 2005/08/20(土) 15:22:26

ん？VBは普通にVectorにあるじゃない。
PrivateJREって無駄が多くていまいち好きになれないし。
Java版RPGツクールでも作ってJavaそのものを普及させるしかないかな。

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

まぁprivateJREでなくてもJREは添付できるが
Privateは細かいリビジョンで動作が変わる可能性があることを考えると
別に悪い選択肢ではない

特にゲームなら細かい動きに依存するしなおさら
public使ってWebStartなら多少細かい設定が可能だけどサンドボックスだと
厄介なことになる場合もあるしな

同人ソフトとか数百Mとかわりとみるし、あまり気にならないかと

**名前は開発中のものです。** · 2005/08/20(土) 17:51:35

>>782
> まぁprivateJREでなくてもJREは添付できるが
マジすか。こりゃ要らぬ心配をしてまった。

> 同人ソフトとか数百Mとかわりとみるし、あまり気にならないかと
まあ置くのはVectorだから紹介サイトに負担はないよね（ｗ

てかJavaのゲームオーサリングソフト開発したいな。
・PropertiesとClass#forNameを使い、画面制御クラスが拡張可能
・クラス、ECMAScript(Rhino)、XML SAXそれぞれでシナリオをスクリプト可能
・クラス、Rhinoのどちらかで機能をカスタマイズ可能
・HypersonicSQLとBase64によるリソースDBMS搭載

※画面制御クラス　戦闘ビュー、フィールドビュー、ノベルビュー、会話ビュー、ステータスビューなど

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

Javaはダイナミッククラスロードが容易（だからフレームワークが流行り）なために
RPGとかSTGとかAVGとかのフレームワーク作るのはいいと思うよ
特定のディレクトリにjar放り込んでURLClassLoaderでロードしてくるだけだし

まずはそれらのさらに下で動く描画とか音楽とかの薄い汎用のフレームワークを作ったほうがいいかも

本当に自由なスクリプトに関しては次バージョンでECMAscriptが実装されるからそれをまてばいいね

HSQLDBはゲームに組み込むのには一番楽なサイズかな
たぶんRPGやAVGあたりだとデバッグが容易になるかも
他の環境だとXMLでいいかな
HSQLDBはJDBC2の構文が通らないからちとアレかもしれんがサブクエリーは便利

SAXに関しては勘違いしてないかい？

**名前は開発中のものです。** · 2005/08/20(土) 20:20:42

>>784
いろいろ有益な情報thx
共同開発者集められるくらいの基盤は作ってみるよ。

> SAXに関しては勘違いしてないかい？
タグ開始とテキストとタグ終了でXMLを解析するAPIだよね？
調べなおしてパースを一時停止出来なさそうなのには面食らったけど
それでも街やシナリオのインスタンスをレンダリングするには便利だと思う。

デバッグ中は逐次レンダリングして、リリースはレンダリング済みのをDBへ。
エンドユーザが情報交換しやすいフォーマットが他に思いつかない･･･

**名前は開発中のものです。** · 2005/08/20(土) 21:14:34

すごく初歩的な質問かもしれませんが、今、携帯のアプリを作ろうと思っています、、
携帯会社（NTT DoCoMo)のサイトを見ると何かソフトがいるようなコトがかいてあります、
JAVAだけで作ることは可能でしょうか？？。。

**名前は開発中のものです。** · 2005/08/20(土) 21:35:49

確かに携帯のアプリもJavaだ
だがそれはJ2MEといってPC用のJ2SEから機能を省いたサブセット
ライブラリや使える機能を抑えたコンパイルをして吐き出させるもの

追加で必要なのはライブラリとシミュレーション、ドキュメントだが、これらもちゃんと用意されている

プログラム板にいけばｉアプリのスレがあるのでそちらでどうぞ

**786です、、** · 2005/08/20(土) 21:53:20

787>ありがとうございました。。
なにしろ、０から始めることなので、、

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

JPanelのFPSを保つまた表示するにはどうすればいいでしょうか。

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

すいません。Javaスレと誤爆しました。

**名前は開発中のものです。** · 2005/08/26(金) 22:24:25

VolatileImageってスプライト用途では使えないってことですか？

**名前は開発中のものです。** · 2005/08/26(金) 23:45:41

分からない人は描画先にだけVolatileImage使えばいいよ
スプライトはBufferedImageでもJ2SE5.0からはかなりの場合アクセラレーションがきくようになってる

1.4時代は１００％スプライトに使えないと思っていい
5.0はコツがいる

**名前は開発中のものです。** · 2005/08/27(土) 22:47:55

>>792
あ、5.0ならできないこともないんですね。
それはシューティングに手を出しても高FPSが実現できるのでしょうか？
FPSが格段に向上するなら教えて頂きたいです。

無茶をしなければBufferStrategy&VolatileImage(offscreen)で十分なのでしょうが。

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

BufferedImage＞VolatileImageでも秒間1万スプライトとかでるよ

VolatileImage＞VolatileImageをやるためにはピクセルフォーマットをあわせて転送元にBITMASK指定

逆にDirect3DでのアクセラレーションはVolatileImage同士かつOPAQUE指定のみ＋オプション指定
Direct3Dはレンダリング品質に問題があるために現状では使い物にならないからやらなくていいよ
クリッピング処理に問題があるけどこれは1.4からかわってない
1.4では透過がまったく出来なかったけどね

分かりやすくまとめると
通常のDirectDrawによるアクセラレーションはカラーキーだが
Direct3DではAlpha値を使う、というのがわかれば自然とどういう指定が有効かわかるだろう

5.0ではOpenGLアクセラレーションができるようだが、ハイエンドのチップじゃないと動かないので
現状まったく意味を成さない
WindowsでのOpenGLのようにアクセラレーションが聞かない部分はソフトウェア描画とかやってくれない模様

**名前は開発中のものです。** · 2005/08/27(土) 23:40:49

>>794
貴重な情報ありがとうございます。
環境依存に陥るのは勿体無いですね。
知識としてはしっかり抑えておこうと思います。

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

敵をベジエ曲線で移動させようと思ったのですが
敵の位置があらぬ値を示すのです。
計算式間違ってますか？

int p0x=0,p1x=0,p2x=800,p3x=800;
int p0y=600,p1y=0,p2y=0,p3y=600;
//制御点四つ。数値は画面サイズ縦六百横八百
float move;//t:1-tのtに位置する。

**名前は開発中のものです。** · 2005/08/28(日) 06:47:42

public void move(){
int p4x,p5x,p6x;
int p4y,p5y,p6y;

p4x = (int)((p1x-p0x)*(move/100));
p5x = (int)((p2x-p1x)*(move/100));
p6x = (int)((p3x-p2x)*(move/100));
p4x = (int)((p5x-p4x)*(move/100));
p5x = (int)((p6x-p5x)*(move/100));
glx = (int)((p5x-p4x)*(move/100));
p4y = (int)((p1y-p0y)*(move/100));
p5y = (int)((p2y-p1y)*(move/100));
p6y = (int)((p3y-p2y)*(move/100));
p4y = (int)((p5y-p4y)*(move/100));
p5y = (int)((p6y-p5y)*(move/100));
gly = (int)((p5y-p4y)*(move/100));
//glxglyは画像の左上隅
move++;
movehp();
hami();
System.out.println(glx);
}

**名前は開発中のものです。** · 2005/08/28(日) 13:16:50

ベジェ曲線は三次式になるはずなんだけど、一次式だけでプログラム書いてない？
下記ページにベジェ曲線に関して式まで載っていたよ。
http://musashi.or.tv/fontguide_doc3.htm

**名前は開発中のものです。** · 2005/08/28(日) 13:49:17

最近、Javaを勉強し始めたものです。
便乗ですみませんが、>>797のコードでは
(move/100)を各行で計算していますが、
これを
float pos;
pos = move/100;
p4x = (int)((p1x-p0x)*pos);
p5x = (int)((p2x-p1x)*pos);.
.
.
.
とした場合では実行速度に差が出るのでしょうか？

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

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

ローカルでの計算なら最適化の過程で綺麗になるけど
場合によってはメソッド呼び出しの速度がネックになる場合もわりとでるよ

所詮は頻度だけど
1フレーム内に100万回以上呼び出すかどうかが境目かな
それ以下ならさほど気にならないかな

**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()じゃだめ？
現在通常ウィンドウとフルスクリーンを交互に表示するプログラムのコード断片希望