JAVAでゲーム作成

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

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

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

>>46
公開しよーぜ

**名無しさんは１４才** · 04/01/31 22:12

なかなかメインにたどりつかない……。
モノ作るのって大変だね。わかってはいたけど。

最低スペックの目標はセレロン400MHzくらい……にしたいなあ。
挫折したらG4-700MHzくらいの予定。

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

私も久しぶりに何か作ってみようかな…
いつも悩むのは、速度調整をどうするかってところ。
ミリ秒単位で確実に時間を計る方法が見つからなくて、
30FPSとかで安定して動作させられないんです。

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

ああ、今日もメインにたどりつかず……。

>49
普通はTimerでだいたい10msecくらいまでは測れるんじゃないかな。
それ以下は物理的に無理なハードが多い気がする。
安定動作は、う～ん。
遅延時間が大きくなったらFPSを落とすとかはダメかしら？

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

仮にアプレットなどで公開をするつもりなら、
初めから10～15FPSで遊べるように作ればいい。
2Dでムリに30、60FPSと出す必要なし。

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

>>49
ハードウェア依存なので不可能
FPSに依存しないように作るべし

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

たしかBio100%の人が「マリオは偉大だ」って言ってたけど、
今、わたしはツクールも偉大だと思っていたりして。
……来年の夏ごろの公開を目指そう。

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

普通、ゲーム開発するなら、まずツール類を作るものだ。
というわけで、ツクール程度が作れなければ話にならんよ。

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

そうだよねぇ。
先は長そうだし、まったりまったり。
ツクールはDelphiだよね。
あのデータファイルの圧縮は単純だけど意表をついていて、チョット感動した。

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

がーん！
Javaを1.4.1から1.4.2にアップデートしたら、ゲーム中で描画される文字の色が変わった！
どこかで初期化忘れてるんかなあ。あうあう。

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

配列作ったくせに、要素newするの忘れてた。超おバカ。
でもついでに文字色変更のエスケープシーケンスのバグ退治完了♪

49 · 04/02/04 21:07

ちなみに過去に作ったプログラムではこうしていたよ。
メイン処理を半無限ループでぶん回す昔ながらのやりかた。
その1は実行環境によって極端な誤差が出でしまうんだ。

その1
　スレッド1 while(終了条件){メイン処理;wait();}
　スレッド2 while(終了条件){wait(33);notify();}

その2
　while(終了条件){
　　メイン処理;
　　sleep(待ち時間);
　　if(1秒に1回){
　　　直前の1秒間の描画回数をチェックして待ち時間を調整;
　　}

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

>49サンのやりたいことはTimer#scheduleAtFixedRate()でできると思うんだけどどうかな。
わたしは画面の描画これでやってます。
アクションとかじゃないから正確である必要とかゼンゼンないんだけどね。

49 · 04/02/05 21:29

ありがとう。早速Timer、TimerTaskクラスをチェック、
どれくらいの精度が出るかテストプログラムを組もうと
した矢先、気が付くと
> 導入されたバージョン:
> 　　　1.3

＿l￣l○ アプレットで作ってるんだった…
exception: java.lang.ClassNotFoundException: java.util.TimerTask
※IE6.0 + MicrosoftVM で実行

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

そっか。アプレットじゃ使えないんだ。
知らなかった。ごめんね。

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

>>60
appletを動作させるためのHTMLタグで
sunのVMを使うように指定すれば使えます

ツールを利用すれば特に悩まないと思います
appletでTimerTask等が使えることは確認しときました

http://java.sun.com/j2se/1.4/ja/docs/ja/guide/plugin/developer_guide/html_converter.html

49 · 04/02/07 00:08

重ねてありがとう。
ヘタレな自分には即実装というわけにはいかないけど、TimerTask自体の
性質についてテストしてみます。
スレッドの作成を乱発しているせいか、「動きがカクる」頻度が>>58の2よりも
高いような気がします。
ドキュメントに「固定頻度実行」と書いてあるとおり、処理落ちが発生した
直後は遅れを取り戻すために速い回転でrun()が呼ばれるようです。

**49 テスト** · 04/02/07 00:12

import java.applet.*;
import java.awt.*;
class TimerTaskA extends java.util.TimerTask
{
　public Component compenent;
　public int count;
　public void run(){
　　Graphics gr = compenent.getGraphics();
　　if(gr != null){
　　　gr.clearRect(0, 0, 100, 16);
　　　gr.drawString(count/100+"."+count%100, 4, 14);
　　　gr.drawRect(count%100, count/100+20, 1, 1);
　　　count++;
　　　gr.dispose();
}}}
public class TimerTestApplet1 extends Applet
{
　java.util.Timer timer;
　TimerTaskA timerTask;
　public void init(){
　　timer = new java.util.Timer();
　　timerTask = new TimerTaskA();
　　timerTask.compenent = this;
　　timer.scheduleAtFixedRate(timerTask, 0, 10);
　}
　public void destroy(){
　　timer.cancel();
}}

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

さあ気をとりなおして、今日こそメイン！

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

Javaで作る2Dゲーで床とか壁の判定する時って、やっぱしifの類で
「自キャラ座標が壁の座標と一致したら、ボタン操作無効」
として一個一個地道にやってくしかないんでしょうか？
質問系スレが無いんでここで・・・。意見聞かせて下さい。

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

答えはYES。ただ、どれだけ簡単にできるかはその人しだい。

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

>>49

ゲーム処理用のスレッド内で、System.currentTimeMillis()を監視する、とか。

**名無しさんは１４才** · 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();
}