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あたりを参照

**263** · 2006/04/09(日) 23:11:53

原因はわからないです。さんぷるの画像の内、一枚だけ入れ替えたらうまくいったんで、
一枚ずつ入れ替えていったらエラーがでなくなりました。言われてみれば一回電源切った
あとかも

**名前は開発中のものです。** · 2006/04/10(月) 02:20:42

>>270
わかんないならもうレスしなくていいよ

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

そのくらいのサンプル段階ならソース晒してもいいでしょう
アップローダにアップしては？
http://gamdev.org/up/upload.php
短いソースならこのスレに書き込んでもいいだろうし。

**名前は開発中のものです。** · 2006/04/15(土) 10:51:05

この板寂しいからレスしてくれよ・・・
書き込みがあるとわくわくする

**名前は開発中のものです。** · 2006/04/15(土) 11:44:35

最近アプレットは流行らないよな。
このスレはJavaアプリのこと？アプレットのこと？
サーバ側の話？J2MEのこと？　なんでもあり？

それよりなにより、漏れは女とJavaTea飲みたい。

**名前は開発中のものです。** · 2006/04/15(土) 16:50:42

MEは実装依存度が高すぎるからそちらのスレで
基本はJavaアプリだろうね

アプレットは社内用リッチクライアント用途ではかなりいいけど
アプリと違って起動時のパラメータとかチューニングが限界がある

アプリによってメモリやGC等の設定は細かくかえるのが普通だから
ゲーム用ではさほど・・
フルスクリーンとかファイルアクセスとか限界もあるしね

手軽に配布ということでフラッシュ程度でいいのならフラッシュで作ればいいし
JavaでやりたいのならWebStartにしたほうがまし

JRE同梱してアプリにしたほうがいいよ

**名前は開発中のものです。** · 2006/04/15(土) 18:40:50

某スレに幾つかアプレットの２Ｄゲームが上がってるけど、
速度的には全然遜色ないな。
アプレットでも結構作れる事は作れるけど、開発環境などその他諸々の点で
フラッシュの方が断然上。
アプレットでゲームを作るメリットは何もないよ。

**名前は開発中のものです。** · 2006/04/15(土) 18:57:48

無料でまともなFlash開発環境があればいいんだけどな

**名前は開発中のものです。** · 2006/04/15(土) 19:10:16

ActionScript経由でFlashの機能は全部表現できるんだよね？
だったらActionScript3.0がパブリッシュ（コンパイルの意）出来る環境があれば
あとはAPIリファレンスを手に入れるだけで何とかなりそう

**名前は開発中のものです。** · 2006/04/15(土) 21:04:45

>>276
配布を考えればの間違いでは?
開発環境はアプレットのほうがどこをどう考えても上

アクションスクリプトきっついよ

**名前は開発中のものです。** · 2006/04/15(土) 22:36:11

>>276
ASの開発しづらさを知ってて言ってるのか？
マジキツイっての、アプレットと作り比べてみろよ。

**名前は開発中のものです。** · 2006/04/21(金) 18:53:51

Java使えればゲーム以外にも仕事で役立ちそう
Flashは覚えても応用範囲が狭そう

**名前は開発中のものです。** · 2006/04/26(水) 22:50:39

>>281
俺はC→AS→Javaだったよ
ASだけは遊びで覚えたんだけど、OO開発の基礎は自然と身についた
MovieClipの仕様がいいんだろうな

**名前は開発中のものです。** · 2006/04/29(土) 05:29:13

みなさんゲーム作ったんですか？
ここじゃ晒さないんですか？

**名前は開発中のものです。** · 2006/05/01(月) 20:40:07

フリーのは、ふりーむ！とベクターで公開してる。
有料のはDLsite.com等で販売中。

**名前は開発中のものです。** · 2006/05/07(日) 00:14:23

知っている方がいらっしゃったら教えてほしいことがあります。

以前j2re1.4.1_02でフルスクリーンとウィンドウモードを切り替えるものを作ったのですが
1.5.0_06では解像度の変更が正しくうごかないという事に当たりました。

手順は
１）フルスクリーンにする
GraphicsEnvironment ge = GraphicsEnvironment.getLocalGraphicsEnvironment();
device = ge.getDefaultScreenDevice();
DisplayMode　fullscreen = new DisplayMode(640, 480, 32, DisplayMode.REFRESH_RATE_UNKNOWN);
device.setFullScreenWindow(fullscreen);

２）排他を解除しウィンドウモードにする

GraphicsEnvironment ge = GraphicsEnvironment.getLocalGraphicsEnvironment();
device = ge.getDefaultScreenDevice();
device.setFullScreenWindow(null);

この後で１）を行った場合、1.4.1_02ではフルスクリーンで解像度が変わったのですが
1.5.0_06ではフルスクリーンにはなるが解像度が変わらないということになりました。

何かご存知の方がいらっしゃったらお願いします。

**285** · 2006/05/07(日) 00:27:33

書き忘れていました。
１）では決まったフレームをフルスクリーン指定してます。

device.setFullScreenWindow(frame);

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

元々フルスクリーンと行き来するとリークが発生するから起動時に選択させるほうがいい

ところで意味が分かりにくいのだが
１＞２＞１ってこと？

**285** · 2006/05/07(日) 02:57:40

>287

>元々フルスクリーンと行き来するとリークが発生するから起動時に選択させるほうがいい

ありがとうございます、その方向で考えてみます。

＞１＞２＞１ってこと？

そうです。

**名前は開発中のものです。** · 2006/05/07(日) 11:37:59

いまやってみたけど画面ちゃんと切り替わったよ

**285** · 2006/05/07(日) 14:11:36

>289

j2re1.4.1_02では、繰り返し切り替えたときにちゃんと解像度も一緒に変わったのですが
1.5.0_06ではフルスクリーンにはなりましたが、二度目以降のフルスクリーン切り替えで
解像度が変わりませんでした。（一回目はちゃんと解像度が変わるようです。）

もしうまく切り替わったのでしたらソース、上げていただけませんでしょうか？

**名前は開発中のものです。** · 2006/05/07(日) 14:15:43

こんなかんじ

GraphicsEnvironment ge = GraphicsEnvironment.getLocalGraphicsEnvironment();
GraphicsDevice device = ge.getDefaultScreenDevice();
GraphicsConfiguration gc = device.getDefaultConfiguration();
DisplayMode mode = new DisplayMode(640, 480, 32, DisplayMode.REFRESH_RATE_UNKNOWN);

JFrame frame = new JFrame(gc);
frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
device.setFullScreenWindow(frame);
device.setDisplayMode(mode);

Thread.sleep(1000);

device.setFullScreenWindow(null);

Thread.sleep(1000);

device.setFullScreenWindow(frame);
device.setDisplayMode(mode);

**名前は開発中のものです。** · 2006/05/07(日) 14:17:41

注意事項としてウインドウモードとフルスクリーンモードで
色深度が違う場合テクスチャキャッシュとか全部作り直してね

異なる色深度で転送を行うとすごく遅くなる

**285** · 2006/05/07(日) 14:20:50

ソース、ありがとうございます。
確認してみます。

**285** · 2006/05/07(日) 15:30:17

>292
先ほどのソースありがとうございました。
フレームの非表示をフルスクリーンとウィンドウ毎にきりかえりため
毎度フレームをdisposeし、再作成していたが原因でした。
ところで、上記ソースのやり方でフルスクリーンのときにだけ
frame.setUndecorated(true);
を有効にしたいとおもい、いくつか試しているのですがうまくいっていません。
作成していたソースを載せておきますので、再度も一度だけご指摘いただけますでしょか？

**285** · 2006/05/07(日) 15:33:08

以下がソースです。

GraphicsEnvironment ge = GraphicsEnvironment.getLocalGraphicsEnvironment();
GraphicsDevice device = ge.getDefaultScreenDevice();
GraphicsConfiguration gc = device.getDefaultConfiguration();
DisplayMode mode = new DisplayMode(800, 600, 32, DisplayMode.REFRESH_RATE_UNKNOWN);

JFrame frame = new JFrame(gc);
frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);

System.out.println("初期表示");

frame.setSize(800, 600);

frame.setResizable(false);
frame.setLocationRelativeTo(null);//中央配置
frame.setVisible(true);

Thread.sleep(10000);
System.out.println("フルスクリーンへ");
//frame.setUndecorated(true);//フレームの非表示
device.setFullScreenWindow(frame);
device.setDisplayMode(mode);

Thread.sleep(10000);
System.out.println("ウィンドウモードへ");
device.setFullScreenWindow(null);

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

＞このフレームの装飾の有効化と無効化を切り替えます。
＞フレームが表示されていない時にだけ呼び出すことができます。

マニュアルどおりだと思うんだが

タイトルバーの表示、非表示はフレームが表示されているときは駄目
一度非表示にする必要があるよ

**名前は開発中のものです。** · 2006/05/07(日) 16:03:32

GraphicsEnvironment ge = GraphicsEnvironment.getLocalGraphicsEnvironment();
GraphicsDevice device = ge.getDefaultScreenDevice();
GraphicsConfiguration gc = device.getDefaultConfiguration();
DisplayMode mode = new DisplayMode(640, 480, 32, DisplayMode.REFRESH_RATE_UNKNOWN);

JFrame frame = new JFrame(gc);
frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
frame.setUndecorated(true);
device.setFullScreenWindow(frame);
device.setDisplayMode(mode);

for(int i=0; i<10 ;i++){
Thread.sleep(1000/2);

//ウインドウモード
frame.setVisible(false);
frame.dispose();
frame.setUndecorated(false);
device.setFullScreenWindow(null);
frame.setVisible(true);

Thread.sleep(1000/2);

//フルスクリーンモード
frame.setVisible(false);
frame.dispose();
frame.setUndecorated(true);
device.setFullScreenWindow(frame);
}

**名前は開発中のものです。** · 2006/05/07(日) 16:06:27

あ、最後フルスクリーンモードで終わってるんでALT+F4な

**285** · 2006/05/07(日) 17:03:17

丁寧な反応、本当にありがとうございます。
setVisible(false); の後でdisposeが必要なのですね、
わからずに数ヶ月引っかかっていました。
297でいただいたサンプルなのですが、最後のフルスクリーンの状態で
解像度が640, 480ではなく元に戻っていませんでしょうか？
これを何とかできないかなと
//フルスクリーンモード
frame.setVisible(false);
frame.dispose();
frame.setUndecorated(true);
device.setFullScreenWindow(frame);
device.setDisplayMode(mode);
としてみたのですが、今度はウィンドウモードの解像度が戻らなくなってしまいました。
これが一番最初の質問と同じ状態のようです。

**名前は開発中のものです。** · 2006/05/07(日) 17:32:54

ウインドウモードのタイミングが指定がおかしかった

//ウインドウモード
device.setFullScreenWindow(null);
frame.setVisible(false);
frame.dispose();
frame.setUndecorated(false);
// device.setFullScreenWindow(null);
frame.setVisible(true);

としてごらん

**285** · 2006/05/07(日) 18:08:49

ありがとうございます。
切り替え動くようになりました。
動くようになったので調子に乗って切り替え100回とか試してみたら
java.lang.OutOfMemoryError
がでてきました。最初におっしゃってたように、あまり頻繁に切り替えるもんじゃないって事なんですね。

**名前は開発中のものです。** · 2006/05/09(火) 15:25:13

ソース見直してたらstaticでいいのにインスタンス生成してる部分が結構あった
インスタンス生成よりstaticの方が軽い、速いかな？

**名前は開発中のものです。** · 2006/05/09(火) 16:50:48

Java的にはstaticはできるだけ使わないほうがいいらしいけど

**名前は開発中のものです。** · 2006/05/09(火) 17:54:55

オブジェクトはプールしないで積極的に生成破棄してくれ
世代別GCとの相性を考えるとこれ

**名前は開発中のものです。** · 2006/05/09(火) 22:27:04

>>303
実装するにあたって、static変数が必要なデザインパターンもあったんじゃね。

**名前は開発中のものです。** · 2006/05/09(火) 23:23:28

>>303
そういう覚え方はよくないよ。勉強しなおしたほうがいい。

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

ドラクエってさ、コマンド選ぶと前のコマンドがバックに表示されたまま
次のコマンドが出るじゃん　それでキャンセルで現在のウィンドウが消えて
前のコマンドに参照が戻るよね
あれってそれぞれにバッファ用意してやるしかないかな？
たとえば道具→使う→誰に　なら
道具を表示するバッファ
道具、使うを表示するバッファ
道具、使う、誰にを表示するバッファ
みたいに

**名前は開発中のものです。** · 2006/05/16(火) 11:35:56

ファミコン時代にバッファがあったと思うか?
ひたすら上書き

ウインドウが消えたらアクティブになったウインドウの描画

それだけだよ

**名前は開発中のものです。** · 2006/05/16(火) 11:37:03

一応レイヤーという考え方もありだが、いまだとそっちのほうが楽だろ
それぞれウインドウ内のみの描画管理
画面全体の描画でそれらを適切に呼び出す

**名前は開発中のものです。** · 2006/05/20(土) 04:48:56

>>308-309
遅くなったけどサンクス
なんとなく分かってきた

キャラやアイテムのリスト作るのが面倒臭いな・・・
存在してるキャラ、所持してるアイテムを調べてリストにして
多ければウィンドウをスクロールさせなきゃならぬ
面倒だけどがんばるか・・

**名前は開発中のものです。** · 2006/05/20(土) 09:04:00

面倒か？
わからなければ先にUMLでもなんでもいいけど処理の手順を書いたほうがいい

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

処理を考えるのが一番面倒だ
きちんと順序立ててやってみるよ・・

**名前は開発中のものです。** · 2006/05/22(月) 04:54:34

俺はデータモデルの設計が一番面倒だなぁ。
変更や拡張に強く、ネットワーク越しの同期の取りやすいデータモデルをとか考え出すとはまり込む。

**507** · 2006/05/22(月) 19:16:41

Javaを最近勉強しはじました。
とりあえず簡単なゲームを作りたいと思っているのですがどれ位勉強すればいいですか？

**名前は開発中のものです。** · 2006/05/22(月) 19:27:29

ゲーム作りで勉強すれば
そういう本最近多いし

**名前は開発中のものです。** · 2006/05/23(火) 14:28:37

if else で100近く分岐しそう・・
激重かな

**名前は開発中のものです。** · 2006/05/23(火) 15:24:24

>>316
どういう風に分岐させたいんだ？

**名前は開発中のものです。** · 2006/05/23(火) 15:30:17

１００こくらいのifでおもくなるって10MHz切ってるマシンの人かな

**名前は開発中のものです。** · 2006/05/23(火) 22:43:16

>>317
たとえばさ、魔法クラスがあって、そのメソッドに魔法No.をわたして
そのメソッド内で渡されたNo.によってswitchで分岐させるとか

話がswitchになっちゃったけどswitchは数しかつかえないんだよね、たしか
それ以外で識別したいならif elseしかないと思って

あと、変数は少ないけどメソッドがたくさんあるクラスのインスタンスを
100個くらいつくるとメモリがやばかったりするかな？

**名前は開発中のものです。** · 2006/05/23(火) 22:51:29

class Magic
{

**320はミス** · 2006/05/23(火) 22:57:01

abstract class Magic{
public abstract void perform();
}
みたいにして、個別の魔法はこれを継承するようにするとJavaらしくなるよね
実際にゲームを完成させる気ならこんなことしないだろうけど

メソッドはたくさんあっても問題なし

**名前は開発中のものです。** · 2006/05/23(火) 23:14:15

デザインパターン立ち読みでもいいからおぼえとくといいぞ

制御とデータをわけるという考え方は
Cとか構造化言語までのものだ

**名前は開発中のものです。** · 2006/05/23(火) 23:18:59

>>321
いや、ゲームでも普通はそういうプログラムを書く

それと識別させたいのならenumを使え
switchもつかえるし

**名前は開発中のものです。** · 2006/05/23(火) 23:34:50

レスサンクス
おかげで設計ができてきた
enumすか・・あまり馴染みがないから学ぶよ

ところで>>321の4,5行目が素でわからない
ｱﾌｫですまぬ
教えてもらっていい？

**名前は開発中のものです。** · 2006/05/24(水) 00:05:11

ポリモーフィズムとかStateパターンとか
そのへんしらべてみるとわかるよ

**名前は開発中のものです。** · 2006/05/24(水) 00:29:52

おｋ、ゲーム作りながら勉強する
いろいろサンクス

**名前は開発中のものです。** · 2006/05/27(土) 11:28:27

VectorにStringとInteger入れて、取り出すときに
Integerの要素をStringでキャスト、変換したり
Stringの要素をIntegerでキャスト、変換したら
エラー出るかな　面倒くさいんでInteger、Stringで統一してるんだが

勉強すればわかることだけどもしよければレスちょうだい

**名前は開発中のものです。** · 2006/05/27(土) 11:38:38

それぞれIntegerとStringが対応してるんなら
class （名前）
{
public String getString();
public Integer getInteger();
}
みたいなクラスを作る

対応してないんだったら、String用のVectorとInteger用のVectorを別にする

**名前は開発中のものです。** · 2006/05/27(土) 11:49:40

キャストはかならずクラスの関連性がないと無理
かならず数字を含む文字列ということであれば格納前に返還すればいいだけの話だが
この情報だけではどうしたいのかがわからない

あとゲームということは多少パフォーマンス気にすることも多いのだろうから
Swing部分使わないのならVectorよりはArrayListで

シングルスレッドならパフォーマンスはまずかわらんけどな

**名前は開発中のものです。** · 2006/05/27(土) 13:09:54

即&わざわざレス感謝
ArrayListの方がパフォーマンスいいのか・・・
大分Vector使ってコード組んじゃったから、今度からはそうしよう
RPGだからスレッドはマップのキャラ動かすのとアニメーションくらいしか使わないと思う

Vectorの指定された要素がIntegerかStringかで
変換、キャストしたのちifで分岐させて処理を分けたいと思ったんだけど
やっぱり元々のVectorを別にした方がわかりやすかった　対応してないし

話変わるけど、コマンドの実装が面倒だ・・
移動コマンド、アイテムコマンド、魔法コマンド、使用対象コマンド・・
それぞれにクラス作ってそのクラスのキーイベント処理メソッドを
現在のコマンドモードによって呼び分けなきゃならん
いい方法ないかな

**名前は開発中のものです。** · 2006/05/27(土) 13:39:56

よくわからんがキーイベントにゴリゴリ書いてるのか?
それならフレームワークの設計自体からやりなおしたほうがいいぞ

**名前は開発中のものです。** · 2006/05/27(土) 13:57:59

ゴリゴリ書いてる・・
とりあえず組んでみようとは思ったがマジで勉強が足りんらしい
チラ裏ｽﾏｿでした

**名前は開発中のものです。** · 2006/05/27(土) 14:12:56

キーイベントではキーの入力フラグを上げ下げするだけ
そしてゲームのループ内でそのフラグを読み取る

これでおけ

**名前は開発中のものです。** · 2006/05/27(土) 14:23:34

ゲームループ内だとkeyTypedメソッドが呼ばれてから
時間差があるかもと思ってkeyTypedメソッドから
直接各コマンドクラスのメソッドを現在のコマンドモードで分岐させて呼んでた

ドラクエみたいなのを再現しようと思ってるんだがゲーム作りって難しいな
俺のゲーム作りが終わるまでJavaが生き残ってるといいんだけど・・

ここの住人はレベル高いね　スレ汚しｽﾏｿでした

**名前は開発中のものです。** · 2006/05/27(土) 14:52:54

ループ内は60fpsとか固定でチェックするから問題ないよ

というか、普通のゲームはイベントで処理するところはほとんどないから
それを隠すためのフレームワークというかそんなもの

まず言語的にJavaがどうのこうのというよりゲームプログラミングに対しての
技術がちょっと足りないかなぁという感じがする

10~20年前だったらゲーム作りとかいろんな本で毎月雑誌に載ってたんだけどな

いまじゃ残ってるプログラム雑誌がなくなってるし、ユーザーが求めるものが
高すぎてギャップで苦しんでる人が多いのはつらい時代だな

とにかくメインループで取得して状態に応じてswitchで戦闘時なのか移動時なのか
キャンプコマンド中なのか分離するようにかけばおけ

**名前は開発中のものです。** · 2006/05/27(土) 17:41:03

ゲームの作り方か・・
一から設計見直すよ
マジで参考になった、ありがとう

**名前は開発中のものです。** · 2006/05/28(日) 16:35:03

C++だとエフェクト（爆発とか）は加算合成を使うって書いてあるんですがJavaでも同じような方法で実装する手段ありますか？

**名前は開発中のものです。** · 2006/05/28(日) 17:06:46

Java2Dには通常合成はあるが加算合成はない
自前で実装するかJOGLとかで３Dで描画するしかない

>>11とかのライブラリに単純な合成がある模様

**名前は開発中のものです。** · 2006/05/28(日) 22:35:07

>316
ifをバイナリツリーみたいな構造にすれば
log2(100)の回数の比較だけで済むんじゃないか？

**名前は開発中のものです。** · 2006/05/30(火) 19:56:51

mpeg2のような差分圧縮形式のシーケンシャルアニメーションって負荷高いですか？
レイヤー可能でそれを実現できたらコンパクトになるなと思ったのですが

**名前は開発中のものです。** · 2006/05/30(火) 21:02:41

Javaの質問と関係ないな
効率がいい場合と効率が悪い場合があるっしょ

**名前は開発中のものです。** · 2006/05/30(火) 22:16:22

>>339
ポリモフィズムで解決という結論がとっくに出ていると思うのだが

**名前は開発中のものです。** · 2006/05/31(水) 19:31:13

みんなが配布物に同梱してるSPIってOGG Vorbisくらい？
これが便利ってのがあったら教えてください。

**名前は開発中のものです。** · 2006/05/31(水) 22:06:19

だろうね
OggVorbisさえ再生できればだいたいこまらん

**名前は開発中のものです。** · 2006/06/01(木) 20:01:54

Javaのゲームライブラリ作成中。Flashの1/2くらいの表現力、生産性が目標。
まぁ皆も半月くらいでライブラリは作って、オーサリング環境作るのに挫折するんだろうけどね。

**名前は開発中のものです。** · 2006/06/01(木) 23:16:05

普通に考えてFlashより表現力は上だし
生産性もFlashはスクリプトがおわっとるからまけないだろ

**名前は開発中のものです。** · 2006/06/01(木) 23:24:39

実行環境の普及率と人々のイメージ

**名前は開発中のものです。** · 2006/06/02(金) 02:24:25

FLASHと比べるんだからブラウザ上で動かすんだよな
・MIDIや圧縮音声を再生する
・BGMと映像を確実に同期させる
・表示サイズを変更するとそこそこのクオリティで拡縮表示する
あたりが大変そうだ

**名前は開発中のものです。** · 2006/06/02(金) 07:57:55

・JavaSoundでmidiと圧縮音声は問題なく可能。すぐ上でOggの話が出てる。
・BGMとの同期はそうつくればいいだけ。
・拡大縮小時にアンチエイリアスをかけるかどうかの設定が可能。アルゴリズムも設定可能。

別に大変じゃないし

**名前は開発中のものです。** · 2006/06/02(金) 21:25:12

Flashは、例えばMovieClipの完成度の高さが大いに参考になる。
あれはComposite、Prototype、Flywightなどの
パターンの組み合わせがかなり洗練されててしかも使いやすい。

なんかFlash8.5からはさらに高度なAPIを持つらしいし
実装の研究をする教材としてはかなり好奇心がくすぐられる。

**名前は開発中のものです。** · 2006/06/05(月) 07:16:50

JavaでノベルゲームとかＲＰＧって作れますか？

**名前は開発中のものです。** · 2006/06/05(月) 10:04:02

macromediaはずっとデザイナー偏向で作ってきたけど
adobeとの合併で技術者向けのAPIも良くなってくと思う

でもFlashの対抗馬である事に関して、Sunは殆ど興味ないみたいだな
5年前のJavaに今の速度があればいい勝負になってたかもしれんのに

>>351
うん

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

>>351
余裕

>>352
Flashの代替はのぞんでないだろ
今はアプリと鯖メインでは？

ただJAX-WSとかGroupLayout標準装備があるんで
企業向けではアプレットやWEBStartが今でも多少使われているのが
今後さらに加速するかも

**名前は開発中のものです。** · 2006/06/06(火) 23:16:48

個人的にはアプレットが一番好きだ
Webで公開して気軽に遊んでもらえるし

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

1.1時代のアプレットだとまともにうごかんしな
1.2以上だと別途セットアップが必要
1.2時代のJREなら今のブロードバンド時代なら問題は少ないのだが
5.0のサイズはすげぇ
1.4がかわいく見えるくらい

**名前は開発中のものです。** · 2006/06/07(水) 21:23:04

今はJavaくらいふつうに入れてない？
メーカー製パソコンとかって入ってないの？

**名前は開発中のものです。** · 2006/06/07(水) 21:41:53

まあJREも楽勝でインスコできるからな

**名前は開発中のものです。** · 2006/06/07(水) 23:03:47

>>356
バージョンは買ったときのマシンでばらばらだしそれを期待するのはちときつい
ゲームなら新しいバージョンになればどんどんよくなってるのが敏感にわかる

**名前は開発中のものです。** · 2006/06/14(水) 15:09:12

>>354
JavaWebStartも良くない？
あれ対応のゲーム出てくると使う側としては楽チンなんだが。見ないね。

**名前は開発中のものです。** · 2006/06/14(水) 17:48:02

Javaで簡単なゲーム作るにはどれ位勉強すればいいですか？

**名前は開発中のものです。** · 2006/06/14(水) 18:00:49

「簡単なゲーム」の定義と脳味噌の質によります

**名前は開発中のものです。** · 2006/06/14(水) 18:55:46

>>360
３じかん位かな？

**名前は開発中のものです。** · 2006/06/14(水) 20:43:32

アプレットにしてもWebStartアプリケーションにしてもセキュリティの問題がつくからね

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

>>363に横から追加
Java Web Startってサーバー側にmime-typeの追加が必要だから、
レンタル鯖じゃ動かない可能性あり。

MIME-TYPE:application/x-java-jnlp-file

**名前は開発中のものです。** · 2006/06/15(木) 13:30:54

>>364
そこは連鎖場屋の中の人にMIME-TYPEの使いを頼めばなんとかなる予感。

**名前は開発中のものです。** · 2006/06/16(金) 00:52:38

apacheなら個人でもなんとかなるが、運用次第だな

**名前は開発中のものです。** · 2006/06/17(土) 12:40:34

レンタルサーバーでJMSとか使えないかな
ApacheのActiveMQとかで低負荷のCGI代わりに使いたい

**名前は開発中のものです。** · 2006/06/17(土) 13:13:35

1台丸ごと借りるならいけるけど
月1,2万かかるよ

**名前は開発中のものです。** · 2006/06/17(土) 13:31:48

それだと完全にASP側に回ってるのと変わらないね
diceやtalkなどシンプルな機能をメッセージングできれば
使い方を決めるのは利用者側みたいなのイメージしてたんだが