JAVAでゲーム作成

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

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

**名無しさんは１４才** · 04/02/08 21:42

うーん。歩くのって意外と難しい。
どうしてもスケートやってるみたいになってしまう。

**名無しさんは１４才** · 04/02/09 02:46

ようやく自然に歩くようになったけど……重い。
10キャラを10fpsで歩かせると、すでに800M～1GHzクラスのハードがいるなあ。
やっぱりJava3Dやらないと厳しいかしら。

**名無しさんは１４才** · 04/02/09 02:47

うう、夜更かししすぎた。今日はもう寝よ。

**名無しさんは１４才** · 04/02/09 14:11

MacとWinでCPU利用率が倍くらい違うなあ。Winで実行するなら1.8GHzくらい必要っぽい。
何でこんなに違うのかしら……？

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

sleepを上げれば改善される可能性がある

49 · 04/02/09 22:57

>>66
ボンバーマンのように壁の大きさが全部同じなら、
2次元配列に壁データを入れておくことになるね。
進行方向の要素を数点調べて、全部空なら移動
できると。

ドンキーコングの1面のような面構成だったり、
動く床がメインの構成なら、66のように総当りで
調べていくのが良いと思います。

>>68 System.currentTimeMillis()
ミリ秒単位の時間をきっちり返す実装には
なっていないようです。

**名前は開発中のものです。** · 04/02/10 01:33

>>64
スケジュールやるときfixedはやめとけ
スワップ入ったときいっきにはやまわしになるから

1.4でいいのならTimerTask+フリップやればほぼ垂直同期とった綺麗なの動いてるよ
垂直同期はビデオの設定によるけどね

俺作るとjavaのゲーム（1.4.2なら）全然おもくないんだけど
５００ＭＨｚもあれば大概４０ｆｐｓ以上はいける

**名無しさんは１４才** · 04/02/10 13:08

あ、スワップのことぜんぜん考えてなかった。
固定遅延で、自動調整しよっと。

でも40fpsってすごい……というか、わたしがオバカなコード書いてるだけか。

**名前は開発中のものです。** · 04/02/10 13:29

どういったゲームかにもよるね

ゲーム自体の処理が重いのならそれの改善は厳しいかもしれないけど
描画自体は思ったよりネックにならない
２Ｄゲームの場合はね

600MHzあれば60fpsもだいたいCPU使用率70%以下で回る

ポイントはVolatileImageつかわないことか
あれは透過関連うまく動かないはずだからスプライト量増えれば増えるほど厳しい
メモリの中で処理して結果をバックバッファに書き込み、フリップとすればいい
そしてそのメモリの中で作るバッファの作成は
Image work = gf.getGraphicsConfiguration().createCompatibleImage(320,240,Transparency.OPAQUE);
って感じで作ればいい

速度を重視するなら16bppあたりのフルスクリーンモードに切り替えてこの320*240のバッファを
２倍にして書き込むだけ
640*480のソフト描画はDirectXでも厳しいのでやめるがよろし

フルスクリーンモードとウインドウモードの２つ用意した方がいいよ

**名無しさんは１４才** · 04/02/10 14:01

VolatileImage、こんな便利なImageがあったなんて！
……存在知らずに、自分で作っちゃったよ。すごいマヌケ。

重たいのは多分透過色を含む大きなImageをガンガン重ねて合成してるからだと思います。
きちんとクリップして無駄な描画省けば、少しは軽くなるかも。
640x480はDirectXでも重いのかぁ。困ったな。ていうか、見透かされてる……。

助言ありがとうございます。
画面サイズだけは絵描きさんの要望で削れないのですが、がんばって工夫してみますね。

**名前は開発中のものです。** · 04/02/10 14:31

2DSTGじゃないのなら30fpsでもいいんじゃないかな
2DSTGだけは最低限40fpsってところ

640*480の描画は１ＧＨｚくらいを対象にしているのなら問題ない
たぶん開発中にまた世の中のマシンの平均スペック上がっていく
１年後には1GHzを要求スペックにしても問題ないような気がする

VolatileImageしらないってことはフリップとかやってなかったのか・・・
んじゃ、ここおしえておくか
http://www5.airnet.ne.jp/sakuraba/java/laboratory/JDK1.4/contents.html
いっておくけどこれ結構前の文章
べつに最近高速化された訳じゃないのだ
みんなjavaのグラフィックスまわりには注目してないのかねぇ

**名無しさんは１４才** · 04/02/10 15:45

作っちゃったよ、とか言って、大嘘でした。
説明よく読んだら、VariousImageは作ってたものとはぜんぜん違うものだった。ふう。

直描画できたんですね。URLありがとうございます。勉強しなきゃ。
ぜんぜん知らなかったです……って、SDKドキュメントの新機能の章にもしっかり書いてあるなあ。
読んでないのバレバレじゃん。
明日一日かけて、画像周りのクラス書きなおそっと。

わたしが作ってるのは2DRPGです。一応ツクール＋αレベルが目標。
とりあえず、Javaだから遅い、とか言われないようにがんばるつもり。

**名無しさんは１４才** · 04/02/10 15:47

×VariousImage
○VolatileImage

Variousは自分で作ってた方だった。うー、ボケすぎ。

**名前は開発中のものです。** · 04/02/10 18:36

２ＤＲＰＧなら30fpsでもいいし
むしろ戦闘エフェクトあたりは重い方が溜があるかんじでいいかも
バテンカイトスは絵は綺麗でもそのへんがイマイチなのが大杉なんだよね

Java2Dのαブレンドは通常合成はあっても加算合成はないようなので
自分で実装することになるかもしれない

49 · 04/02/10 20:23

イメージが湧かないのでサンプルを作ってみました。アプレットです。
http://www.geocities.co.jp/SiliconValley-Sunnyvale/6003/sample/wall1/
描画周りは最も単純な手法で、アプレットのgetImageで読み取ったGIFファイルを、
同じくcreateImage(width,height)で作成したバッファに描画しています。

私は「フラっとページを訪れた人が軽く遊んでいくゲーム」を目指しているため、
初心者がオールインワン型のWindowsパソコンを買って何も設定を変えていない
状態で、追加プラグインをダウンロードせずに動かなければならないという
条件を自分につけています。
そこで、描画効率、動作速度の安定、効果音・BGMの再生、セーブデータの保存方法
にはいつも悩まされます。

みなさんが想定しているターゲットユーザ・配布方法はどんな感じですか？

**名前は開発中のものです。** · 04/02/10 20:37

>>83
Pen3 1GHzでもJ2SDK1.4.2だとFPS=32, INTERVAL=24出たよ。
あと、隊列を組むのは正面衝突したときに先に処理した方だけが反転するからでは。
↓な感じ。
衝突前：人→←人
衝突後：人→人→

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

超低電圧版PentiumM1GHzで
J2SE1.4.2
fps32/interval29
CPU使用率１０％くらい

軽いやね

49 · 04/02/10 23:14

調子良く動いているみたいですね。名無しさんは１４才さんのように
ある程度大きな画像を扱うとなると、この方法ではきつそうです。

話は飛びますが、音の再生のサンプルを作ってみました。
http://www.geocities.co.jp/SiliconValley-Sunnyvale/6003/sample/sound1/
データの通信量を極力少なくし、かつ多くの環境で再生させる方法って無いでしょうか？

**名前は開発中のものです。** · 04/02/10 23:23

画像はごまかしごまかしでも1.1で扱えるからいいけど
サウンド周りがまともになったのは1.3からだしなぁ
きびしいやね

49 · 04/02/10 23:24

>>84
なるほど、二人とも振り返るようにまじめに処理しないと、
自然に動き回ってるようには見えないわけだ。

49 · 04/02/10 23:30

>>87
周波数も8000Hz固定だし、なんだかブツブツ音が途切れる感じ。
短い音を連続再生すると遅延も発生します。
ミニゲームを作る分には、それでも十分なんですけどね。
実行環境がヘタレな方がライトクリエイター(?)には有利というし。

**名前は開発中のものです。** · 04/02/10 23:48

今だとランタイムのインストール簡単にさせることできるから
俺は苦労したくないな
http://www.java.com/ja/download/windows_automatic.jsp

サウンドだけはどうしようもなくてJava2に逃げたへっぽこの話なんで
我が道突き進んでくれぃ

ほんと全く解決不可能だった
効果音だけならまだいいけどねぇ

**名無しさんは１４才** · 04/02/11 00:38

FPS 28 INTERVAL 1くらいでした。

で、描画周りを全部書き直して、かなりの高速化に成功。
というか、元のが無駄が多かったんですけど。
400MHzくらいあれば10～20FPSで普通に動きそうな感じ。
これから処理増やしていくとどうなるかわからないけど。

VolatileImageでもう少し早くなりそうなんですが、
わたしのところではcreateCompatibleVolatileImageの中でなぜか
しばらくするとOutOfMemoryErrorが出ます。
他のパソコンで試したらエラーは出なかったので、とりあえず相性かなぁ
とあきらめました。
BufferStrategyも試してみたけど、かえって遅くなっちゃったので保留です。

**名前は開発中のものです。** · 04/02/11 01:17

ループの中ででかいVolatileImageガンガン生成してるとか？
その変数のスコープをみてみるべし

BufferStrategyはバッファサイズを２にしてフリップ処理をしてますよね？
これ、DirectX・・・というかビデオまあ割の知識あるならわかるけど
ほとんどの環境で垂直同期とります
単純にベンチとるとマシンパワーが低い場合fpsは少し落ちますが
ティアリングのない綺麗な描画になります

**名無しさんは１４才** · 04/02/11 13:04

最初はでっかいVolatileImage作りすぎたせいだと思っていろいろ変えてみたんだけど、
どうやらそうじゃないみたい。
最終的には640x480を毎秒10回だけ生成して、古いのはすぐにflush&null代入
としてみたんだけど、やっぱりおんなじエラーになりました。
描画方法変えてBufferStrategyを使えばVolatileImageは使わないですむようにしたので、
とりあえず問題解消です。解消というか、逃げただけだけど。

話し変わりますけど、MacのVMはダブルバッファリングとかしなくても
画面がちらつかないんですよ。
パフォーマンス調べようと思ってバッファリングしない版を試しにWinに持って
いったら、画面ちらちらでひどかったのでびっくりして元に戻しました。

**名前は開発中のものです。** · 04/02/11 13:52

VolatileImageでの不具合がでた環境って具体的にはなんだ？
ビデオチップあたりが聞きたい

ＭａｃってMacOSXか？
あれはＯＳ自体がウインドウバッファをちらつかせないように描画しているから
Windowsみたいなのとだいぶ違う

ＯＳＸのほうがシンプルでいいけどね
つーか、今ＧＵＩ新設計したらだれでもそう作ると思う

**%96%bc%96%b3%82%b5%82%b3%82%f1%82?P%82S%8d%cb** · 04/02/11 14:04

カードはGeForce FX 5200です。32MB。
やっぱりMacOSXのVMの問題なのかなあ。WinのSunVMでは問題でませんでした。

**名無しさんは１４才** · 04/02/11 14:05

がーん！名前が化けた。

**名前は開発中のものです。** · 04/02/11 14:14

基本的にヒープメモリが不足してなければ大丈夫
VolatileImageはVRAM足りないとヒープメモリ使うから

vi.getCapabilities().isAccelerated()

って感じで調べてみるといい

MacOSはその辺の実装が違うのか、デフォルトのメモリＭＡＸサイズが小さいのか
MacOSの起動時のオプション違うかもしれないからわからないけど
ヒープサイズの可能性も高そうだから
-Xmx128M
とヒープメモリの設定してみては？

**名無しさんは１４才** · 04/02/11 14:22

ヒープの方は大丈夫だと思います。
Runtime.freeMemoryの戻り値は、OutOfMemory出るときも十分あったし。
なんでエラーになっちゃうのがわたし的には不可解。
isAcceleratedとかヒープの設定は後で試してみますね。

**名無しさんは１４才** · 04/02/11 14:54

isAcceleratedを試してみました。
残念？ながら常にtrueで、OutOfMemoryが出るときもfalseにはなりませんでした。

貼ってもしょうがないけど、こんな感じ。
java.lang.OutOfMemoryError
at java.nio.Bits.reserveMemory(Bits.java:619)
at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:95)
at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:285)
at apple.awt.DataBufferNIOInt.getBufferOfSize(DataBufferNIOInt.java:135)
at apple.awt.DataBufferNIOInt.<init>(DataBufferNIOInt.java:31)
at apple.awt.IntegerNIORaster.createNIORaster(IntegerNIORaster.java:26)
at apple.awt.CGraphicsConfig.createCompatibleImage(CGraphicsConfig.java:54)
at apple.awt.OSXOffScreenSurfaceData.createData(OSXOffScreenSurfaceData.java:33)
at apple.awt.OSXVolatileImage.createHWData(OSXVolatileImage.java:77)
at apple.awt.OSXVolatileImage.initAcceleratedBackground(OSXVolatileImage.java:87)
at sun.awt.image.SunVolatileImage.<init>(SunVolatileImage.java:98)
at apple.awt.OSXVolatileImage.<init>(OSXVolatileImage.java:70)
at apple.awt.CGraphicsConfig.createCompatibleVolatileImage(CGraphicsConfig.java:48)
at jp.gr.java_conf.nocon.reday.base.UserInterface.paint(UserInterface.java:116) //JFrame.paintをオーバーライド
at javax.swing.JFrame.update(JFrame.java:392)
まだ続くけど以下略。
これはバグパレード行きかも。

**名前は開発中のものです。** · 04/02/11 15:11

paintってもしかして毎フレームVolatileImage確保してるの？
それは問題ある希ガス

**名無しさんは１４才** · 04/02/11 15:20

がーん！毎フレーム確保しちゃいけないの？
……使い回しやってみます。

**名無しさんは１４才** · 04/02/11 15:28

同じVolatileImage使い続けるようにしたら怒られなくなりました。
ああ、ぜいたくは敵だったのね……。

エラーも出ないし、処理も速くなりました。
本当にありがとうございます。
がんばって完成めざしますね。

**名無しさんは１４才** · 04/02/12 17:30

日記を書いているような気がする今日この頃。

今日は画面のスクロールに挑戦中♪
あっさりできるかと思ってたら、意外と強敵。
画面更新通知のイベントがループしてハングしてるし……困った。

**名前は開発中のものです。** · 04/02/12 17:50

イベントって自分のフレームワーク内のことだよね？
Swingの描画イベントは無視していいよ

**名無しさんは１４才** · 04/02/12 19:30

あ、そうです。自前のイベントです。
Swingのイベントはぜんぜん見てなかったり。

スクロールの契機に「絵が移動しました」イベント流用してるからいけないんだなあ。
「わたしを見て！」イベントを新設しよっと。

**名無しさんは１４才** · 04/02/13 18:10

イベントはいまいちイメージがわかなかったので、
Cameramanインターフェース作成ちゅう。
我ながら安直なネーミングだなぁ。
そんな感じで、明日くらいにはぐりぐりスクロールできる予定。

……進みが悪い日はいまいち書くことがないね。

**名無しさんは１４才** · 04/02/14 15:14

スクロール完成♪

今気づいたけど、topを見てるとメモリ消費量が毎秒40kB位ずつ増えていくのが危険な予感。

**名前は開発中のものです。** · 04/02/14 16:36

メモリーリークじゃなければメモリ使用量は気にしなくていいと思う
RuntimeのFreeMemoryあたりでＧＣ動いてるか監視するのがいいね

**名無しさんは１４才** · 04/02/14 21:28

freeMemoryみてるとGCはちゃんと動いてるっぽいのでとりあえず大丈夫かなあ。
totalMemoryが変わらないのに、topの表示だけが……謎。

明日はマップでもつくろ。

**名前は開発中のものです。** · 04/02/14 22:01

>>109
プロファイラを使うと良さげ。

エクリプスならこの辺を参考に。
ttp://www.atmarkit.co.jp/fjava/rensai2/eclipse2_06/eclipse06_1.html
ttp://eclipsewiki.net/eclipse/index.php?Profiler%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3
非エクリプスならＪＩＮＳＩＧＨＴとか。
ttp://www-6.ibm.com/jp/developerworks/java/jinsight.html

**名無しさんは１４才** · 04/02/14 23:59

すいません……Xcode使いなもので。
付属のSampler使ってみたら、VM自体の解析してくれてガッカリ。

今夜はpopcapで遊んでました。ああ、わたしのおさかなさんが……！

**名前は開発中のものです。** · 04/02/15 04:18

pure javaのプロファイラだとこの辺りが有名かも。

hprof+HAT（最近はあまり使われていない気がする）
ttp://developer.java.sun.com/のどこか
HPjmeter（実は使ったことない）
ttp://docs.hp.com/ja/2858/web0-1251.html

**名無しさんは１４才** · 04/02/16 16:45

全然関係ないけど、今日は宿題忘れてピンチだった。

>112さん、どうもです～。
PureJavaのもあったのね。今度使ってみます。

今はマップエディタ作るか悩み中。
ツクールのマップ読めるようにしようと思ったけど、
実際読めるように作ったらたら使用許諾違反だしなあ。

テキトーに作ってXMLか何かに落とせばいいかしら（←安易）。

**名無しさんは１４才** · 04/02/16 18:48

たらたら♪

**名無しさんは１４才** · 04/02/18 23:31

マップ作りは置いといて、GarageBandで遊んでました。
で、思ったんだけど、JavaってそのまんまじゃMP3とかの再生できないよね。
無条件に使えるMIDIのデータはいまいち手に入んないしAIFFはデータばかでっかいし。
JMFの追加必須とかはヤだしなあ。

**名無しさんは１４才** · 04/02/20 07:48

地面の上に芝生があってその上にわたしがいて、
わたしを操る運命は神様が作り、時の流れが握っている。
隣の芝生が青いのも運命のチカラで、
隣に行ったわたしは元のわたしじゃないかもしれない。
でもそれは結局運命。

運命とわたしの関係で悩み中。おぶじぇくとしこう？
……てゆうか、新しい宗教みたい。Java神様。
へんな宗教のおばさんがきたら教えてあげよ♪

**名前は開発中のものです。** · 04/02/20 08:34

?(ﾟДﾟ；三(；ﾟДﾟ）??

**名前は開発中のものです。** · 04/02/20 20:06

ついにデムパか・・・

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

ここまでまじめにつきあってきたがとうとう悟りを開いたか

**名無しさんは１４才** · 04/02/20 22:17

がーん！わたしすっごいマジメだったのにぃ。

**名無しさんは１４才** · 04/02/24 00:31

まったりの日々……。

ところで、二点Point a = new Point(aX,aY)とPoint b = new Point(bX,bY)があるとき
dx = b.x - a.x; dy = by - ay;であるベクトル（だっけ？）dを作りたいんですけど、
dは何のクラスで作るべきなんでしょ？
最初dつながりでなんとなくDimensionにしてみたけど、みょ～に違和感。
結局Pointにしちゃってるんだけど、これも微妙に違うような……。

**名前は開発中のものです。** · 04/02/24 00:45

２値だけならPointで問題ない
が、名前が気にくわないとか拡張しちゃう予定があるとか考えると
Pointを内蔵するか継承、もしくは新規に作ってしまうほうがいいかも

**名前は開発中のものです。** · 04/02/24 04:52

muu

**名前は開発中のものです。** · 04/02/24 13:02

Java3D悪くないね。Direct3DRMみたいで。
これからはJava3D+VRMLでいくなり。

**名前は開発中のものです。** · 04/02/24 13:05

>>電波御釜
Vector2dとか

**名無しさんは１４才** · 04/02/24 20:16

電波はしょうがないかなとか思うけど、オカマはちょっと悲しい。
ていうか、もしかしてさらし上げ？

>122さんのいう通り、Pointの名前変えて使おうかな。
Vector2dも手だけどdoubleまではいらないし、winの人とかはvecmath使える環境の人少なそうだし。
みなさんどうもでした♪

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

Javaって演算子オーバーロード出来ないのな。
vector1.add( vector2 );ってダサすぎ。かなりガッカリ。
XMLみたいにプリミティブ型を定義出来るようにするとか
せめてfloat4とかfloat4x4とか用意するようにすてほすィィ

**名無しさんは１４才** · 04/02/25 17:03

クラス設計ヘンだったかなあ。地面をうまく管理できない……。

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

>>127
1.5でできるようになってなかったっけ？
うろ覚えなので自信なし。

**名前は開発中のものです。** · 04/02/26 11:05

>>129
演算子オーバーロードはない。
しかも、SUNは今後の導入にも否定的。

**名前は開発中のものです。** · 04/02/26 14:10

>>130
本来複雑すぎるC++に対し～っていうポリシーはわかる。
まあ仕方ないかって感じだね。（その割にはGenericsとか入れてるが。）
つうかfloat4などのプリミティブなベクトルクラスはどの言語でも必須だと思うなあ。
せっかくどのCPUにもSIMDユニットが付いている時代になったんだし。
仕様もCgをまんまパクれば問題なし。

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

まあ、ゲーム作るヤツも含めて、数値計算するヤツは
大人しく他の言語を使えってこった。

by iアプリ開発者＿|￣|○

**名前は開発中のものです。** · 04/02/26 14:57

>>131
>float4などのプリミティブなベクトルクラスはどの言語でも必須だと思うなあ。

その辺りはJITで片付けるべき、というよりその為のJITでしょ。
まあ、JITの掛け方に関する指定も出来た方が嬉しいんだけどね。

**名前は開発中のものです。** · 04/02/26 15:37

Genericsの場合は型をより強化するためのもので
自然じゃないのかなぁ

**名前は開発中のものです。** · 04/02/26 17:48

>>133
いや、単にfloatやdoubleなどスカラー型だけを使う言語のプログラムを
SIMD使ってコード生成しろってのは厳しい話。つーか無理だよ。

**名前は開発中のものです。** · 04/02/26 18:03

>>135
ttp://java.sun.com/j2se/1.4.2/1.4.2_whitepaper.html
SSE and SSE2 Instruction Sets for Floating Point Computation
って項目があるから一応対応はしているらしい。

**名前は開発中のものです。** · 04/02/26 18:46

>>136
信じられないが、本当みたいだね。
ttp://www.mit.msn.to/misc/j2sdk1.4.2.html
ここなんて2.11倍だってさ。うそくせーしんじらんね。

**名前は開発中のものです。** · 04/02/26 19:06

＞コマンドラインオプション「-XX:UseSSE=0」を指定します。
こんなのもあるみたい、後で実験しる。

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

jxta使ったゲーム出しても
初期設定できるかな？

**名無しさんは１４才** · 04/03/02 12:48

飲酒運転の車に特攻されてムチウチになりました。
しばらくお休みします。

はあ……うつだわ。

**名前は開発中のものです。** · 04/03/02 16:18

うわーお大事に・・・

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

アプレットの領域内を一回クリックしないと
動作しないのですが、どうにかなりませんか？

**名前は開発中のものです。** · 04/03/03 08:57

キーボードのこと？
フラッシュも同じだけどカレントオブジェクトがあわないとどうしようもないやね
１つのhtmlに複数のアプレットとかflashおけるから
一番手っ取り早いのはスタートにクリック使うこと

java2使うのならwebstart使えばもっといい

**名前は開発中のものです。** · 04/03/03 20:19

製作者様、携帯アプリ版にて活躍してください

**名前は開発中のものです。** · 04/03/03 23:10

マルチポストうざいよ

**名前は開発中のものです。** · 04/03/04 03:35

>>142
ページ内にアプレットが1つしかないなら、
public void init()
{
　　・・・
　　requestFocus();
}

**名前は開発中のものです。** · 04/03/10 19:03

アプレットを使ってゲームを作ろうと思うのですが、
ブラウザに標準ではいってるＶＭって相当昔のバージョンのやつですよね？
Ｓｗｉｎｇは使わないほうがいいですよね？

**名前は開発中のものです。** · 04/03/10 19:18

>>142
>>146に加えて、フォーカスがないときは
アプレットをクリックしると表示されるようにする。

**名前は開発中のものです。** · 04/03/10 19:20

>>147
MSJVM Removal Tool 1.0
http://slashdot.jp/article.pl?sid=04/03/09/2053231&topic=43&mode=nested
> SuperSouya 曰く、 "2004年3月6日（現地時間）にMicrosoftからMSJVM Removal Tool 1.0
> 英語版がリリースされました。対象製品はWindows95以降で3802,3805,3809,3810の何れか
> のMSJVMがインストールされている製品。(ダウンロード先) 近々日本語版などの各国版も
> リリースされそうですが、MSJVMはもともとJRE1.1ベースで動かしているものですから、や
> はり古いのは否めません。早くSunの純正Javaをダウンロードして、MSJVMとはお別れした
> ら如何でしょうか？"

こんな情勢なので、ブラウザ搭載のVMはもはや切り捨て可。

**名前は開発中のものです。** · 04/03/10 21:47

というかXPの細かいバージョンですでに入ったりはずれていたり
大手メーカー製はsunのが入っていることも多い

awtにこだわってへっぽこなものができあがるよりは
ランタイムを入れさせようと思わせるくらいいいものができればいいだけ
ゲームならスタンドアロンアプリでいいのでは？

バージョンアップやキャッシング、アプリ保存先など
ユーザーに意識させないのならwebstartが一番いいだろうね

**名前は開発中のものです。** · 04/03/10 23:22

でもなんだかんだで、MSVMは普及しているから、
そっちに束縛されちゃうんだよなー
MSVM用とSun用のやつをつくりゃいいんかな。

**マンドリルGG** · 04/03/12 04:07

全画面にする方法があるんですって？どうやるんでしょう。
JAVAが全画面になったらそれでブラクラ作れちゃいそうなんですけど
それもどうなんだろう・・・

**名前は開発中のものです。** · 04/03/12 04:17

>>152
http://www-6.ibm.com/jp/developerworks/java/030704/j_j-mer04293.html

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

>>152
JAVA=アプレットって勝手に思いこんでないか？
アプレットは一形態

**名前は開発中のものです。** · 04/03/12 13:50

Java≠アプレットはもちろんだけど、
Javaゲーム≒アプレットな気がする。
Javaアプリのゲームってあまり知らんのよね。実態を。

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

>>155
ビジネスになっているのは携帯のだけだからね。

**名前は開発中のものです。** · 04/03/12 21:04

その携帯も台数を考えると対応アプリはとんでもないという

javaのゲームでもGR3あたりは有名でないか？

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

Javaゲーム≒携帯アプリ
だね。アプレットはすでに忘れ去られた技術。
ブラウザでやりたかったらFLASHでもやっと毛。

というか、前この板のJavaスレのどこかでで全画面の
ガンダムシューティングのJavaゲームが紹介されてたよ。

**155** · 04/03/12 23:28

そうか、携帯アプリか。
そういやそうだね。
Vアプリを作ろうとして挫折した記憶が…

**名前は開発中のものです。** · 04/03/12 23:46

しかし携帯はjavaであってjavaでないからなぁ

**名前は開発中のものです。** · 04/03/13 04:20

どっちだよ！

**名前は開発中のものです。** · 04/03/13 11:34

> 全画面にする方法があるんですって？どうやるんでしょう。
ttp://www5.airnet.ne.jp/sakuraba/java/laboratory/JDK1.4/Graphics/FullScreen/FullScreen.html
ここ読んでやってみれば？
フルスクリーンはセキュリティーとかで弾かれるかもな。
いや、API見てないから知らないけど。

このページに限らず、このサイト全部読んどけ。
Javaの技術に関してはかなり面白いと思う。

**名前は開発中のものです。** · 04/03/15 23:05

サウンド関係のプログラムについて調べてるんですけど、Javaでmp3再生ってできるんですか？
どなたか参考になるプログラム教えてください。

**名前は開発中のものです。** · 04/03/15 23:46

http://www.javazoom.net/javalayer/javalayer.html

**名前は開発中のものです。** · 04/03/16 00:11

>>164
参考資料ありがとうございます。
調べてみます。

**名前は開発中のものです。** · 04/03/17 07:08

Javaは結構長いことやっているものの、ゲーム製作には未だ手を付けた事がなく
このスレッドを読んで作ってみたいと思い立ったのですが
作る場合の設計の定石やノウハウが全くなく、これから色々調べようと思っているのですが
スレッドや描写などのゲーム製作関係のサンプルや技術が載っている本やサイトでオススメはありませんでしょうか？

**名前は開発中のものです。** · 04/03/17 07:35

ゲーム自体をjava以外で作ったことあるなら何も悩むことはないはずだ
ゲームのコアの処理は言語はあんまり関係ないから
ゲームというものがどういうものかわからないのであれば
大量にあるＣ言語とかのサンプルを参考にすべし

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

個人的に、JavaよりC++やPerlの方が覚えるのが楽でした。
オブジェクト指向はやっぱり後回しの方がいいのかも。

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

ゲームだとリスト構造とか大量にでてくると思うけどここがjavaは使いやすい
Ｃとかだとメモリ管理で死ぬときがある