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/11/15(火) 23:12:48

質問は明確に

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

CPUへの負荷が高いそうなのですが、実用レベルなのですか？

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

>>42

>>11のを見る限りCPU使用率は1GHzで１，２％ってところでは？

**名前は開発中のものです。** · 2005/11/17(木) 20:29:55

フルスクリーンから
device.setFullScreenWindow(null);
System.exit(0);
とやって終わらせると画面真っ黒になって操作不能になることが
あるのですが、なる理由がわかりません。
あと、フルスクリーンにするときそこで処理が止まってctlALTDelで終わるしかない
ときもあるのですがどうすればよいのですか？
1_4_2です。

**名前は開発中のものです。** · 2005/11/17(木) 20:35:02

System.exit()すればすべて開放するから
問題はないはずだけど

ベータのときはnullわたしたやつはダメだったけどね
今は大丈夫だったと思ったけど

あとはチップとビデオドライバによるかも
安定してDirectX動いてる？

**名前は開発中のものです。** · 2005/11/17(木) 21:44:27

それを確認するにはどうしたらいいんですか？
PC初心者板逝きですか？

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

＞device.setFullScreenWindow(null);
これをコメント化してみたら？

あとは他のJavaのフルスクリーンのゲーム試してみるとかどうかな

46 · 2005/11/18(金) 20:45:39

フルスクリーンで操作不能になったりする理由はわかりませんでしたが
とりあえず動くのでよしとすることにしました。
ですが背景を付けてみると
ぱちぱちしてとても目に悪いことこの上ないという状況になりました。
これがちらつきというのでしょうか？
BufferStrategyは使っているのですがどうすれば改善するのでしょうか？

**名前は開発中のものです。** · 2005/11/18(金) 21:13:51

BufferStrategyでページフリッピングしてれば大概の環境で垂直同期取るはずなので
ちらつくことはないと思うんだが、他のアプリでもちらついてるの?

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

フルスクリーンじゃなくても垂直同期とるんだっけ？

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

フルスクリーンのみな
ウインドウモードはフリッピングのフラグが降りてブリットのフラグがたってるはずだろ

46 · 2005/11/18(金) 22:02:38

もしや、自分の環境が大概の外にあるということでしょうか。

他にはコマンドプロンプトしか動かしてません。
ちらつくときとちらつかないときがあるのですが
背景を付けると100%ちらつくこの状況。
フルスクリーンを諦めるしかないのか

**名前は開発中のものです。** · 2005/11/18(金) 22:16:33

だからフルスクリーン対応のアプリ立ち上げてみればわかるっしょ

46 · 2005/11/19(土) 06:56:25

東方、どっかで拾ったフルスクリーンにボールが増えていく
もの(Java)、百本ゲームのゲームは問題なく動きます。

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

なら自分のコードがわるいってことかと

46 · 2005/11/19(土) 13:40:21

背景の描画オブジェクトにフレームのを
渡していたことが発覚。
正直すみませんでした。
ちらつきは直りましたが、それ以前の操作不能になること
がある時があるのはわからない。
これもどこか自分のが悪いのだろうか。

**名前は開発中のものです。** · 2005/11/20(日) 02:35:57

>>46=58
一言ｱﾄﾞﾊﾞｲｽ
発覚したってことは他も可能性ｱﾘ
煮詰まってそうだけど、連ﾚｽしてないで
とりあえずもちつけ

で、もっかいｿｰｽとにらめっこしてみようぜ！

**名前は開発中のものです。** · 2005/11/26(土) 22:10:42

Javaのパワーを生かしてツクールやFlashみたいなエンジン作ろうよ
馴らしたSEの人が設計してくれるならコードは手伝うよ

**名前は開発中のものです。** · 2005/11/26(土) 22:25:05

まず自分でたたき台を作るくらいが必要と思われ

ツクールにしてもダンテのようにフラグだけでいいのか、スクリプトでいいのか
スクリプトなら次期バージョンで標準実装だとか

出だしはコードと設計は同一者でひっぱっていくくらいじゃないと
オープンソースなプロジェクトは成功しないと思われ

SEだ、プログラマだといったすみわけはいらない

まず、>>60がJavaでスタンドアロンのゲームを作れるかどうかという点がポイントになる

**名前は開発中のものです。** · 2005/11/26(土) 22:53:12

>>61
すまん。実は業務系でSwingは勉強中なんだ。

**名前は開発中のものです。** · 2005/11/26(土) 22:56:43

いや、誤る必要ないよ
業務系でJavaさわってるならまず言語の基本は問題ないとして

Java2Dを筆頭にフルスクリーンとか時間管理、JavaSoundあたりが触れるようになるといいね

**名前は開発中のものです。** · 2005/11/26(土) 22:56:47

画像を回転させようと思って
AffineTransform form = new AffineTransform();
draw(){
form.rotate(x*Math.PI/180,画像の幅/2,画像の高さ/2);
画像イメージの描画オブジェクト.drawRenderedImage(画像イメージ,form);
描画先の描画オブジェクト.drawImage(画像イメージ,null,gx,gy);
}
というふうにすると、背景が透明なでただ↓と描かれている画像を使うと背景が黒くなり矢印が見えなくなります。
また、横長い画像をつかって見ると画像の中心に
画像の高さを直径に丸くなって回転をし
その丸以外の部分が白くなってしまうんです。
ただ画像をその場で回転させて
表示させたいんですがどうすればいいんでしょうか？

**名前は開発中のものです。** · 2005/11/26(土) 23:04:49

>>63
最初はCっぽくなるかも知れないけどやってみる。

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

>>64
もちつけ

なんか日本語が分かりにくいぞ

まずGraphics2Dのrotateメソッドを使ってみて描画してもおかしいかチェック

それに画像イメージってやつをを上書きしてしまってるように見える

**名前は開発中のものです。** · 2005/11/26(土) 23:29:16

>>60-63
Flash やツクールみたいのはゲームどうこうより、
アプリとしての設計の方が100倍重要だと思うけどなー
エンドユーザ的意見としては、時間制御 UI は Flash じゃなくて
AfteEffects を参考にして欲しいと願う。

Shape エディタがあったら超便利なのにと思う事は多々あるので
正直これはかなり興味ある。
そのうち Sun が出すんじゃねーかとか思ってたけど全然だし。

このへんは現状だと SVG (Illustrator -> Batik) とかになるんだろうけど
こっち方面は面倒すぎて手が出せん。

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

まず最低限ゲームが作れないとどういう設計したらいいかわからんのでは？

**名前は開発中のものです。** · 2005/11/27(日) 00:25:55

以下でJavaで作るゲームの基本を学ぶ。
Java基本機能だけのベースとしてはかなりいい材料と思う。
http://www.brackeen.com/javagamebook/

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

>>69
すごいね。いい勉強になりそう。
TimerとGraphics2Dでアニメくらいは出きるからちょこちょこ学んでみるよ。

**名前は開発中のものです。** · 2005/11/27(日) 01:13:57

>>68
それは多分作ってほしいと思うもの違いがあるのかも。
オレが想像したのは、エンジンはメタなインターフェイスを提供して
ゲーム的なエッセンスはエンドユーザが作るって形のものだから。

んで実際の所、描画の最適化とか絶対に必要になるけど、
それがゲームに限った話かと言われると微妙な気がするのよ。

むかーし似たようなモン作ろうとしたけど (作りかけたま放置)
必要としたゲーム的な知識ってタイマーの使い方くらいだった。

>>70
とりあえずガンガレ！

**名前は開発中のものです。** · 2005/11/27(日) 01:16:07

>>70
スレッドプールとか5.0で標準で実装されてるのもあるし注意な
とくにJavaSoundのストリームと偽ったところはなめてる感じ

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

gifなどの透過画像をImage等に描画して
そのImageのなにも描いてない部分を透過させるにはどうしたらよいのですか？

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

>>73
BufferedImage(int, int, int)で
3番目の引数にBufferedImage.TYPE_4BYTE_ABGR指定で透明になるかな？

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

Java2Dの基本なんだけど、Java2Dをちゃんと説明してる書籍ってまったくないな

**名前は開発中のものです。** · 2005/12/06(火) 18:51:26

>>74
うまくいきました。ありがとうございます。
しかしcIearRectするとダメなようです。
画像を回転させるために仮Imageを作って
それに画像を描画してそのImageを回転させる
という風に考えていたのですが他の方法を考えます。

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

画像の回転するのになんで1回かますの？

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

Graphics2D tmp = (Graphics2D)chara.getGraphics();
tmp.lotate(chara,characenter.x,characenter.y);
g.drawImage(chara,null,charagx,charagy);

てな感じにやってたんですけど、なぜか全く回転しなかったので
仮画像を作ってそれを回転させるという風にしました。

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

回転をセットするのは描画先のほうだよ？
すでに描画されてるのはどうしようもない

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

Graphics2Dオブジェクトにアフィン変換かけてさらに
Graphics2Dオブジェクトに描画でできんのかな

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

すみません。自分の日本語読解力が足りないことにより
皆様から頂いた助言を活かすことができません。
少し、具体例を用いて説明して頂けいませんか？

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

１・画像をロードします
２・描画先を回転させます
３・ロードした画像を描画します

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

落ちものゲームで受け手(キャンバス）を上手く回転させて
指定された絵を完成させるゲームをイメージしてみるとか。

**名前は開発中のものです。** · 2005/12/07(水) 06:51:27

>>82-83
つまり、描画先を回転させて
そこに描画して、回転させた分
逆回転させて他はもと通り、と解釈して実行し
成功致しました。ありがとうございます。
しかし、これは斜めになったとき
四角の余白が黒くなってしまいます。
これの解決方法はどうすればよいのでしょう？
背景を再び描画も考えましたが
回転させたものが塗り潰されてしまいます。

**名前は開発中のものです。** · 2005/12/07(水) 09:35:30

そこまで出来てるのに、なんで画像描画前に背景を
先に塗り潰すという発想がでてこんのだ。

**名前は開発中のものです。** · 2005/12/07(水) 19:03:18

背景を描画して、回転したものを描画とやってるんですけど
　　＿＿＿＿＿＿
　｜■／　　＼■｜
　　　　↑回転した画像

て感じにうえの部分に黒い部分ができてしまうんです。
さて、どうしたものか？

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

ソース晒した方が早そうだな

**名前は開発中のものです。** · 2005/12/08(木) 14:23:17

g.fillRect(0,0,600,600);
g.rotate(time*PI/,characenter.x,characenter.y);
g.drawImage(chara,null,gx,gy);
g.rotate(-time*PI/,characenter.x,characenter.y);
time++;

これでいいんですよね？

**名前は開発中のものです。** · 2005/12/08(木) 15:51:44

time*PI/, て何だよコンパイル通るのかよ

protected BufferedImage image = 知らん;
protected Point2D center = 知らん;
protected AffineTransform rot = new AffineTransform();
protected double rpf = 0.1; //回転の量

protected void paintComponent(Graphics g) {
Graphics2D g2 = (Graphics2D)g;

// ... ここで背景描画する

// rpfの量だけ回転させて描画
rot.rotate(rpf, center.getX(), center.getY());
g2.drawImage(image, rot, null);
}

2D じゃない方の Graphics の使い方はわすれた。

**名前は開発中のものです。** · 2005/12/08(木) 16:27:30

>>88
背景黒く塗ってるっぽいから黒くなるのは正しい動作だとみたが？

88 · 2005/12/08(木) 20:08:36

自分は色々説明がたりなかったよう。
>>89
すみません。このコードの前に
int time=1;
double PI = Math.PI;
ってあって
time*PI/は
time*PI/180の間違いです。
そしてそのコードを実行した結果
見事指定した座標を中心にぐるぐると
私がしたいのはその場を動かずに回ることだったのですが。
というかこれでも黒い部分でてきました。すみません。
>>90
g.setColor(Color.GREEN);
って事前にやってたんです。

**名前は開発中のものです。** · 2005/12/08(木) 20:58:51

情報の小出しされてもわからん
該当部分のソースを最小限にしてコンパイルできるものを出したほうがいいんじゃね？

**名前は開発中のものです。** · 2005/12/08(木) 21:03:25

ttps://genuts.dev.java.net/servlets/ProjectDocumentList?folderID=0&expandFolder=0&folderID=2287
プロジェクト > games > games-middleware > genuts

ttp://www.genuts.com/
Genuts Cheese Indigestion Puzzle
ｵﾓｼﾛｽｗｗｗ

**名前は開発中のものです。** · 2005/12/09(金) 01:58:21

テキストリソース（RPGの会話文など）ってどう扱うべきでしょうか？
XML？　properties？

**名前は開発中のものです。** · 2005/12/09(金) 02:29:57

ttp://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/io/ObjectOutputStream.html

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

自分が扱いやすいものでいいかと

修正もこまめに入ると思うし、文字だけじゃなくてたのパラメータも必要になると思うから
XMLが汎用性では一番かと

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

いいの見つけたお＾＾；
ttp://fivedots.coe.psu.ac.th/~ad/jg/ch1/index.html

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

XMLパーサってあったっけ

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

あるよ。DOMよりSAXのが個人的には好き。

**名前は開発中のものです。** · 2005/12/10(土) 00:04:18

ゲームで使うとなるとSAXはファイル読み込みだけだろうな
内部ではElementでつかうのがいい

97 · 2005/12/10(土) 21:23:28

画像回転のサンプルがここに載ってるお＾＾；
ttp://fivedots.coe.psu.ac.th/~ad/jg/ch04/index.html

Graphics2Dは知らないお＾＾；

**名前は開発中のものです。** · 2005/12/10(土) 22:25:02

いや、普通にJava2D楽だぞ

ただ、普段以上にメモリ使用量は把握していかないと駄目
GCがかなり増えるから

速度が必要な場合あらかじめ回転させておくとかが必要になるね
アクセラレーションきかないから

**名前は開発中のものです。** · 2005/12/10(土) 22:27:15

BufferdImageの効果が消滅するの？＜回転

**名前は開発中のものです。** · 2005/12/10(土) 22:35:58

効果は消えるなんてことはないけど、速度が差が出る
Java2Dって高級すぎるAPIなんでどれがアクセラレーションきいて、どれがきかないのか
チェックするのが大事

基本的に速度は1.4.2と5.0でかわってないよ
アクセラレーションがきけば秒間にスプライトが万単位で描画できるはずだが
やることをかえるとこれが一気に1/100以下に下がったりする

**名前は開発中のものです。** · 2005/12/10(土) 23:04:18

うへ・・・回転拡大はご法度なのかな。
昔ながらのアナログ手法にしとくか

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

速度を求めないのと回転オブジェクトがいくつあるかによる

60fpsで128*128の回転スプライトが1000個は無理だと思う

94 · 2005/12/11(日) 12:16:09

>>96
>>100
XMLの方が柔軟性があって良いということですね。
propertiesは簡単な設定の保存程度にしておいた方が良いのかもしれませんね。
ありがとうございます。

**名前は開発中のものです。** · 2005/12/11(日) 14:37:45

>>106
400MHｚ、64MB、VRAM8Mでどこまで出来るかがポイントだな。
まあ回転なんてギャラガとか作ろうと思わなければ使わないけど。

**名前は開発中のものです。** · 2005/12/11(日) 15:20:14

ギャラガくらいなら余裕
VRAM８MってことはTNTとかあのあたりかな
ならアクセラレーションの速度も問題にならない

メインメモリ64Mが一番のネックかと
GCの調整はプロファイラとにらめっこになるね
ヒープサイズ自体を24M以下に抑えてももVM方面で厳しい
1.4.2のほうがメモリ消費は少ないからそっちのほうがオススメか

Pen3/1GHz＋統合ビデオでテストしてみたけど
上で上がってた２DSTGは60fpsでサクサク動いた

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

>>75

遅レスだが、これいいよ
ttp://www.oreilly.com/catalog/java2d/

**名前は開発中のものです。** · 2005/12/11(日) 17:06:21

日本語訳がないんじゃさすがにここで質問する初心者にはすすめれんが

**名前は開発中のものです。** · 2005/12/11(日) 17:43:34

1999年ってやけに古いけど大丈夫なのか・・・

**110** · 2005/12/11(日) 18:11:19

個人的には、Graphics2Dでの描画にくわえて、
BufferedImageの細かい解説とか画像処理関連のことがら
についておさえて書かれているところがおすすめ

>>1999年ってやけに古いけど大丈夫なのか・・・

Graphics2Dの基本についてはそんな変わってないはず。
5.0以降どうなったかは知らんが。
あーでも画像ファイル読み込みでImageIO使う解説とかはなかったような。。
ま、そのあたりはWebの情報その他で補うとして、Java2D本体の包括的な
解説書としてはこれけっこういいと思う。

>>日本語訳がないんじゃさすがにここで質問する初心者にはすすめれんが
これについては「がんばって読めや」といいたいが、それもなあ。。。
画像処理とかについては書いてないけど、
Graphics2Dでのprimitiveの描画ひととおり＋基本的な変換（Affine変換とか）だけなら、
ttp://www.iamas.ac.jp/~furu/book/motion/
とかもいいかも。
でも、これらとかは本なんか見んでもWebに情報ころがってるな。

**名前は開発中のものです。** · 2005/12/11(日) 19:59:25

ほとんどの場合ゲームで重要なのはGraphics2Dでどう描画できるかというより、
Graphics程度の低レベルAPIでもいいからどれがアクセラレーションきくかどうか、
速度的なものやメモリ使用量把握だからねぇ

ところでGraphics2Dでそろそろ加算合成実装して欲しいんだがすばらしく放置だよな

そもそも基本についてはSunのマニュアルで代替分かると思う

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

Java2Dに関して言えば、VolatileImageは、まだほとんどの環境で
透明、半透明が使えないので、事実上まともなゲーム制作には使えない。。。
createCompatibleVolatileImageメソッドでTransparency引数が
指定できるが、定義だけでまだ実装されてない。。。
つまり、BufferedImageを使うしかない。これへの描画メソッドに
アクセラレーションが効いてるのはない。。。

**名前は開発中のものです。** · 2005/12/11(日) 20:40:29

>>115
5.0からつかえるようになったけど？

**名前は開発中のものです。** · 2005/12/11(日) 20:43:08

VolatileImageからVolatileImageへ上書きすると透明じゃなくなるバグって無かったっけ？

**名前は開発中のものです。** · 2005/12/11(日) 20:45:55

それは1.4.2まで

**名前は開発中のものです。** · 2005/12/11(日) 20:48:17

あと描画元がBufferedImageでピクセルフォーマットが同じ場合
あるスレッショルドを超えると内部でVolatileImageにして転送してくれる
この設定値を０にするのがまず基本

5.0からはこの動作範囲が広いようだ
つまり、最適化されてないアプリだと高速化する可能性あり
1.4.2までにチューニングしてると速度向上は一切なし

5.0で画像周りの速度が速くなったというやつは大概設定ミス

**名前は開発中のものです。** · 2005/12/11(日) 21:36:17

>>116
使えない。5.0でも使えない。
どの環境（ＯＳ）で使えたのか教えてくだされ。

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

>>119
この設定値を０にするのがまず基本、とは？
設定値とは何を指してるのか？
具体的に教えてくだされ

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

まずVolatileImage＞VolatileImageでの透過転送は可能
1.4.2まではムリ
5.0から追加されてるメソッド使うからね
Windowsで確認済み

スレッショルド指定はSunのドキュメントにも書いてある

これをメインクラスのstatic初期化にいれておけ
System.setProperty("sun.java2d.accthreshold","0");
標準出力に出るので、それを設定してあるアプリかどうかはすぐに分かる

ちなみに０とは描画回数が０という意味
画像をBufferedImageにロードした段階でVRAMにも転送することを現す
１なら最初に描画しようとしたときにまずVRAMへ転送、そしてVRAM＞VRAMを処理する

この辺はすべてSunの日本語資料にある

**名前は開発中のものです。** · 2005/12/11(日) 22:10:48

>>122
自分もWindowsXpなのだけど、VolatileImage を使うと
アルファ値０のピクセルが真っ白になってしまう。。。
列挙された全GraphicDeviceの全GraphicConfigurationから得る
VolatileImageのTransparencyタイプが、全てOpaqueになってる。。。

本当にWindowsでValatileImageの透明機能が使えたのですか？

**名前は開発中のものです。** · 2005/12/11(日) 22:44:05

そのだめだったコードかいてみそ

**名前は開発中のものです。** · 2005/12/11(日) 22:51:58

>>124
GraphicEnvironment ge = GraphicsEnvironment.getLocalGraphicsEnvironment();
GraphicsDevice gd = ge.getDefaultScreenDevice();
GraphicsConfiguration gc = gd.getDefaultConfiguration();
VolatileImage image = createCompatibleVolatileImage(640, 480, Transparency.TRANSLUCENT);

これで得る image は、半透明でないのです。。。
gd、gc を列挙させて、その全てから得るimageも半透明でないです。。。

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

Transparency.TRANSLUCENTはDirec3Dを有効にしないと駄目だったはず
BITMASKでの透過ならいける

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