JAVAでゲーム作成

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

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

**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を作るのが漏れは好きだ。

**名前は開発中のものです。** · 04/09/24 12:33:08

>>270
JComponent継承して作れよ

どのみちゲームでやるなら特にアクション系は垂直同期とるだろうし、
バッファリングをSwingにまかせるのはＲＰＧやＡＶＧならありだと思う

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

>>271

漏れはゲームのデザインはユーザインターフェースのデザインでもあると考える。
Ａ列車で行こう4っていうゲーム、ユーザインターフェースがWindows標準の（しかしVBで作ったようなダサい）
ウィンドウシステム使ってた。あれでどれだけゲームの削がれたか。

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

>>272
いや、Swing誤解している

あれまじめにいじればわかるけど、ゲームのインターフェース並のことができるぞ
Swing作ったやつはいかれてると思った

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

>>273

だろうけど、よくよく考えると自分で必要最小限のもの作ったほうがスマート
せっかくJavaのパフォーマンス上がっているのに、Swingなんざ、いろいろ制約あるし重いし。

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

重いってコンポーネントが？描画が？

**名前は開発中のものです。** · 04/09/25 07:51:08

>>275
コンポーネントじゃないかな。起動が重いのは確かだと思うけど。

ただ個人で作るミニゲーム程度なら全然問題ないと思うけど。Swingの重さが目につくレベルのゲームってどのくらいの規模かな？3DMMOとかその次元の話？
というかSwingのコンポーネント（ボタンとかテキストボックス）とか普通のゲームでは使わないじゃん。

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

ボタン、リストボックス、パネル、テキストボックスあたりはMMORPGとかでふつーに使うね

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

作りたいゲーム次第だろ。
しっかり作り込んでまともなゲーム作りたいならSwingは使わないだろうし、
ちょっとしたミニゲーム程度ならわざわざUI自作するのはだるい。
適材適所って奴だな。

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

http://appelv053.itbdns.com/game.html

こういうゲームを作ってみました
クリックすると始まります

感想をお聞かせください

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

わ、早稲田を馬鹿にするなーーーーーー。

で？これ本物の写真なの？

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

質問です。
Javaアプリでゲーム作ってますが、どうしても逆コンパイルかけられて
ソースを覗かれるのがいやなのです。
何か良い方法はありませんか？

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

Javaで書かない。

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

>>281
ＪＥＴとかＴｏｗｅｒＪとかＧＣＪとか。

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

ってマルチだったのか。

……ってのまで見てしまった。

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

>>281
難読化ツール使え。
それでも、がんばれば覗けるから、
結論は>>282

商用のものはループ改変までしてくれてすごいよ。
別のソースのように逆コンパイルされる。

まぁ、完璧って言葉はこの業界にはないからね。

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

オレも「マルチだったのか」って書いた一人なわけだが。
あちこちで、「マルチだったのか」って書き込みがあって、
なんか笑える。

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

俺もマルチだったのかと書いてしまった
Javaとつくスレすべてにかいてある壮絶なマルチなんだもん

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

http://www.vector.co.jp/download/file/win95/game/ff323005.html

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

('A`)？

**名前は開発中のものです。** · 04/09/27 12:16:48

宝さがし

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

いきなりダウンロード直ではウイルスと思われても仕方ないな
こういうのはスルーで