Javaでゲーム作成 2本目

**名前は開発中のものです。** · 2005/10/27(木) 09:43:50

Javaでのゲーム作成について情報交換をするスレです。
ゲーム作成以外の話題はム板（http://pc8.2ch.net/tech/）、
他言語に関する話題は他スレでお願いします。

前スレ
JAVAでゲーム作成
http://pc8.2ch.net/test/read.cgi/gamedev/1074347252/

テンプレは>>1->>10あたりを参照

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

そもそも半透明はアクセラレーションきかないので注意ね

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

ってやってみたらアルファブレンドが有効でちゃんと描画された

たぶんロードのところミスってると思うよ

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

ちなみに
ImageIOでロードしたアルファつき画像をそのまま128個描画

　8fps

ちゃんと設定したVolatileImageとBufferedImageが同じで

　50fps

となった

アルファつきならVolatileImageにおく必要はないね

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

System.setProperty("sun.java2d.accthreshold","0");
としておけば普通にBufferedImageでOKってこと？

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

ついでなんで
単なる透過を描画した場合

フルスクリーンモードならTRANSLUCENTでもBITMASKでも
スプライト2048個描画で60fps維持

スプライトサイズは64*64で
画面モードは640*480にしたときの場合ね

オンボードビデオでこれなのでｎVIDIAとかATIとかのそれなりのつめば余裕で超えるかと
通常モードはDirectDrawのラッパだと考えればどれが速いかとか分かりやすいと思う

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

>>130
ほとんどの場合はそういうこと

あくまでも描画先をVolatileImageで描画元はBufferedImageで
VRAMにおくかどうかはインテリジェントに任せるというのがJavaらしいかな
VRAMにおく優先順位とかもあるので頻繁に描画しないやつはそれを抑えておくといい

この方法ならVRAM容量が多ければ加速しやすいとかそういう感じ
昔AGP登場時の思想にあったやつね

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

Javaでゲームを作れという課題がでたんですが、どんなのが簡単だとおもいます？
行数は４００以上＆対戦ゲーム＆Swingというのが条件です｡
既存のゲームでなるべく参考資料が沢山あるものが良いのですが・・・

アイデアゲームは自分のスキルや時間的制約から作る自信が無いですorz

**名前は開発中のものです。** · 2005/12/12(月) 16:57:06

ブロック崩しやインベーダーのようなSTGとか

Swingを使えという時点でたぶんそんなレベルじゃない気がする
マルバツゲームとかもっと単純なの

最低自分が何を作りたいかだけはきめてください

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

>>133
その条件なら特に苦にならんだろう
ﾃﾝﾌﾟﾚあたりに行って資料が多そうなの探せばいんじゃね？

**名前は開発中のものです。** · 2005/12/13(火) 07:26:14

>>134
１２月末までという期限付きなので力量に合わないのに手を出したら怖いなと。
そのためそこそこボリュームがあって簡単に作れるゲームをきいてみたいと思ったわけです｡
ちなみにブロック崩しモドキ（ﾎﾞｰﾙをブロックに当てたら壊れる）や
シューティングモドキ（たまを発射させ物に当たったら壊せる）ぐらいは作った事ありますが、
昨日調べた結果によるとリアルタイムで進行させるものは対戦にするのは難しいとか。
それよりターン製のゲームの方が比較的楽でイイヨって書いてありました。｡

>>135
つらつらとネットサーフィンしてみましたが４００行足らずでも結構うまく作れるものですね、
どんだけのゲーム作れば良いのかと何か不安になってきましたorz

**名前は開発中のものです。** · 2005/12/13(火) 12:23:28

リアルタイムのほうが難しいかどうかは設計しだいかと
12月末ではあと2週間ですか
STGだと1面だけ開発するのも難しそうだ

**名前は開発中のものです。** · 2005/12/13(火) 14:25:19

>>136
とりあえずとっとと着手しろって
ブロック崩しに対戦要素混ぜるとかでいいじゃん。
上下にバー作るとか。
ちょっと工夫するなら、画面半分に分けて上下にバー作って、
1P側の操作で左の下側バーと右の上側バーが同時に動き、
2P側の操作だとその逆。勝利条件をちょっと考えれば
これで十分対戦になるじゃんよ？

**名前は開発中のものです。** · 2005/12/13(火) 18:22:53

２日で終わらせた人がいたもので、自分でも２週間あればと思っていたのですが・・
なんにせよ選ぶのは程ほどにし、
皆さんの意見を参考にしつつ今から寝ずに頑張ってきます。
他のレポートもあるのでつきっきりになるわけにはいきませんがorz
Thank you.

**名前は開発中のものです。** · 2005/12/13(火) 18:25:21

がんがれ

**名前は開発中のものです。** · 2005/12/13(火) 23:40:37

ジョイスティックを扱うには、
JNIとJavaCommunicationAPI、どっちが良いのでしょうか？
前者は高級な機能を使えるけど環境依存、
後者は低級な所からくみ上げる必要があるけど、WinとSunで動く、
という感じなのでしょうか？

**名前は開発中のものです。** · 2005/12/13(火) 23:43:17

>>141
https://jinput.dev.java.net/はどう？

**名前は開発中のものです。** · 2005/12/13(火) 23:48:38

400行のゲームなら、その先生が期待してるのはテトリスあたりかな。
対戦要素を考えるならボンブリスとかか、俺ならそこらへん狙う。と遅レス。

**名前は開発中のものです。** · 2005/12/14(水) 00:08:34

>>142
コミュニティ開発のAPIですか。
まだライセンスを確認してないけど、
頒布の問題が発生しなければいいかもですね。

**名前は開発中のものです。** · 2005/12/14(水) 00:52:23

どのライブラリにしろJNIで組まれてる

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

フルスクリーンにしようと思うのですが、環境はどんなのが良いのでしょうか？
640x480の16bitでいいかなと思うのですが、Win高級機以外でも32bitって使えますか？

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

つーか、Win以外は解像度変更あきらめたほうがいいかと
そしてWinでも32bpp出せない環境はある

**名前は開発中のものです。** · 2005/12/18(日) 01:59:42

>>147
Win以外では無視されるといことでしょうか？
では16bpp(bit per pixel?)にしておけば不具合が起きることもなさそうです。

BIT_DEPTH_MULTIというのもあるのですがこれは使えますか？
スクリーン版JISAutoDetectみたいなものなのかとJavaDocを見て思ったのですが
これといった情報がネットにありませんでした。

**名前は開発中のものです。** · 2005/12/18(日) 02:03:11

指定なしという感じでは？
Linuxでやったときは画面サイズ変更が不可能だったし、ウインドウモードとフルスクリーンモードと作ったよ

内部描画と出力描画を分けるとかが吉かも
速度大幅に低下するけど

あと使用可能な画面をリストアップして処理するのが一番だね

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

> 使用可能な画面をリストアップして処理する
ここをもう少し詳しく教えていただけないでしょうか？
device.getDisplayModes();で最高値のモードを探す感じですか？

**名前は開発中のものです。** · 2005/12/18(日) 13:02:30

最高というか自分がやろうとしているモードに最も近いのを探すといった感じかな

**名前は開発中のものです。** · 2005/12/19(月) 20:35:40

グラフィックなどは置いといて、
タクティクスオウガみたいなＳＬＧのシステム作るのに
おまいらだったらどれくらいかかるもんですか？

**名前は開発中のものです。** · 2005/12/19(月) 20:49:21

時間がかかりそうなものは最初に作ろうとしない
自分がまず完成できるものを選ぶ

のが普通では？
最初から風呂敷広げて崩壊していくのを何度見たことか

たいしたことのないものであってもちゃんと快適動作してバグもないように完成させる、
というのはそれなりに大変なもの

**名前は開発中のものです。** · 2005/12/19(月) 22:23:05

フルスクリーンでゲームをつくってきたんですが、
デバッグがあまりに手間でウィンドウモードに変えたくなってきました。

public Graphics2D getGraphics()
のようにして、
スクリーンマネージャが
getFullScreenWindowからえたWindowから、
BufferStrategyを返して、
それから、Graphics2Dを返して描画するようにしているんですが、
ここから楽にウィンドウモードに切り替えるすべはありますか？

**名前は開発中のものです。** · 2005/12/19(月) 22:52:44

ウインドウモードでなんでgetFullScreenWindowがでてくるんだ？

**名前は開発中のものです。** · 2005/12/19(月) 23:30:01

いろいろ悩んだ結果たどり着いたのはStrutsだった。
なるほど、これならMVCになる。この感動は衝撃的だった。
おわり。

**名前は開発中のものです。** · 2005/12/20(火) 00:07:37

Strutsでゲームつくったのか？

**名前は開発中のものです。** · 2005/12/20(火) 00:29:32

画面切り替えの仕様がぜんぜんかっこよくならなくて悩んでいたら
Strutsの例のfowerdが頭に浮かんだ。そんだけ。
メインルーチンの戻り値がまさかシーンだったとは・・・みたいな。

**名前は開発中のものです。** · 2005/12/20(火) 02:15:06

それゲーム内での遷移のスクリプトの話なだけだろ
AVGとかきまったものでしかつかえんよね

**名前は開発中のものです。** · 2005/12/20(火) 23:06:36

うんにゃ、RPGパートからシューティングパートに切り替えるにしてもこの手法でいけるよ。

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

その程度のシーン切り替え・・・

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

ん？流しっぱなのかスタックなのかの指定もこの方法なら簡単なんだけど・・・

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

>>153
たいしたことのないものは、そこら辺にソースが転がってるから、
作る気が起きないんだよね。
かといって、ちょっとレベルや規模を広げると、１人じゃお手上げになるし。

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

たとえばぷよぷよとかテトリス、コラムスなんて作るのは簡単

でも、しっかり音出したり演出出したりバランス取りしてちゃんとしたものを作る
という段階まではなかなか難しい

**名前は開発中のものです。** · 2005/12/21(水) 20:44:15

そこそこできたら飽きてしまって次の作りたくなる

**名前は開発中のものです。** · 2005/12/21(水) 21:12:53

その差が途中で投げ出すやつか、それとも同人屋やソフト屋としてちゃんとやっていけるかどうかの差

**名前は開発中のものです。** · 2005/12/23(金) 20:23:05

Javaで作ったＲＰＧでソース公開してるサイトありますか？
もしくはセリフの表示のやり方の紹介とか

**名前は開発中のものです。** · 2005/12/23(金) 20:57:04

それ難しくはないだろ

どの変が難しいと思うんだ?

**名前は開発中のものです。** · 2005/12/23(金) 21:11:56

>>167
テンプレ

**名前は開発中のものです。** · 2005/12/24(土) 11:52:15

だれかJava3Dでゲーム作ってる人いない？

**名前は開発中のものです。** · 2005/12/24(土) 12:56:39

1年位前に触ったときJOGLならともかくJava3Dものすごく遅くてお話にならなかったけど
DirectXの実装のほうでね

**名前は開発中のものです。** · 2005/12/24(土) 16:05:43

>>168-169　レスサンクス
ドラクエみたいに新しい行が挿入されたら
既に表示されてた行が上にずれて１番上の行が消えるとか

主人公の名前を変えられるゲームにおいて
メッセージ中で表示するときはどうしたらいいかとか

ファイルからセリフを読み込むにはとか

テンプレ見て勉強します

**名前は開発中のものです。** · 2005/12/24(土) 16:31:00

>>172
> 既に表示されてた行が上にずれて１番上の行が消えるとか
Clipが神だと分かったあの日の夜

**名前は開発中のものです。** · 2005/12/24(土) 16:37:56

それ文字列をスクロールさせるのではなくて
BufferedImageで文字列のバッファ用意して毎フレームブリットしたほうが楽

**名前は開発中のものです。** · 2005/12/26(月) 08:43:49

>>174
勉強になります
㌧㌧

**名前は開発中のものです。** · 2006/01/07(土) 15:15:38

Javaでタスクシステムって作れる？

**名前は開発中のものです。** · 2006/01/07(土) 18:00:27

オブジェクト指向なんだから普通はポルモルフィズム（多態性）でOK

**名前は開発中のものです。** · 2006/01/15(日) 10:23:57

SWTのImageとGCをつかってスプライトを描画しているんですが、
左右反転、上下反転をする際に、
setTransform(...)
で、trans.scale(-1,1);
などとすると複数のスプライトを描く際に実用に耐えられないくらい重いです。
AWTのdrawImageみたいに、それだけで左右、上下反転できないのでしょうか？
srcX,destXを反転させれば良かったAWTにたいし、
SWTだとwith,height指定なので引数に負数を渡すと実行時エラーになってしまい、それだけではできないようにみえます。
ご存じの方、おられましたら宜しくお願いいたします。

**名前は開発中のものです。** · 2006/01/15(日) 11:12:29

SWTはEclipse以外では使わないこと
が正しいと思う

PureJavaのほうがまともな実装ってどういうことさ
って場面がよくある

**名前は開発中のものです。** · 2006/01/15(日) 20:09:28

SwingでJava2D使おうぜ

**178** · 2006/01/15(日) 22:49:28

>>178,>>179
なるほど、ありがとうございます。
SWTをつかってアニメーションエディタとゲーム自体を一緒に作っていたのですが、
考え直した方が良いみたいですね。

**名前は開発中のものです。** · 2006/01/15(日) 22:52:15

う、間違えました。
>>180
Swingの方がやはりいいんですね。SWT自体は割と扱いやすいとは感じているのですが、
最近は情報も出てこず考え直したりもしています。
SWTを使うと局所的なところでWin32APIなどを呼べるのも魅力なのですが。
思想には反しますけれど。

**名前は開発中のものです。** · 2006/01/16(月) 00:14:43

PureJavaとはいえJava2DってDirectX使われてるの知ってる？
情報量は多いしものによっては速度面でも結構いける

1フレームあたり1000個のスプライトとか余裕

**名前は開発中のものです。** · 2006/01/17(火) 03:10:21

JAVAでカードゲームを作ろうと思っているのですが、
某サイトに開発ツールJAVA2 SDK 1.3と書いてあるのですが、
このスレのテンプレには(Ver5.0のJDKとVer1.4.2) しかなく
どれをＤＬすればいいのか分かりません
どなたか教えてもらえないでしょうか？

**名前は開発中のものです。** · 2006/01/17(火) 06:08:31

>>184
ﾊｧ?
質問の意味が読めん

**名前は開発中のものです。** · 2006/01/17(火) 06:37:28

>184-185
エスパーちからを発揮してみると、参考にしようと思ったサイトが
1.3だったので、1.3が良いと思ったのではなかろうかと。
1.4か5.0でやってみたら？ほとんどの場合、動くと思うよ。>184

**名前は開発中のものです。** · 2006/01/17(火) 14:12:13

>>185-186
日本語がおかしくてすみません
参考にしようと思ってるサイトでは1.3と書いていて
1.3を探したけど、1.4か5.0しかなくて困ってます。
それから1.4と5.0の違いが分からなくて
どっちをＤＬしていいのか分かりません
違いを教えてもらえないでしょうか？
ちなみにiアプリのゲームを作ろうと思ってます

**名前は開発中のものです。** · 2006/01/17(火) 14:22:08

ここではJava２SEの話題がメインなので
J2MEの話題はプログラム技術板に専用スレがあったと思うのでそちらのほうがいいかと。

そして動作保障している1.3を使うのが吉。
互換性は細かいタイミングが必要なところではチューニングすればするほど問題が出やすいし。

J2MEといってもiアプリは独自の層があついのでいわゆるJavaという豊富な標準API
を使って開発するという感じはないと思われ。

**名前は開発中のものです。** · 2006/01/17(火) 17:16:07

おお！？
そうなのですか
全然知りませんでした＾＾：
すみませんでした
そっちに行きます

**名前は開発中のものです。** · 2006/01/18(水) 06:35:27

すみませんCPad for Javaについて質問です

CPad for Java 2.31
にてAntが使えるというので、以下のページのやり方で設定してみました
ttp://javacafebreak.tripod.com/document/cpad_tips/cpad_ant.html

このページには「CPadで、Antを実行するには、『F6』キーを押すか、メインメニューの『実行』→『Ant』を選択します」
とかかれているのですが、『F6』キーを押しても何も起こらないし、
「メインメニューの『実行』→『Ant』」などというメニュ項目も見当たりません

CPadで、Antを実行して、さらにエラーメッセージをCPad上のメッセージウィンドウで表示させている人たちは
どうやっているんでしょう
（DOS窓でAntの実行を単独実行するやり方はわかっているのですが、それだとCPadのメッセージウィンドウに表示できないので不便なんです）
環境はWindows2000 JDK1.5.0_06 です

**名前は開発中のものです。** · 2006/01/18(水) 10:53:20

もしかして普通のJavaスレと勘違いしてる？

**名前は開発中のものです。** · 2006/01/23(月) 17:40:02

サーブレットとかJSPでゲームを作るのは無理ですか？

**名前は開発中のものです。** · 2006/01/23(月) 17:48:15

WEBアプリのゲームはあるから無理ではないけど
別にたいした仕組みが必要になるわけでもないと思われ

**名前は開発中のものです。** · 2006/01/23(月) 22:17:38

シューティングでインタープリターをつくろうと思ったのですが
文法をどうやって決めればいいのか、どう実行させればいいのか
いまいち想像できません。
敵の出現まではできそうですが、敵の弾の設定（どんな弾を、いつだすか）を
インタープリターでどう表現したらいいのでしょうか？

**名前は開発中のものです。** · 2006/01/23(月) 22:27:55

>>192
WEBブラウザで行うCGIゲームライクなものなら当然可能。
というか、漏れ自身が現在進行形で作成中。

**名前は開発中のものです。** · 2006/01/23(月) 22:46:33

>>194
なんか設計に悩んでるっぽいことはわかった。
その調子でがんばれ。

**名前は開発中のものです。** · 2006/01/23(月) 22:49:50

>>194
まずは敵のクラス内で処理してみれば？
それを外に出したほうがいいか、ださないほうがいいかは案件しだい

**名前は開発中のものです。** · 2006/01/24(火) 14:41:32

インタープリターよりも簡単なコードジェネレータの方がいいんじゃない？

**名前は開発中のものです。** · 2006/01/26(木) 15:59:14

格ｹﾞｰで斜めｼﾞｬﾝﾌﾟをさせたいんだけど、上ｷｰ＋右ｷｰでやらせるにはどうしたら良い？

以下制作中のｿｰｽ。
public void keyPressed(KeyEvent e){
　int K = e.getKeyCode();
　if(K==KeyEvent.VK_UP) {
　　st = 8;
　　KeyAction();
　}else if(K==KeyEvent.VK_DOWN){
　　st = 2;
　　KeyAction();
　}else if(K==KeyEvent.VK_RIGHT){
　　st = 6;
　　KeyAction();
　}else if(K==KeyEvent.VK_LEFT){
　　st = 4;
　　KeyAction();
　}
　repaint();
}

**名前は開発中のものです。** · 2006/01/26(木) 16:52:43

>>199
まず根本的なことからなおしましょう

キーのイベントで処理は入れないように

メインループでのみ処理するようにしてください
イベントではフラグの上げ下げのみで

**199** · 2006/01/26(木) 23:31:16

>>200
ｻﾝｸｽ。できるようになりました。

**まほろば** ◆BmUbLWewsM · 2006/01/28(土) 18:36:32

いやーこのスレは役にたつなー。。
ところで、classファイルからソースコードを盗まれないようにするにはどうしたらいいんでしょ。。

**名前は開発中のものです。** · 2006/01/28(土) 18:42:43

正直それはあきらめろ

クラスローダ自作したところで実行中のメモリのぞかれれば意味なし
nproではじくとかやると誰も使うやつはいなくなるぞ

ネイティブバイナリでもコンパイラの癖とあたりつければそれなりに追えるんだし・・・とわりきれ
その分開発効率がいいんだからガンガンものづくりに専念しなさいといいたい

オンラインゲーなら毎日こまめにクラスを再配布していれば大丈夫かと

**まほろば** ◆BmUbLWewsM · 2006/01/28(土) 21:29:17

>>203
実行中のメモリのぞかれれば意味なし
そんな事出きるの？ソースは？
やろうと思えばできるとか妄想でつか？

**名前は開発中のものです。** · 2006/01/28(土) 21:37:25

>>204
メモリ覗くだけならWindows上で実行しちゃえば簡単だろうけど、
手軽に解析って話は俺も聞いたこと無いな。

うちの会社はDashOとかいうバカ高い難読化ツールを買った。
そんな必要無ぇって主張は通らなかった。

**名前は開発中のものです。** · 2006/01/28(土) 22:44:25

読みやすくしてくれるツールはありませんか。

**名前は開発中のものです。** · 2006/01/28(土) 23:06:37

>>204
多少は調べろ
クラスロードした後はざる

**まほろば** ◆BmUbLWewsM · 2006/01/28(土) 23:57:58

>>207

**名前は開発中のものです。** · 2006/01/29(日) 01:11:24

結局いいスレだったのをコテハンが壊したってことか。

**名前は開発中のものです。** · 2006/01/29(日) 02:35:06

もう大学生は春休みか……
いいご身分だなぁ。

**名前は開発中のものです。** · 2006/01/29(日) 12:34:08

低脳だから卒業後ニート行きで
さらに良いご身分だな

**まほろば** ◆BmUbLWewsM · 2006/01/29(日) 13:24:43

まったくだなｗｗ

**名前は開発中のものです。** · 2006/01/29(日) 17:14:26

GraphicsクラスのdrawImageで浮動小数点数を使う方法って何かない？
ゲームのキャラクターを表示させるためにはint型では精度が悪いんで。

**まほろば** ◆BmUbLWewsM · 2006/01/29(日) 17:28:00

ないよ。javadoc見りゃ分かるじゃん。。

**名前は開発中のものです。** · 2006/01/29(日) 17:45:07

>>213
そういうときは大きいバッファを持つことで回避する
320＊240の画像を0.5単位で扱いたいときは640*480とかね

drawRenderedImageとかtranslateを使う方法もあるが
用途がゲームなら使わないほうがすっきりしていいと思われ

**名前は開発中のものです。** · 2006/01/29(日) 17:57:12

>>213
Graphics2D でもいいのなら AffineTransform を使えばできる。
デフォルトでは AffineTransform を使用しても補完してくれないので、
補完方法を設定する必要がある。

Graphics2D g2 = (Graphics2D)g;
g2.setRenderingHint(RenderingHints.KEY_INTERPOLATION,
RenderingHints.VALUE_INTERPOLATION_BICUBIC);
g2.drawImage(image, transform, null);

こうすると 0.01 単位でヌルっと動かせるけど、それなりに重くなるし
画質もはっきりしたりぼやけたりするので逆にオススメできない。
キャラ自身の内部座標を小数点で扱うのは自由だけど
画像の描画に関しては座標を int で処理するのが現実的だと思う。

**名前は開発中のものです。** · 2006/01/29(日) 21:48:41

正男ってjava？

**名前は開発中のものです。** · 2006/02/01(水) 20:44:05

Javaアプレットでしょ

**名前は開発中のものです。** · 2006/02/05(日) 00:25:12

フルスクリーンモードで質問なんですが

　　public static void main(String[] args) {
　　　　GraphicsEnvironment env = GraphicsEnvironment.getLocalGraphicsEnvironment();
　　　　GraphicsDevice device = env.getDefaultScreenDevice();

　　　　JFrame frame = new JFrame(device.getDefaultConfiguration());
　　　　frame.setUndecorated(true);

　　　　device.setFullScreenWindow(frame);

　　　　MyPanel panel = new MyPanel();
　　　　frame.getContentPane().add(panel);
　　}

こんな感じでフルスクリーン化するフレームの上にパネルをはりつけてます。
このときフルスクリーン状態にはなるんですが、パネルのpaintComponent()が
呼ばれてないらしく描画されません（画面が真っ白のままでサウンドはなります）

panelのpaintComponent()が呼ばれるにはどう修正すればよいでしょうか。

**名前は開発中のものです。** · 2006/02/05(日) 00:52:34

フルスクリーン使ってるならSwingのイベントモデルにはこだわらないのが普通
BufferStrategyってのをしらべてごらん

ようは好きなタイミングで描画が出来るのだ

**名前は開発中のものです。** · 2006/02/05(日) 01:21:52

ありがとうございます。
やっぱそれですか。そうかもと思って実装始めたらできました。
frame.createBufferStrategy(2);
とやってpaintComponent(g)をdraw(g)にかえて
BufferStrategy strategy = window.getBufferStrategy();
Graphics g = strategy.getDrawGraphics();
draw(g);
g.dispose();
でうまく描画できました。

**219** · 2006/02/05(日) 01:30:28

もう一つあるのでアドバイスいただけるとうれしいです。

Window window = device.getFullScreenWindow();
window.add(JPanelオブジェクト);

とやってフルスクリーン上にパネルを置いています。
こうするとパネルがちらついてしまうのですが対策はあるでしょうか。

**名前は開発中のものです。** · 2006/02/05(日) 01:52:48

まずパネルをおく必要はない
ウインドウ全体を使って描画してるから

**219** · 2006/02/05(日) 09:38:19

コマンド選択パネルみたいに使っているんですが。

フルスクリーン上でスペース押すと右上にパネルが表示されます。
KeyboardListenerを実装してるのでキー入力はそのパネルが奪い
パネルを消すともとのフルスクリーン上にキー入力がいくという感じです。
パネルじゃなくてCanvasでもいいんですがどうもちらつきます・・・

パネルで何も描画しなくてもちらつくということはフルスクリーンにしてる
JFrame上にコンテナは置いちゃだめということでしょうか。

**名前は開発中のものです。** · 2006/02/05(日) 12:29:26

おいてはいけないということはないが、BufferStrategyはつかえんぞ

**219** · 2006/02/05(日) 13:00:29

そうですか・・・ボタンやらも全部だめだったのでBufferStrategyの描画領域にコンポーネントは配置してもちらついてしまうみたいですね。
あきらめてパネル風のウィンドウを描画することにします。