JAVAでゲーム作成

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

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

**名前は開発中のものです。** · 04/12/30 11:40:00

>>407
WebStartは別途インストールですよね・・・JRE入れてる人よりすくなさそうなんですが。
>>JREをゲームに同梱
これよく聞くんですが、C:\Program Files\Java\jre1.5.0にJREが入っているとするとこのディレクトリ丸ごとゲームのディレクトリに保存するってことですか？
ゲーム起動するときはこのディレクトリにパスはってjavawであってますか？

**名前は開発中のものです。** · 04/12/30 12:29:57

jarならオプションをつけて

javaw -jar hogehoge.jar
（または java -jar hogehoge.jar）

でいいみたい

**名前は開発中のものです。** · 05/01/01 23:49:17

JREのディレクトリ構成そのままでJava.exeとか起動するとそこからの相対アドレスでバイナリが使われる
一部のソフトは環境設定使うけど、それは起動時のスクリプト等での設定の問題だから
まったく問題なし

JREが入ってないマシンでJREを自動でダウンロードってのは無理だし、
複数バージョンでのプラグインの動作保障はSUNはしないしね

**名前は開発中のものです。** · 05/01/02 11:07:19

新年明けましておめでとうございます。

みなさんはどうやって自分の作ったゲーム（など）の
fpsや１ループの処理時間を調べているのでしょうか？
System.currentTimeMillis()を使っているのでしょうか？
これだとどうもアバウトな気がして。。。

何か良い方法があればご教授いただければ幸いです。

**名前は開発中のものです。** · 05/01/02 12:31:26

>>411
Java API 仕様より
>public static long currentTimeMillis()
>現在の時間をミリ秒で返します。
>戻り値の時間単位はミリ秒ですが、
>値の粒度は基本となるオペレーティングシステムによって異なり、
>単位がより大きくなる場合があります。
>たとえば、多くのオペレーティングシステムでは、
>時間を 10 ミリ秒の単位で計測します。

> これだとどうもアバウトな気がして。。。
その気持ちはわからなくもないし、実際に精度はあんまりよくない。
が、まさか1ループ毎に時間を計ったりしてる？
fpsのような重要でない値なら1～2秒間隔で平均取れば十分だと思うよ。

**名前は開発中のものです。** · 05/01/02 13:20:08

JDK5.0のSystem.nanoTime();に逃げてみるとか

**名前は開発中のものです。** · 05/01/02 16:47:18

１ループの処理時間は、ループ処理をTimerTask.run()に記述すれば
TimerTask.scheduledExecutionTime() で取れるかな

fpsの値はSystem.currentTimeMillis を使って
一秒ごとのアバウトな値を出すようにしてる

**名前は開発中のものです。** · 05/01/02 18:25:28

>>411
私の読んだ本だとJava3DのJ3DTimer使ってたよ。ナノ秒精度だそうです。
そこまでFPSにこだわらなくてもいいと思うけど。

**名前は開発中のものです。** · 05/01/02 18:57:07

最近のJavaはC/C++に匹敵するほどの実行速度らしいけど、
やっぱ描画が遅くてアクションゲームにはツラい。
標準でOpenGL使えればいいのになあ。

**411** · 05/01/02 20:05:56

>>412～414
どうもありがとうございます。参考にさせていただきます。

**名前は開発中のものです。** · 05/01/03 00:31:42

>>416
2Dならばアクセラレーション聞く描画もそれなりにあるし
問題ないけど２Dだとたしかにきついね
Java3Dが標準APIになってくればちがうのかな

**名前は開発中のものです。** · 05/01/03 01:49:26

環境によってアンチエイリアスが勝手にかかったりして
drawLineとかで絵を描いてると致命的に困ることがある。

**名前は開発中のものです。** · 05/01/03 20:09:56

PureJavaを捨てて、WindowsやLinux限定にすれば、便利なネイティブ3D
ライブラリが使えるのになぁ。

**名前は開発中のものです。** · 05/01/05 03:56:17

それじゃあJavaの利点が・・・

**名前は開発中のものです。** · 05/01/05 07:28:33

ゲームの場合なら、そのライブラリがWindows,Mac,Linuxに対応していれば
それで十分でしょ。

**名前は開発中のものです。** · 05/01/05 08:11:18

>>421
Javaでゲームを作る利点と欠点ってなんだろ
利点
・ネットワークゲームとかだとアプレットやWeb Startでクライアントのバージョンを統一できる
・Web StartならJava3D等のライブラリとかを自動で拾ってくれる
・Web Startならインストール、アンインストールがプラットフォームに依存せず使える。
・Write once run anywhere（でも携帯のアプリだと変換が必要、また制約が多い）
・フリーで使える開発ツールが優秀（？）
・メモリリーク等の心配がない
欠点
・一概には言えないが一般にネイティブコードに比べメモリを食う、速度が遅い
・ネイティブコードが使用できない
・AWTを使用した場合は描画が遅い
・どんな場合であれJREはクライアント側で手動でインストールしなくてはならない

と、適当に考えたけどこのくらいか？

**423** · 05/01/05 08:14:00

あ、欠点の「ネイティブコードは使用できない」は本当に使えない訳じゃなくて
使ったらJavaの意味がほとんど無くなるって意味ね

**名前は開発中のものです。** · 05/01/05 09:57:02

JavaVMをCPUやビデオカードに合わせて最適化するだけで
その上で動くアプリケーション性能はすべて向上する
という記事を読んだ事があります。
アプリケーションごとに最適化するよりも
プログラマの負担が少なくていいですね。

**名前は開発中のものです。** · 05/01/05 16:36:42

>>425
建前はそうなんだけどねぇ。
いつになったら、実行時コンパイル>>>>>事前コンパイルになるのやら。

**名前は開発中のものです。** · 05/01/05 16:57:40

実際には＞でなくて≠になれば十分。
そして実行速度に関して言えばかなり≠に近づいている（らしい。

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

Javaの最大の欠点はJREの手動インストールだと思われる。

**名前は開発中のものです。** · 05/01/05 23:27:34

>>425
まぁほぼ現状ではイコールに近いのがサーバーVM
ただし、コンパイル速度が結構かかることやHotSpotの仕組みわかっていないと
どのタイミングでコンパイルされるかわからずにがたがたになる

javaコマンドのオプションいじれば大概問題ないけどね

>>423
.NETとJavaとC/C++でゲームそれぞれ作ってるけど、
.NETやJavaはゲームの処理だけに集中して作れる（フレームワーク等が作りやすく、
コンパイルチェックが強力なためにバグも少ない）のが利点だよ

開発効率がゲーム開発で求められる分野で対象がPCならすでに十分置き換え可能
ただ、Javaにくらべて.NETのほうが最適化とか（情報が少ないためか）癖とかつかみにくくて
パフォーマンスチューニングとか多少しにくいかな
１GHｚ以下のマシンや３DバリバリならCのほうで組んだほうがいいかもしれないけど
開発効率は間違いなくこれらダイナミックコンパイラ技術つかったやつらは
2倍程度の差はある

でも、実際ゲーム開発で負担が大きいのは作り終わった後のバランスとりとか
チューニングや絵や音楽の用意だったりするからさほど大きくないかもしれない

Cなどにこだわってバグ大量に抱え込むプログラマなら言語環境かえたほうがいいかもしれないけどね

>>428
まずJRE同梱でネイティブバイナリとばれないよ

**名前は開発中のものです。** · 05/01/06 19:57:24

JRE同梱の方法教えておくれ。ググっっても見つからないorz

**名前は開発中のものです。** · 05/01/06 23:46:39

JREディレクトリそのままこぴ
そしてそのjavaw.exeを使うように相対パスでbatかｅｘｅつくるだけ
JREは相対パスで各種ライブラリを使うから
ちなみになにをはずして追加できるなどはドキュメントに書いてあるからそれを参考に
わからないのならそのまま、せいぜいWebStartをはずすくらいかと

Win以外でJavaつかってるならJREがたんなるファイルの集まりに過ぎないことを
知ってると思うけどね

.NETのほうもおなじようにできればいいのだけれども、いまのところ無理

**名前は開発中のものです。** · 05/01/07 03:10:22

>>430
余談だけどWeb StartだとJREのバージョン指定してやるだけで
そのバージョンのJREを取得してくれるよ
↓関連スレ
ttp://pc5.2ch.net/test/read.cgi/tech/1096379038/l50

**名前は開発中のものです。** · 05/01/07 05:45:18

プログラマがわざわざ最適化したプログラムを書かなくても
JITコンパイラ側で最適化してくれるから
わかりやすいコーディングで開発効率があがるというのもあるね
↓詳細
ttp://logic.is.tsukuba.ac.jp/%7Ekam/ppl_ss04/ishizaki.pdf

**名前は開発中のものです。** · 05/01/07 13:22:31

>>431
㌧試してみます。
>>432
Web Startもインストールしないと使えないんですよね。JREさえいれてない人がインストールしてるとは思えないんだけど・・・

**名前は開発中のものです。** · 05/01/07 13:29:31

>>431
+ test
- jre1.5.0 （コピーしたフォルダ）
- test.jar (実行型JAR)
- test.bat

という構成にしてtest.batに
jre1.5.0\bin\javaw -jar test.jar
って書いてbatをダブルクリックすれば実行できました。ただJREって70MBもあるんですね・・・
アプリは30KBしかないのにorz

**名前は開発中のものです。** · 05/01/07 15:32:48

>>435
JREの中でも省ける場所もある
ドキュメント嫁

あと圧縮するならDGCAおすすめ
JRE同根でアプリにもよるが１０Mくらいになるから

**名前は開発中のものです。** · 05/01/07 15:34:45

ちなみにDGCA+JREをみかけたのはここね
http://shin.cside.com/product/pw/index.htm
Oggストリーム再生のBGMとか
JNIでDirectInputのパッド入力もやってるもよう

**432** · 05/01/07 15:37:31

>>434
Web Startは普通にJRE入れたら付いてくる。
WindowsならJREは↓のアドレスからIE上からインストールも可能。
http://jdl.sun.com/webapps/getjava/BrowserRedirect?locale=ja&host=www.java.com:80

特定バージョンのJREがいるのかと思ってたけど違うのね。
（そもそもその必要があるのかという疑問もあるけど）
たしかに初心者相手の場合この手の手順が煩わしいのはわかるけど
漏れはすなおにJREインストールさせるのを進める。

**名前は開発中のものです。** · 05/01/07 16:24:37

>>438
JREが入ってないのが前提での話をしていると思われ
だからインストーラを使わずに使える同根の話かと

**名前は開発中のものです。** · 05/01/08 00:21:59

　Javaでゲームを作る際の最大の欠点は、ガベージコレクションが
いつ始まるかプログラマーが規定できないから、変なところで
処理落ちしたりするって事じゃなかったっけ？

　今どうなんだろう。公開されてるシューティングゲームを
試してみたいけど、平均的に30fps出ていたような…。

**名前は開発中のものです。** · 05/01/08 00:32:28

見してー

**440** · 05/01/08 08:35:32

>441
　書き方悪かった。「Web上で公開されてるシューティングゲームを
（自分の環境で）動かしてみたら、特に問題はなさそうだった」という
意味です。
　>437で公開されている、ボールが150個動くデモではときどき
重くなりますが、この原因がガベージコレクションかどうかは
分かりません。

**名前は開発中のものです。** · 05/01/09 13:44:39

>>442
サンプルソース見ればわかるけど、それスプライト５００こな

batやshのオプション見ればGCとかのチューニングしてないわけだし、
そもそもノーウエイトだとC++ネイティブでもそういう現象おこるね
まぁ細かいことを言えばリアルタイムOSでないかぎりどうしようもないさ

**名前は開発中のものです。** · 05/01/26 17:51:20

Javaとかそういう範囲での話じゃないと思うけど…

いま、マリオのような横スクロールアクションゲーム作っているわけだが
坂道がどうすればいいかわからんのよ。
仕組みでいいから教えてくれないか？

**名前は開発中のものです。** · 05/01/26 20:54:31

坂道の角度からxに加速する量とyに加速する量を求める。

**名前は開発中のものです。** · 05/01/27 00:19:32

？？？

**名前は開発中のものです。** · 05/01/27 11:51:21

高校物理で「重力加速度」ってのを習うんだけど、空中だったり平らな場所だと真下に力がかかるってことなのね。
それが坂道に立っている状態だと、横方向と下方向に分かれるのさ。
角度が急になればなるほど横方向への力が強くなる。
分ける比は坂の角度を使って三角関数でうまいこと計算してやればいい。
そんなに厳密に計算する必要がないんだったら、
坂の下方向に向かって滑らせるだけでそれっぽい動きになる。
スーパーマリオもそんなに厳密な計算してないように見える。

**名前は開発中のものです。** · 05/01/27 13:28:22

重力加速度より垂直抗力の話じゃ？

それ以前に、具体的に坂道のどういう処理に困っているのかが気になる。
445と447は『坂道で滑る』処理だよな？

**名前は開発中のものです。** · 05/01/27 14:16:27

>>444
単純に思いつくのは
１、地形の形状データをすべてベクトルデータで表現する。
２、角度ごとのブロックを沢山用意する。
３、ブロックの基本の大きさを小さくしてキャラクターがそこを通るときに線形近似をする。
くらいか。
１はそれなりの数学と物理の知識が必要になるし
無駄に厳密になりすぎると思う。
詳しくは考えてないけど２と３の複合になるんじゃないかな。
そういやソニックの坂道の処理ってどうやってたんだろうな。

**名前は開発中のものです。** · 05/01/27 15:01:48

ベクトルとかそんな面倒な処理はいらねーよ

**名前は開発中のものです。** · 05/01/28 18:30:54

X座標に比例してY座標も変える的な感じで作ったら、
坂道とブロックの繋ぎ目で問題出た

**名前は開発中のものです。** · 05/01/29 23:09:00

http://goldenstudios.or.id/products/GTGE/index.php
Java用のゲームエンジンだそうだ。

サンプルゲーム集
http://goldenstudios.or.id/products/games/index.php

**名前は開発中のものです。** · 05/01/30 15:35:17

>>452
　面白そう。早速いじってみます。情報ありがとう！

**名前は開発中のものです。** · 05/01/30 18:46:50

>452
HPを翻訳で訳して読んだのですが、ライセンスは本当のところ
どうなってるでしょう。フリーとなっていますが、
登録が必要とかありそうでしょうか。

**名前は開発中のものです。** · 05/01/30 18:50:20

>>454
リンクの一番下にcreative commons licenseと書いてあったよ。
日本語で読める。
原著作者のクレジットを示せば、商用利用も無料で可能らしい。
http://creativecommons.org/licenses/by/2.0/

◆pKT/RyrDCw · 05/01/30 20:13:10

別スレだけど作ったので報告
http://cattaka.jfast.net/index.php?BakuO
スレ
http://localhost:7524/j2ch/thread/gamedev.pc5/1023007103/?time=1107083332&ls=50

◆pKT/RyrDCw · 05/01/30 20:13:51

↑間違えた
http://pc5.2ch.net/test/read.cgi/gamedev/1023007103/l50

**名前は開発中のものです。** · 05/01/31 15:54:15

ロープレのマップに使おうと思っているんだけど、画像の一部を表示させるのはどうすればいいんだ

例
32×32の画像の(5,7)～(20,30)の部分を表示する

**名前は開発中のものです。** · 05/01/31 16:14:46

APIよんだか?

**名前は開発中のものです。** · 05/01/31 18:49:45

>>456
壁にめりこんでるのがちょっとあれだけど面白いな～
Java Web Startけっこういいな

**名前は開発中のものです。** · 05/01/31 18:51:06

>>458
g.drawImageの
drawImage(Image img, int dx1, int dy1, int dx2, int dy2, int sx1, int sy1, int sx2, int sy2, ImageObserver observer)
のバージョンを使う

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

>>456
動きが途切れ途切れでゲームにならん。
ウチの回線が細すぎるのか？

**名前は開発中のものです。** · 05/01/31 21:20:58

つ―か、iアプリのFFⅠって何であんなにたくさん画像使っているのに、100kbに納められるんだよ

オレなんか画像50個くらいで50kbもいっちゃうよ

**456** ◆pKT/RyrDCw · 05/01/31 22:09:50

>>462
たしかにログインするとまともにゲームできる人と
できないくらい途切れ途切れになっている人がいるようです。
アフォなことどのくらいの転送レートが必要なのかまだ測定してなかったりします。
多くても1kByte/secは越さないとは思うのですが・・・

**名前は開発中のものです。** · 05/01/31 22:43:52

>>463
１００KBって８００Kビットだろ？
それにｊａｒはZip圧縮だし、Javaのバイナリは最初から小さく作ることを考えている
あのサイズは別に不思議ではないぞ

**名前は開発中のものです。** · 05/01/31 22:51:26

あとスクラッチパッドにロードしてるんじゃないかな

**名前は開発中のものです。** · 05/02/01 04:50:32

iアプリは800kbも作れるのか

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

Vodaって256KBじゃなかったっけ？
1.5Mbitじゃん。すげー。

**名前は開発中のものです。** · 05/02/01 12:28:40

あと仕様公開されてないがVoda冬３Gは１M（メガアプリ）だからな
jarやJavaの構造的に２HD２枚位の容量あるとおもえばいい

わかりやすく言えば昔のX68のソフトがほぼすっぽりおさまるというわけだ

**リルム** · 05/02/01 14:48:04

友人にもらったこのファイル。
感動した。
魔法も増やしたいし、敵も増やしたい
戦闘中の音楽も鳴らしたい。

しかし、俺は、全くプログラム経験が無い！
誰か俺の続きをお願いします・・・
ttp://fft-up.hp.infoseek.co.jp/cgi-bin/FF5_up/img-box/img20050201144402.lzh

**名前は開発中のものです。** · 05/02/01 23:01:38

>>469
そんな大規模なものを作るわけだから、当然、有料アプリだろうな。
1Mアプリの麻雀ファイト倶楽部なんか半荘一回につき100円いるからなぁ。

**名前は開発中のものです。** · 05/02/03 00:14:28

http://shin.cside.com/product/shingl2/index.htm
上に出ていたところのだけど
今じゃこんなソフトウェア描画やっとるんか・・・

**456** ◆pKT/RyrDCw · 05/02/03 19:56:30

>>462
転送量計ると
送信が瞬間最大1kByte/sec、受信が瞬間最大2kByte/secくらいでした。
普通くらいと思える動きで
送信が300Byte/sec、受信が800Byte/secくらいでした。

これだとモデムとかだと辛そうです。
とりあえず通信を圧縮してみたら30%くらいまで圧縮できました。

**名前は開発中のものです。** · 05/02/13 17:00:37

★俺ノート

Javaによるゲーム解説
http://www012.upp.so-net.ne.jp/flab/javatuto/javatuto.html

Javaでゲーム作りますが何か？
http://f57.aaa.livedoor.jp/~javagame/index.html

**名前は開発中のものです。** · 05/02/15 14:38:23

そらみのJ2MEゲームプログラミング
http://www.saturn.dti.ne.jp/~npaka/sorami/index.html

**名前は開発中のものです。** · 05/02/21 02:55:12

質問です。
JNIで作成したDLLファイルはアプレット上では機能するのでしょうか？
MacやUnix上では動作できないような気がするんですが・・・。

**名前は開発中のものです。** · 05/02/21 10:35:44

固有の部分は各機種ごとに用意する
だからネイティブライブラリのロード命令は抽象的になっている

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

>>477
じゃあ、MacやLinux、Winはそれぞれネイティブコードのモジュールを
用意しておき、プログラム上ではシステムクラスでOSを区別させ、
ロードするライブラリをそれぞれのOSに合わせるようにすればよいのか？

**名前は開発中のものです。** · 05/03/05 14:50:03

ロードするところのコードは同一でいい
ライブラリをロードできる場所はOSごとに違うからそのセットアップをするだけで
プログラムは一切変える必要はないよ

たとえば
System.loadLibrary("abc");
ってやるとWindowsなら abc.dllを探すし、Linuxならabc.soを探すといった具合にね

**名前は開発中のものです。** · 05/03/06 21:58:56

なるほど。ロードするべきモジュールが
soかdllかは自動で判別してくれるということか。
macのネイティブモジュールはなんだ？
拡張子ないんだっけ？

**名前は開発中のものです。** · 05/03/06 22:10:47

MACはFreeBSD5系統

**名前は開発中のものです。** · 05/03/06 23:00:47

Mac は .jnilib

http://developer.apple.com/documentation/Java/Conceptual/Java14Development/Core_APIs/chapter_6_section_4.html

**480** · 05/03/12 23:27:34

>>482
サンクス

Ｊａｖａゲーム作成した事ある方知ってる方教えてください。
マップスクロール関係の描画処理になんとか完成までこぎつけたのですが、重たい。
チップ画像ファイルって１枚で用意するのと複数枚用意するのとでは
処理速度が変わるのかな？
1チップあたり32*32ドットで、10*10個分のチップ画像をImageクラスに
10個分格納するのと、
1チップあたり32*32ドットで、100*10個分のチップ画像をImageクラスに
1個分格納するのとでは、どっちが重たい？
重たいというか処理に時間がかかるのはどっち？

**名前は開発中のものです。** · 05/03/12 23:38:43

実際に試せばいいと思うよ

**480** · 05/03/12 23:52:43

>>484
まあ、そうなんだけどね(^^;)
ちょっと明白な答えが返ってきたら、検証しなくてすむかなー
とたくらんでました。
何も今作っているゲームで試さなくても簡単なアプリ作って
試せばよいか。

**名前は開発中のものです。** · 05/03/13 00:03:52

高速なマップスクロールについてはやねうら本に書いてあったような。

ハードウェアアクセラレーションが効いていない場合が考えられるので、
しんさんの出張所(日記)　とか読んでチェック汁

あと、VMのご機嫌とるのマンドクセな場合は、↓を使うとか．．．
Java Binding for SDL
http://sourceforge.net/projects/sdljava

**名前は開発中のものです。** · 05/03/13 00:11:42

マップ描画はアクセラレーションがきけば
オンボードのUMAのチップでも60fpsで
CPU使用率５％以下ですむね

**483** · 05/03/13 12:02:23

>>486
>>487
アドバイスありがとうございます。
このスレに今まで記載された技法はすべて試すつもりです。
基本的なマップ描画に関する知識を深めてからそちらの処理も考えようとしています。
今、ハードウェア系の制御に手を出すと、無駄な処理を行っている部分
を探すのが面倒になるので・・。

>>483
試してみたら、前者のほうが、処理に時間がかかりました。
詳しく計っていませんが、その差は歴然でした。
メモリ上同じサイズのイメージ情報を格納しているはずですが、
配列で持たせるのは、極力さけるべきなのでしょう。
DirectXも確か、DirectDrawで一度にbmpファイル読み込んだ方が
処理が速かったっけ。

・・そうなるとテキストデータもコレクションAPIやString配列で
データテーブルを構成するより冗長性をもたせた1つのString変数で・・。
いやな結果が出そうだから、考えるのやめよう。

**名前は開発中のものです。** · 05/03/13 13:39:56

>>488
正直質問の意味がわからない

**488** · 05/03/13 13:49:30

>>489
ImageクラスとImageクラス配列とでは同じサイズの画像ファイルを読み込んでも
処理に差異があるかという事を質問してみたんですが、
文章がまわりくどかったですね。

**名前は開発中のものです。** · 05/03/13 13:52:00

配列と配列なしでのロード時間に差はとくにないぞ

**488** · 05/03/13 14:02:57

>>491
失礼しました。
ロードしたあとの画像描画処理の事です。
getImage()で画像ファイルをロードするのは差は見られませんでした。
drawImage()で描画処理を終えるまでの時間は極端に差が出ました。

**名前は開発中のものです。** · 05/03/13 14:32:10

それ作り方が悪いんじゃないのか？
まった差はでないと思うのだけれども
部分的でいいのでコードだしてもらわんとなんとも

**488** · 05/03/13 14:54:48

>>493
では一部だけ。ここ以外は同じソースをりゅうようしましたので、問題
ないと思いますが。。出かけますので、18:00頃またきます。
配列あり
private void MapDraw( Graphics g ) {
int imgno = 0;
int chipno = 0;
int widthno = 0;
int heightno = 0;
for( int j=0; j<10; j++ ) {
for( int k=0; k<10; k++ ) {
imgno = intBuf[j*10+k]/100;
chipno = intBuf[j*10+k]%100;
widthno = chipno/10;
heightno = chipno%10;
g.drawImage( imgBuf[imgno], 4+k*32, 30+j*32, 4+k*32+32, 30+j*32+32, widthno*32, heightno*32, widthno*32+32, heightno*32+32, this );
}
}
}

**488** · 05/03/13 14:55:12

配列なし
private void MapDraw( Graphics g ) {
int imgno = 0;
int chipno = 0;
int widthno = 0;
int heightno = 0;
for( int j=0; j<10; j++ ) {
for( int k=0; k<10; k++ ) {
imgno = intBuf[j*10+k]/100;
chipno = intBuf[j*10+k]%100;
widthno = chipno/10;
heightno = chipno%10;
g.drawImage( img, 4+k*32, 30+j*32, 4+k*32+32, 30+j*32+32, imgno*320+widthno*32, heightno*32, imgno*320+widthno*32+32, heightno*32+32, this );
}
}
}
※intBuf配列には数値が0から999までの乱数が100個格納されています。

**名前は開発中のものです。** · 05/03/14 07:54:09

どっちのコードも部分切り出しの描画だな
これらは遅い描画だったはず

場合によってはソフトウェア描画になってるだろうからキャッシュにおさまってるとかそんなことじゃないの？

まぁ使うときは切り出しなしでつかえ

**名前は開発中のものです。** · 05/03/14 07:57:52

つーか、よくみるとImage以外の引数のところがちがうな
で、どっちが何msで遅いほうは何msなんだ？

この程度の描画どっちも5ms以下だろうし

**名前は開発中のものです。** · 05/03/14 14:51:58

作ったゲームをjarで固めて配布したいのですが
それでも結局VMの入ったPCでしか動きませんか?
jarにVM一式入れないと駄目?

それと、インストーラーもsetup.exeとかそういうファイルにしたいのですが。

**名前は開発中のものです。** · 05/03/14 17:15:59

インストーラにVMいれてしまえばいいじゃない

**名前は開発中のものです。** · 05/03/14 18:11:18

なるほど、自動的にJRE1.4がインすとされるようにして
ゲーム起動時にはjarを叩くようなbatかexeを作ればいいのか。
さんくすこ

**名前は開発中のものです。** · 05/03/14 18:28:54

JREはJREのディレクトリ構造そのままコピーしてそのbinの中にあるjavaw.exeから起動するようにするといい
そうすればユーザーにはJavaを使ってることすらわからない

**名前は開発中のものです。** · 05/03/14 18:35:57

聞きたいのですが、JREの中のrt.jarの中の使って
いない機能とかは削除してもいいのでしょうか。
なんせこれだけで13メガバイトもあるので。

そもそもrt.jarからファイルを取り出すのは
SUNが禁止してないかも分からず…
自分が使っていない機能を特定する方法もわからず…

**名前は開発中のものです。** · 05/03/14 18:44:49

READMEみればどれをはずして追加してもいいとか書いてある

**名前は開発中のものです。** · 05/03/14 19:00:13

話題がループしすぎ

**488** · 05/03/14 21:57:24

>>496
レスありがとうございます

＞まぁ使うときは切り出しなしでつかえ
詳しく教えてください。
チップ画像をすべて１つづつファイルに分けて用意するわけではないですよね？
＞どっちが何msで遅いほうは何msなんだ？
↓こんなんで正確な処理速度が計れないかもしれませんが、、、
public void paint( Graphics g ) {
long l = System.currentTimeMillis();
MapDraw( g );
long l2 = System.currentTimeMillis();
System.out.println( (l2-l) );
}
結果です。
・スリープなし
配列あり平均 63ms 最低 0ms 最高156ms
配列なし平均 64ms 最低 0ms 最高156ms

・スリープ100ms
配列あり平均217ms 最低 0ms 最高281ms
配列なし平均120ms 最低31ms 最高188ms

・スリープ5000ms
配列あり平均188ms 最低 0ms 最高18.8ms
配列なし平均 62ms 最低 0ms 最高 6.2ms

※スリープを5000msにしたら、初回だけ最高値が計測でき、
２回目以降は配列有り無しに限らず0msでした。
ソフトウェア描画によるキャッシュ？っていうやつが原因なのでしょうか？

**488** · 05/03/14 21:59:34

↑まちがいでした。
・スリープ5000ms
配列あり平均18.8ms 最低 0ms 最高188ms
配列なし平均 6.2ms 最低 0ms 最高 62ms

**名前は開発中のものです。** · 05/03/14 22:40:12

Javaは動的コンパイルするのとメモリ設定してないとFULLGCでヒープ拡張が多発
このへんのうごきがわかればその最低値という部分だけがほぼ出るようになる

あとマップチップが32*32のようだけれども、これは某所の日記によれば60fpsで
3000個くらいは出るようだ