JAVAでゲーム作成

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

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

**名前は開発中のものです。** · 04/03/18 20:38

Javaのコレクションはキャストしないといけないから激しく使いにくかったが、
1.5からテンプレートが導入されて良くなったね。
って、1.5はまだ正式リリース前か。

Cから虎へ～JDK1.5について！Part2
http://pc2.2ch.net/test/read.cgi/tech/1079438337/

**(;´Д｀)/ﾖﾜjava** · 04/03/21 22:11

ゲームプログラミングを始めようと思って、今年の３月発売の、
Ｊａｖａゲームプログラミングアルゴリズムとフレームワーク
という本を買ってみました。
ソースはあまり読み易い物では無かったのですが、ゲーム制作に必要な
要素（処理）を知る事が出来た（かも

**名無しさんは１４才** · 04/03/31 16:08

そろそろ復活。
心配してくれた人、どうもでした。
怪我はもっと前に治ってたけど、いまいちやる気でなくて。

復活だけど、このスレ普通に伸びてるから、別のところに引っ越します。

**名前は開発中のものです。** · 04/05/20 23:20

>172
復活おめでとうございます。
久しぶりにきてみたら、14才さんがいてびっくり。
って引っ越しですか・・残念です

**名無しさんは１４才** · 04/05/25 11:14

こんにちは♪ていうか、どなただろ。
はっ！まさかママン！……なわけないか。

**名前は開発中のものです。** · 04/05/28 17:28

>>174さん
ただのロム人です（^_^;
14才さんのゲームは何処に行けば見れるんでしょうか(?_?)

**名無しさんは１４才** · 04/06/02 10:11

ごめんね。まだ公開してないからどこいっても見られないの。
キャラクターがてくてく歩いてるだけだから、ゲームになってないしー。
もう少し進んだら公開したいなーと思ってるんだけど、このペースだといつになることやら。

**名前は開発中のものです。** · 04/06/23 21:41

もう、進行の終わったスレかもしれませんが…

名無しさんは１４才　さんは、どのスレに移動したのでしょうか？
知ってる方､教えてください。

**名前は開発中のものです。** · 04/06/25 19:00

漏れがこのスレ再利用しようかな．．．

**名前は開発中のものです。** · 04/06/25 19:27

やる気があるのならレス番８００以上もあまってるんだから再利用したほうがいいかもね。

1.4使っていれば２ＤゲームならJAVAを利用するメリットも大きいし
JREを組み込めばユーザーにはネイティブアプリと違いは分からないし、
Swingとかのコンポーネントだと重さとかネイティブじゃないのがばれるかもしれないけど、
フルスクリーンアプリならその心配もないし。

**名無しさんは１４才** · 04/07/01 15:45

>177
厨房スレですよん。でもあっちもまったり放置中。
ちまちまかいてるけど、もう半年近く見た目が変わってないので滅入り気味。
夏休みになったら、もうちょっと進む……予定。

**名前は開発中のものです。** · 04/07/01 21:06

ぶっちゃけるとRPGは時間ばかりかかるのでアクション系パズル系といった
小粒をたくさん作って技術磨いた方がいい
まぁ、マップシステムは一度は手を出しておいた方がいいとは思うけどね

**名前は開発中のものです。** · 04/07/10 22:09

ダブルバッファリングというか、createImageについて聞きたいんだけど
アプレットじゃなくてアプリケーションで
コンストラクタに
doubleBuffer = createImage(640, 480);
gBuffer = doubleBuffer.getGraphics();
～裏バッファに描画～
と書いて
paint関数内で
g.drawImage(doubleBuffer, 0, 0, this);
とやっても何も表示されないんだけど、どうしてだろう？

全部をpaint関数内に
doubleBuffer = createImage(640, 480);
gBuffer = doubleBuffer.getGraphics();
～裏バッファに描画～
g.drawImage(doubleBuffer, 0, 0, this);
とやると上手くできる。
createImageをpaint関数内で使わないとどうやってもできない。
検索でよく出てくるアプレットのサンプルでは
init関数内でcreateImageしてるんだけどなあ・・・。

**名前は開発中のものです。** · 04/07/10 22:53

アプリケーションならBufferedStrategy使え
せっかく垂直同期とれるんだし

あとcreateImageで作るイメージは高速描画されないよ

DirectXによるアクセラレーション期待するなら
BufferedStrategyやVolatileImage使うべし

そこまで行かなくてもそれなりにDDB等で高速化したいのなら
createCompatibleImageでやるべし

>>182のレベルから考えるとそれ以前の話気もするが
裏バッファに描画は本当に出来てるの？ImageIOあたりで
ファイル書きだししてごらん

**名前は開発中のものです。** · 04/07/10 23:33

仕様を
用意
しよう

**182** · 04/07/11 02:40

>>183
コンストラクタでの処理を止めて、専用のメソッド作ってやってみたら出来ました。
ありがとうございます。

ところで、BufferStrategyが作るバッファというのは、どこでサイズを指定するのですか？
検索してみても、サイズを指定していると思われる部分がないのですが。

**名無しさん＠そうだ選挙に行こう** · 04/07/11 11:39

>>185
それってたぶん解決してないぞ
コンストラクタでやってもまったく問題ないし
マシンとかによってタイミング的にたまたまうまくいっただけかと
描画がうまくいかないってのはイメージを描画してるの？
よくある話としてイメージのロードを待っていないとかはどうかな？

バッファはウインドウサイズ
通常フルスクリーンだから６４０＊４８０とか８００＊６００とかになる
ウインドウモードならウインドウのサイズになるがinsetsがあるので
初心者には単純にはお勧めできない

ダブルバッファというのは表の描画面と同じサイズを用意するものだからね
そして切り替えはフルスクリーンだと自動的にフリップに、ウインドウモードだと
ブリットになってくれる

**182** · 04/07/11 19:17

>>186
あれから色々考えてみましたが、やはりコンストラクタが原因のようです。
コンストラクタ内だと、まだインスタンスが生成されていないために処理が上手くいかないようです。

Image、VolatileImage、BufferStrategyの全てでダブルバッファリングを行い
640*480ほどの画面を1ドット単位でスクロールさせてみたのですが、なんか
どれを使っても画面がたまにちらつく感じになるんですけど、こんなもんですかね？
640*480だと大きすぎるのだろうか。
常時ちらつくわけでもないんですが。たまにチラチラとなります。

**名無しさん＠そうだ選挙に行こう** · 04/07/11 20:08

コンストラクタというだけではなにをしたいのかがわからんぞい
コンストラクタだからダメということはない

640*480でスクロールだけならCPU使用率２，３％くらいですむよ

ちらつきは垂直同期取るのでまったくなし
使い方おかしいと思うけど？

**名前は開発中のものです。** · 04/07/12 23:24

Java3Dをインストールしてみたが、
これって、配布に問題あるんじゃない？
サンマイクロに登録しないといけない。しかも英語で。
まだ実用化できるレベルではないと思うのだが…

**名前は開発中のものです。** · 04/07/12 23:38

今はおとなしくJava2Dで収まる程度で我慢しましょう
もしくはSDLあたりとかJNIで組みましょう

**名前は開発中のものです。** · 04/07/13 00:04

>>189
Xith3D
http://www.xith.org/tiki-index.php
Aviatrix3D
http://aviatrix3d.j3d.org/index.html
JOGL
https://jogl.dev.java.net/

好きなものをどうぞ。

**189** · 04/07/13 22:09

>>191
おお、すごいですね。
ただ英語なので少しずつ翻訳しながら読んでみます。。。

**名前は開発中のものです。** · 04/07/14 02:02

Xith3DやAviatrix3Dって、3Dグラフィック機能だけに注目すれば
joglをもとにしたOpenGLラッパーライブラリだと捉えられると思うのですが、
Java3Dと比較するとそれらを採用するメリットはどのあたりにあります?

**名前は開発中のものです。** · 04/07/16 01:11

数ヶ月前位にJAVA始めた(標準API位はそこそこ使えるくらいです)んですが
何年か後でもゲーム作れるようになりたいな等と考えているのですが
まずはGUI(SWINGとか？)あたりから勉強すればよいのでしょうか？

**名前は開発中のものです。** · 04/07/16 07:47

>>194
標準なAPIがそこそこ使えるんだったら、GUIを勉強するのもいいんじゃないでしょうか。

**名前は開発中のものです。** · 04/07/16 09:39

>>194
ゲーム作るんだったら、Appletかフルスクリーンの一般的なゲームか携帯アプリの３タイプぐらいに
分かれるけど、流行の携帯アプリなんかはどうでしょう？

**名前は開発中のものです。** · 04/07/16 10:15

正直携帯アプリはオススメできないな
キャリアで３種類に分かれるし
そのキャリアごとでも複数のバージョンに分かれる

なにより大概開発環境は1.3.1を用意しないといけないこと

速度もメモリも制限多すぎて初心者が手を出すのはどうだろう

一般的な普通のゲームつくればいいんじゃない？
javaっていわれないとわからないようなやつが理想

**194** · 04/07/17 01:04

こんばんは>>194です。
ﾚｽ遅くなってすいません。

携帯アプリも楽しそうなんですがいかんとも漏れの携帯JAVA動かないっす＿|￣|○
Jﾎﾟﾝだし・・・

何からやっていいかわかんない位の素人なんで
これをやるには何を学ぶってのがいまいちぴんとしてませんが
とりあえず明日は休みなんで最近Java書籍ｺｰﾅｰにならんでる
ゲーム本開発系の本でもいろいろと立ち読みするとこから始めて見ますね

ﾚｽ下さった皆様ありが㌧です。

**名前は開発中のものです。** · 04/07/17 01:22

そういやどこだったかでjavaの知識あまり無くてもすぐにゲーム作れるライブラリってのみたな

**名前は開発中のものです。** · 04/07/18 12:27

JAVA検定2級受けてきた。やばい、落ちるかも。

**名前は開発中のものです。** · 04/07/19 02:54

eclipse使ってしこしこゲーム作ってるんですが、
ひとつ重大な疑問が。
exeファイルを生成するにはどうしたらいいんでしょうか？
元VB派だったので、実行ファイル化する機能がeclipseにも
付いているものとばかり思ってました。

**名前は開発中のものです。** · 04/07/19 10:44

vbできるならそれでjavaw.exeをよぶの作るとかすればよろし

どっちにしろjreが必要なのでインストーラセットにするか
同梱するかが必要だけど、この質問くるということはかなりのjava初心者とみた
java初心者スレの過去ログにこの質問大量に見つかるはずだから見てみるといい

**名前は開発中のものです。** · 04/07/19 13:23

exeにしなくてもダブルクリックで起動できるよ。

**名前は開発中のものです。** · 04/07/20 00:36

>>202 >>203
ありがとう。でも考えてみると、Javaって
ゲーム製作に向いていないのかもしれない。(携帯、アプレットを除いて)
どうしよう。他の言語に乗り換えようかな。

**名前は開発中のものです。** · 04/07/20 00:57

「ゲーム製作に向いているかどうか」を基準にするならツクール系専用ツールを使えばいい。

要はその言語で「作り上げる気があるかどうか」だよ。

実際「向いている」とは思わないが、最近は作りやすくなってるよ。
ゲーム向きな資料は他の言語に比べて探しにくいかも知れないけど、がんがれ。

**名前は開発中のものです。** · 04/07/20 08:45

言語でゲームに向いてる向いてないってのはあるのか？

ＨＳＰやＶＢのようなものでゲームがたくさん作られていることから
Javaだから特別向いてないってことはない

そもそもダブルクリックレベルの話をしていることから
むしろJavaのほうが取っつきはいいと思うぞ

とりあえずどの辺が向いてないか考える前にやってみることだ
たぶん９９％は間違ってる

**名前は開発中のものです。** · 04/07/20 23:07

でもJavaは配布が面倒そうだね。
JREごと配布して、ユーザには起動用の.batか.exeを叩いてもらうのが使いやすいかなあ。

**名前は開発中のものです。** · 04/07/21 00:01

俺はゲーム以外もexe起動で同梱のjreをよぶようにしてる
一般ユーザーからはネイティブとの違いには気がついてないようだ

batでほとんど足りるんだけど、batを知らない人もいるからね

**名前は開発中のものです。** · 04/07/23 22:16

考え抜いた末、PHPでゲームを作ることにしますた。

**２０４** · 04/07/28 01:12

２０４ですが、いろいろ他の言語もあさってみたけど、
やっぱりJavaでいきます。今eclipseの本かって来ました。がんがります。

**名前は開発中のものです。** · 04/07/28 02:03

javaといわなきゃわからないようなゲームもあるしなんとでもなるさ
言語は問題じゃない

**名前は開発中のものです。** · 04/07/28 02:04

肝心なこと書き忘れた

がんがれ

**名前は開発中のものです。** · 04/07/28 04:03

JAVAでマップパーツをまとめた画像を読み込んで
それをバラバラにして特定のパーツを呼び出すのは
どうすればいいのでしょうか？

**名前は開発中のものです。** · 04/07/28 04:11

>>213
Graphics.drawImage(Image, int, int, int, int, int, int, int, int, ImageObserver)じゃダメなのか？

**名前は開発中のものです。** · 04/07/28 04:26

>>214
public void abｃ(int x int y){
Graphics.drawImage(Image, 0, 0, 30, 30, 0+30*x, 0+30*y, 30+30*x, 30+30*y, ImageObserver)
}

30*30のパーツだとするとこれでいいのですか？
abc(0,0);
これでImage[0][0]が呼べるのかな。

**名前は開発中のものです。** · 04/07/28 04:43

>>215
いや、そういうことじゃなくてチップ番号と座標を対応させて一枚の画像から必要な部分だけ
その都度スクリーンに描画するようにすれば、読み込んだ画像をバラバラにして管理する
必要はないんじゃないのか？

**名前は開発中のものです。** · 04/07/28 04:52

>>215
そのやり方がよく分かりません。
まだまだ勉強不足のようです。

**名前は開発中のものです。** · 04/07/28 09:48

たしかその一部のイメージの描画はアクセラレーションきかないはずだ
アクション系ならロード時にイメージを新規に作ってそこに描画した方がいいぞ

注意すべきはロードするイメージはVolatileImageではなくて
コンパチブルイメージを使うこと

http://shin.cside.com/product/shingl/index.htm
このライブラリを使ってる人とのやりとりと日記みてわかった

**名前は開発中のものです。** · 04/08/30 23:48

Javaでネットワーク2DRPGを作成しています。
サーバプログラムは参考になるソースを見つけたのでそれを元に作成しています。
クライアントプログラムはいまいち参考になるソースが見つからず、
自己流で作成していましたが、停滞気味です。
クライアントプログラムの作成の参考になるソースや記事等有りましたら、
ご提示いただけると幸いです。

**名前は開発中のものです。** · 04/08/31 14:25

サーバープログラムの参考になるソースどこか教えてください。

**名前は開発中のものです。** · 04/08/31 19:02

>>219
どの部分で行き詰まっているのかかいてもらわんとなんともいえん

>>220
ネットワークの仕組みが分かってるかどうかだよな
まずはTCPベースでいろいろやってみるといいよ
小規模やリアルタイム性が問題にならないのならそのままでもいい

この２者ともまだ言語的にJavaかどうかのレベルではないなー

**名前は開発中のものです。** · 04/08/31 23:28

>>220
全体的な構造は、下記のソースコードを参考にして作成しています。
(エミュレートサーバプログラムです)
ttp://sourceforge.net/projects/l2j/
ttp://sourceforge.net/projects/tupi/

>>221
全体的にこんな構造で作成するといったものが分からず、適当に作成しているため、
特にアーキテクチャと言うものが存在しない状態で、
何とか動いているようだけど、ソースはすでによくわからない状態になっています。
このような状態なので、何か機能を追加するにもなかなか進みません。
ネットワークゲームのクライアント作成に関して、
何か参考になるリソースを教えていただけないでしょうか？
今プログラムは、複数の人がマップを歩けるといった状態です。

**名前は開発中のものです。** · 04/09/01 00:45

そこまでできているならあとはそのパケットの種類を増やすだけじゃないの？

とにかく機能をプラグイン的に開発で追加できるようにしておいたほうがいい

特に大規模になるＲＰＧならなおさらだが、ＳＴＧや格闘なんかもこのプラグイン開発が非常に有効だ

だらだら書いたコードは自分の書いたものであっても後からはかなり追いにくくなるしね

**名前は開発中のものです。** · 04/09/01 00:52

クライアントの作り方が良く分からないという段階で、
このような大規模（に見える。ソースを見たわけではないので）
サーバのアプリを参考にしてもどうにもならんと思う。

まずは、サーバとクライアントにどのように分けられているかを考えて見ることをお勧めする。

ゲーム作る前に、チャットサーバとチャットクライアントをTCPで作ってみなされ。
それが出来れば、そこに書いているようなプログラムは
ある程度想像できるとおもうが。

要するにチャットでクライアントから送信する文字列の代わりに
クライアントでのキャラクタの操作を送ればいい。
サーバはクライアントから受け取った全ての情報を
全てのクライアントに送り返すだけ。
（ここでは敵キャラとかも居ない前提だから）

まぁ３０人ぐらいなら問題なく動くと思うよ。
ちゃんとクリッピングする必要はあるけど。

**名前は開発中のものです。** · 04/09/01 01:43

>>223
ご指摘の通り、だらだらとその場限りのコードを書いているので、
コードが難読化してきました。
プラグインですか。そういう方向性も考えて、
できるだけモジュール化して少しでも読みやすい形に変えていくしかないでしょうか．．．

>>224
以前、多人数チャットプログラムは作成したことがあります。
チャットとネットワークゲームのギャップは大きいです。
今は全員にブロードキャストしていますが、そのうちAOI (Area of Interest)も考えていきたいと思います。

**名前は開発中のものです。** · 04/09/01 17:01

単発質問スレだろ。
とっとと削除依頼出して来いよ。

**名前は開発中のものです。** · 04/09/02 07:45

お前が出してこればいいだろカス

**名前は開発中のものです。** · 04/09/02 19:10

いや、有用です。
jreって同梱して配布してもいいんですか？

**名前は開発中のものです。** · 04/09/02 19:17

ライセンスにちゃんとかいてあるだろ
アプリと一緒なら大丈夫と

細かいところはちゃんと自分で読めよ
日本語でかいてあるんだから

**名前は開発中のものです。** · 04/09/05 18:37

http://www13.org1.com/~taro/typing/frame.html
↑アプレットで作ったタイピングゲーム。
データはたぶんCGIで処理されてランキングを競える。
はまった(σ・∀・)σ

**名前は開発中のものです。** · 04/09/05 19:08

そもそもjreってどうやって添付するの？

**名前は開発中のものです。** · 04/09/05 19:17

jreってのはwinでsunのインストーラしか使ったこと無いやつはわからんだろうが
一定のディレクトリ構成で解凍できていればそれだけで動く

jreのパス／bin／javaw.exeを実行すればそのjreのファイルを使って動いてくれるよ

**名前は開発中のものです。** · 04/09/06 00:04

起動するだけならManifest入りのjarじゃ駄目？
jre+exeにするメリットがよくわからない。誰か教えてプリーズ。

**名前は開発中のものです。** · 04/09/06 00:23

>>233
クリックだけで起動できるようにしておけば十分だというのはプログラマ側の意見。
Winユーザは「起動はhogehoge.exeをダブルクリック」とかいうイメージを持っているから、
Win向けならexeも用意しておくのが親切だろうと思う。

**名前は開発中のものです。** · 04/09/06 00:32

>>234
あるいは、JWS使ってデスクトップにアイコンを置くか、かな。

**名前は開発中のものです。** · 04/09/06 11:28

winユーザなんて低脳は相手にしてないからいいよ

**名前は開発中のものです。** · 04/09/06 12:20

FPSを実装する場合、Threadのrun()の中でThread.sleep()使うだけでもいいんでしょうか？
たとえば、sleep(10)とすれば20msごとにrun()（1フレームの処理）が実行されるので50FPSになりますか？

それともrun()の中を無限ループにしてThread.sleep()を使わずif文で

if (System.currentTimeMillis() - temp > 20) {
　　temp = System.currentTimeMillis();
1フレームの処理
}

とした方がいいでしょうか？
どんな性能のマシンでも大体50FPSを保つようにしたいと思っているんですが。一般的な
方法はどうやるのでしょう。ヒントお願いします。

**名前は開発中のものです。** · 04/09/06 18:38

>>233
ユーザーにJREが入ってるのを期待するという時点で使いにくい
ネイティブアプリと同じ感覚で使うならコレ

しかも、ユーザーのJREを無理矢理上書きしないことと
稼働確認したバージョンが入っていることで安心感がある

セットアッププログラム使えば簡単にデスクトップにショートカット作ったりできるしな

**名前は開発中のものです。** · 04/09/06 18:41

>>237
タイマ管理ならメインルーチンはなんらかのObject.wait()で待機
そしてTimerTaskのFixedのほうでnotify()
これで一定間隔で綺麗な時間管理が可能

いろんなのをためしたがコレが一番fpsの安定度が高かった
whileなどのループで監視し続けるのは実は安定度がイマイチ

**名前は開発中のものです。** · 04/09/06 19:47

>>239
ありが㌧それも試してみます

**名前は開発中のものです。** · 04/09/14 15:41:48

Javaでドラクエ風RPGのスクロール処理実装してみました（けっこうむずいな）。
ソースも入っているのでなんか感想ください。

ttp://gamdev.org/up/img/1230.zip

**名前は開発中のものです。** · 04/09/14 16:37:46

●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●きなこ●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●●
これを見た人は確実に【きなこ】です。これをコピペでどこかに１回貼れば回避できます。
これは本当です。やらないときなこ無駄になります

**名前は開発中のものです。** · 04/09/14 16:46:02

きれいで見やすいソースだと思います。
Runnableをインプリメントって昔の手法のようなきがしますが、
ゲームでは普通なんですかね。

ゲーム作ってないJava使いの戯言なので、気にしないでください。

あと、マップデータの保存方法が面白かったです。
これなら、エンコーダ、デコーダが必要ないですね。
こんな発想は私にはありません。

さらにがんばってください。

**名前は開発中のものです。** · 04/09/14 19:48:38

>>243
ありがとございます。

マップデータは最初アスキーコードでファイルに書き込んでたんですが、最近オブジェクトのシリアライズ機能を知ったので使ってみました。

アニメーション入れるときはRunnableをimplementsするか別にThread拡張したスレッドクラス作るかだと思うんですが新しくスレッドクラス作るの面倒くさかったのでimplementsしちゃいました。本当はアニメーション用のクラス作ったほうがきれいだとは思います。

**名前は開発中のものです。** · 04/09/14 23:09:03

>>241
TimerTask使え
動作が一定にならんぞ

**名前は開発中のものです。** · 04/09/15 01:11:45

>>245
スレッドの代わりにってことですよね。
動作が一定にならないってのはどういう意味でしょうか？
性能が違うマシンで実行すると移動速度が変わるってことですか？

**名前は開発中のものです。** · 04/09/15 09:04:05

上の方に書いてありました。

**名前は開発中のものです。** · 04/09/18 00:17:02

>>241
すごい。ドラクエっぽいですね！

ブラウザにつなぐだけ、携帯にものってるjavaって
良い言語だねー　自分も色々作れるように調べてみようかな

**名前は開発中のものです。** · 04/09/19 01:28:27

>> 239
TimerTask でためしに組んで見たけど、アプレットだと描画が行われない。
アプレットじゃなく普通にフレーム作ってやると動くのだが。
メインスレッドは止めちゃいけないのかな。他にスレッド用意する必要があるとか。

class App extends JApplet {
　　public void start() {
　　　　timer = new Timer();
　　　　timer.scheduleAtFixedRate(new WakeTask(this), 0L, 20L);
　　　　run();
　　}

　　public synchronized void run() {
　　　　while (true) {
　　　　　　try { this.wait(); } catch (InterruptedException e) {}
　　　　　　Graphics g = getGraphics();
　　　　　　g.drawString("hogehoge", 100, 100);
　　　　　　g.dispose();
　　　　}
　　}

　　public synchronized void wake() { notify(); }
}

class WakeTask extends TimerTask {
　　App app;
　　WakeTask(App app) { this.app = app; }
　　public synchronized void run() { app.wake(); };
}

**249** · 04/09/19 01:44:48

自己解決。スレッド作ってそちらで回したらうまくいった。
こーゆーやり方が正しい作法なのかは知らんが。

class App extends Japplet implements Runnable {
　　public void start() {
　　　　timer = new Timer();
　　　　timer.scheduleAtFixedRate(new WakeTask(tins), 0L, 20L);
　　　　new Thread(this).start();
　　}

　　public synchronized void run() {
　　　　　　・
　　　　　　・

**名前は開発中のものです。** · 04/09/19 09:06:51

start()をオーバライドしちゃだめだろ

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

横から失礼。
public class App extends Applet{
　　　　　　：
　　class task extends TimerTask{
　　　　public void run(){
メインの処理;
　　　　　　repaint();
　　　　　　：
ではどうなんでしょうか？

**名前は開発中のものです。** · 04/09/19 10:56:46

よく分かってないのならrunのなかで各種初期化処理やれ
ゲーム自体独立したスレッドでいい

**名前は開発中のものです。** · 04/09/20 06:02:36

TimerTaskを使った絵画ループの書き方としては

TimerTask task = new TimerTask() {
public void run() {
canvas.repaint();
}
};
timer.schedule(task, 0, 1000/fps);

これでいいのかな。
誰が参考になるコードキボンヌ（２Ｄ対戦格闘もイケるとか、640x480で30fpsはいけるとか、これ本当？）

**名前は開発中のものです。** · 04/09/20 13:13:54

GraphicsConfiguration#createCompatibleImage(width, height, Transparency.BITMASK);
を使用すると恐らくハードウェアアクセラレーションがかかる状態で描画が出来る予感。
OSとJavaVMによりけりだけど。
実はSWTのGCを使うほうが安定して上記とあまり変わらないスピードで描画が出来る罠があったりする。

**名前は開発中のものです。** · 04/09/20 18:28:35

>>239
おまいさんが実験したJavaのソースｷﾎﾞﾝﾇ。

**名前は開発中のものです。** · 04/09/20 19:27:10

>>254
640*480-60fpsいけるよ
ただしアルファブレンド拡大縮小回転を使わないという前提
1.4.2ではこれらはアクセラレーション効かないからね

アクセラレーションはいろんな場合に様々な要素で効いている
Windowsならメモリの確保の仕方でDDB、DIB、DirectXを使って実装している。
G400とかMatrox系はDIBやDDBはすんごい早い。
DirectXはRIVA128以降～最新チップまで比較的安定。

>>255
それであってる
描画先がVolatileImageやフルスクリーン時のバックバッファならDirectXが積極的に使われるっぽい
描画先もコンパチブルイメージだとDDB
通常のBufferdImageはDIBになる

>>256
あの説明で分からないのならやめとけ

**名前は開発中のものです。** · 04/09/20 19:46:32

>>257
実装は出来てるよ。
だけど人のソース見るのって楽しいじゃん。

**名前は開発中のものです。** · 04/09/20 19:54:46

ちゃんと動いているのならそれでいいだろ

**241** · 04/09/21 22:03:43

>>241でドラクエ作ってたものです。
Javaのゲームプログラムを扱ったページを始めたのでよろしければいらしてください。いろいろアドバイスいただければ幸いです。

http://f57.aaacafe.ne.jp/~javagame/index.html

**名前は開発中のものです。** · 04/09/21 23:17:10

がんばれ

個人的にはＭＳＶＭの新規配布がもはや不可能な現状では
Java2対応にしてスタンドアロンアプリケーションのほうが
いろんなことできて面白いと思うんだが

がんばれ

**名前は開発中のものです。** · 04/09/21 23:34:31

>>261
ありが㌧。
アプリケーションにすると余計な処理が増えて、少しわかりにくくなると思ったんでアプレットから書きました。
一応、Java知っている人向けに書いてるのでJDK入れてあることを前提にしてます。
今後はアプリケーション版も追加していこうと思います。

**名前は開発中のものです。** · 04/09/22 01:17:04

というかアプリケーションの方が大概なめらかで高速
しかもアプレットより簡単だぞ

**名前は開発中のものです。** · 04/09/22 10:50:38

>>263

>しかもアプレットより簡単だぞ
そうなんですか？
私のアプリケーションの作り方だと

public class FrameClass extends JFrame {
　public FrameClass() {
　　MainPanel panel = new MainPanel();
　　getContentPane().add(panel);
　}
}

class MainPanel() extends JPanel {
　public void paintComponents(Graphics g) {
　　// アプレットのpaint()と同じ
　}

　// キーボード・マウス処理・スレッド等の実装
}

っていうようにフレームとパネルの2部構成にしてるんですが結構面倒なような。
あとアプレットの方がダウンロードしなくても手軽に見てもらえると思ってます。
完成品はアプリケーションの方がいいのは同意しますが。

**名前は開発中のものです。** · 04/09/22 16:34:46

いやそれだとSwingつかって描画してるだろ
そんな面倒な手続きはいらん

**名前は開発中のものです。** · 04/09/22 20:33:54

Swing使いたいんで。というかSwingから入ったのでFrame使ったプログラム知らないです・・・
よく考えた結果アプレットやめてアプリケーションにしました。

**名前は開発中のものです。** · 04/09/22 20:54:00

別にSwingつかってもかまわんよ
RPGみたいなのはうまく使えば便利に管理できるだろう
たとえばウインドウはレイヤー使えば綺麗に重ね合わせされるわけだし

でも重ね合わせの処理とか絶対的な速度はSwingまかせなであぶないので
ＳＴＧとかアクション系ならフレームの生成くらいしかSwingつかわないんじゃないかな

アプリケーションならおとなしくBufferStrategyつかっとけ

**名前は開発中のものです。** · 04/09/22 21:22:57

参考サイト
http://www5.airnet.ne.jp/sakuraba/java/laboratory/JDK1.4/Graphics/BufferStrategy/BufferStrategy.html

**名前は開発中のものです。** · 04/09/22 23:38:43

アドバイスありがとうございます。
勉強させてもらいます。

**名前は開発中のものです。** · 04/09/24 04:57:16

ゲームってゲームの雰囲気に合ったUIがあってこそだと思うんだよ

Swingなんてクソ重いライブラリ呼び出すなんてＮＯ
ゲームに必要な分だけのシンプルなUI widgetを作るのが漏れは好きだ。