JAVAでゲーム作成

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

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

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

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

仕様くらい書けば

**JAVA初心者・・・** · 04/01/17 23:40

仕様としてはキャラクターを動かして宝を掘り出すもの。
簡単に言ってFF9の「ここほれチョコボ」みたいなゲームを作ってみたいんですが・・・

**名前は開発中のものです。** · 04/01/18 00:44

Javaｱﾌﾟﾚｯﾄのゲームの限界は！
http://pc2.2ch.net/test/read.cgi/gamedev/1005230153/

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

javaキタ━━━ヽ（∀ﾟ）人（ﾟ∀ﾟ）人（ﾟ∀）人（∀ﾟ）人（ﾟ∀ﾟ）人（ﾟ∀）ﾉ━━━！！！！

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

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

なんでわざわざJavaでやる必要が

**JAVA初心者・・・** · 04/01/19 04:18

まずは基本からということで・・・
といってもJAVAの初心者っぷりもさることながら他の言語はもっと初心者なんですよ・・・

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

初心者というのは免罪符みたいなもんだよな

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

なにはともあれ、頑張れ>>1。

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

{
{{
}
}
}

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

>12はコンパイルとおるのか知らないが
Javaだと逆コンパイルされるから
困るのだが

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

>>8
javaよりゲーム製作に適した言語て何？　C? LGP?

教えてエロイ人。

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

>8
のわざわざの意味がよくわからん

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

>>14
ｼｰﾋﾟｯﾋﾟｯ
まぁ俺も初めはJAVAでもいいと思うよ。

>>13
見られて困るようなコード書くことあるんか？　JAVAで。

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

javaは遅いからでしょう。>わざわざ
しかしハードウエアが十分高速になっているいま、
小手先の高速化の意味もなくなり、JAVAでファミコン程度の
ゲームが作れるのではないかと。
>１さん
はどんなゲームが作りたいの？

13 · 04/01/19 18:32

>16
謎解きのような要素があるゲームの場合、
見られたくないと思う。
曖昧化で読みに<<なるとは思うのだが。
gcjに期待している。
しかし、本気でやろうとするなら、
C++かとも思う。

14 · 04/01/19 19:51

本気ならC++か・・・
漏れにはムリポ。

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

C++が一番ゲームを作るのに適した言語というのは禿げしく同意だが
ホンキでと言うのはまた意味合いが違うんじゃないかなぁ？
言語とゲームの質は必ずしも比例しないし。
以前は市販のゲームでもVBが使われたりしてたし。
今のよりも面白いのも多い。
まぁグラフィック重視なら言語の質が大きくゲームの質に左右されるが。

**JAVA初心者・・・** · 04/01/19 22:11

＞１７
ぼくは宝探しのゲームを作ってみようと思ってます。
FF9に「ここほれ！チョコボ」ってあったじゃないですか。
あんなかんじの仕様にしたいんですけど初心者にもできますかね？

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

FF9は知らないが
わたしが考えるほとんどの面白いゲームは
JavaでもVBでも十分実装できると考える。
Javaを勉強してからなら
C++に移行することも容易だろう。
FF9を知っている人、Javaでもできそうですか？

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

＞あんなかんじの仕様
ここがさっぱり分からねえ

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

1.4をベースにやれば、
Javaでもそれなりの物は作れるよ。
ただWeb上には、1.4やJava2D,3Dに
関する情報は少ないね。

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

>>21
あーもう、作ってから言えよ。

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

Java Games Forums
ttp://www.javagaming.org/cgi-bin/JGNetForums/YaBB.cgi

のYour Games Hereあたりを見るとJavaでどの程度のことができるかわかると思われ。

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

おら、はJavaでとりあえず動く見た目貧弱Verを作ってから
C++で本格的に作ってる

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

よ～し、Javaで作ってみるか。

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

ところで、1はどこ行ったんだ？
まさか、この程度で挫折したりしないよな？
まだいるなら、ちょっとなら教えてやってもいいぞ。

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

１じゃないけど参考になった。
ただ参考書見ながらやってるけど結構ムズイ。

**JAVA初心者・・・** · 04/01/25 23:03

風邪ひいてダウンしてました。皆さんも風邪には気をつけてください。
ゲーム作成のほうは全くもって進んでいません。
もう少しがんばってみようと思います。
あきらめるのはまだ早いですよね☆

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

どうやって配布するか悩むね
やっぱりappletが気軽でいいかな

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

Javaで作るメリットは実行するプラットフォームを選ばないこと。
(Microsoft J#.NETは別物だが)
VM上だったら、WinでもMacでもLinuxでも動くから、大勢の人に
見て貰える。

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

シェア的にはWinで見れれば充分すぎるほど大勢だと思うけどね

**名無しさんは１４才** · 04/01/27 17:40

わーい。Javaスレだ－。

もう一年も放置しちゃった作りかけのゲーム、再開しようかなあ。
初期1.4で作り始めてたけど、しらんまにJava3Dリリースされちゃってるし、
1.5とか出てきちゃったあたりが悲しいけど。
でも一から作り直そうとすると、またきっとどこかで挫折するし（根性なし）。

**デフォルトの名無しさん** · 04/01/27 21:07

>>33 さいしょっから JRE入ってればそうね。

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

マ板の14才か？

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

WindowsでコンパイルしたものもMacで動かせるんだっけ？

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

>>35
なんか作ってみれ。
好きなもの作れるのは今だけだぞ。

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

やってみます。まったりと。
古いソース引っ張り出してきました。
懐かしいなあと思いつつ、内容忘れまくり。
たいした量書いてたわけじゃないけど。

ついでに、ツクール2000の支援ツールがまるごと消滅しているのに気づいた。
いつ消えたんだろ。……スレ違いだけどショック。

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

>38
できますよん

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

いまいち盛り上がらないね。
あんまりJavaでゲーム作ろうと思う人いないのかなあ。
私はマカーだから、いろんな人にやってもらおうとか思うと自動的にJavaになるんだけど。
Winの人は環境いっぱいあるし、やっぱ興味ないのかな。

>37
そうですよ。最近あんまり行ってないけど。
すっ飛ばしててごめん。

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

お休みだ－。やたー。
この週末にメイン関数かけるようにがんばろ。

**名前は開発中のものです。** · 04/01/30 20:58

がんばれー

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

>>42
私はWinですがSDL,OpenGLのJavaラッパーを使って何かゲームを作ってみようと計画中ですyo!

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

>>42
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();
}

**名前は開発中のものです。** · 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は使いやすい
Ｃとかだとメモリ管理で死ぬときがある

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

Javaのコレクションはキャストしないといけないから激しく使いにくかったが、
1.5からテンプレートが導入されて良くなったね。
って、1.5はまだ正式リリース前か。

Cから虎へ～JDK1.5について！Part2
http://pc2.2ch.net/test/read.cgi/tech/1079438337/

**(;´Д｀)/ﾖﾜjava** · 04/03/21 22:11

ゲームプログラミングを始めようと思って、今年の３月発売の、
Ｊａｖａゲームプログラミングアルゴリズムとフレームワーク
という本を買ってみました。
ソースはあまり読み易い物では無かったのですが、ゲーム制作に必要な
要素（処理）を知る事が出来た（かも

**名無しさんは１４才** · 04/03/31 16:08

そろそろ復活。
心配してくれた人、どうもでした。
怪我はもっと前に治ってたけど、いまいちやる気でなくて。

復活だけど、このスレ普通に伸びてるから、別のところに引っ越します。

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

>172
復活おめでとうございます。
久しぶりにきてみたら、14才さんがいてびっくり。
って引っ越しですか・・残念です

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

こんにちは♪ていうか、どなただろ。
はっ！まさかママン！……なわけないか。

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

>>174さん
ただのロム人です（^_^;
14才さんのゲームは何処に行けば見れるんでしょうか(?_?)

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

ごめんね。まだ公開してないからどこいっても見られないの。
キャラクターがてくてく歩いてるだけだから、ゲームになってないしー。
もう少し進んだら公開したいなーと思ってるんだけど、このペースだといつになることやら。

**名前は開発中のものです。** · 04/06/23 21:41

もう、進行の終わったスレかもしれませんが…

名無しさんは１４才　さんは、どのスレに移動したのでしょうか？
知ってる方､教えてください。

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

漏れがこのスレ再利用しようかな．．．

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

やる気があるのならレス番８００以上もあまってるんだから再利用したほうがいいかもね。

1.4使っていれば２ＤゲームならJAVAを利用するメリットも大きいし
JREを組み込めばユーザーにはネイティブアプリと違いは分からないし、
Swingとかのコンポーネントだと重さとかネイティブじゃないのがばれるかもしれないけど、
フルスクリーンアプリならその心配もないし。

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

>177
厨房スレですよん。でもあっちもまったり放置中。
ちまちまかいてるけど、もう半年近く見た目が変わってないので滅入り気味。
夏休みになったら、もうちょっと進む……予定。

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

ぶっちゃけるとRPGは時間ばかりかかるのでアクション系パズル系といった
小粒をたくさん作って技術磨いた方がいい
まぁ、マップシステムは一度は手を出しておいた方がいいとは思うけどね

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

ダブルバッファリングというか、createImageについて聞きたいんだけど
アプレットじゃなくてアプリケーションで
コンストラクタに
doubleBuffer = createImage(640, 480);
gBuffer = doubleBuffer.getGraphics();
～裏バッファに描画～
と書いて
paint関数内で
g.drawImage(doubleBuffer, 0, 0, this);
とやっても何も表示されないんだけど、どうしてだろう？

全部をpaint関数内に
doubleBuffer = createImage(640, 480);
gBuffer = doubleBuffer.getGraphics();
～裏バッファに描画～
g.drawImage(doubleBuffer, 0, 0, this);
とやると上手くできる。
createImageをpaint関数内で使わないとどうやってもできない。
検索でよく出てくるアプレットのサンプルでは
init関数内でcreateImageしてるんだけどなあ・・・。

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

アプリケーションならBufferedStrategy使え
せっかく垂直同期とれるんだし

あとcreateImageで作るイメージは高速描画されないよ

DirectXによるアクセラレーション期待するなら
BufferedStrategyやVolatileImage使うべし

そこまで行かなくてもそれなりにDDB等で高速化したいのなら
createCompatibleImageでやるべし

>>182のレベルから考えるとそれ以前の話気もするが
裏バッファに描画は本当に出来てるの？ImageIOあたりで
ファイル書きだししてごらん

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

仕様を
用意
しよう

**182** · 04/07/11 02:40

>>183
コンストラクタでの処理を止めて、専用のメソッド作ってやってみたら出来ました。
ありがとうございます。

ところで、BufferStrategyが作るバッファというのは、どこでサイズを指定するのですか？
検索してみても、サイズを指定していると思われる部分がないのですが。

**名無しさん＠そうだ選挙に行こう** · 04/07/11 11:39

>>185
それってたぶん解決してないぞ
コンストラクタでやってもまったく問題ないし
マシンとかによってタイミング的にたまたまうまくいっただけかと
描画がうまくいかないってのはイメージを描画してるの？
よくある話としてイメージのロードを待っていないとかはどうかな？

バッファはウインドウサイズ
通常フルスクリーンだから６４０＊４８０とか８００＊６００とかになる
ウインドウモードならウインドウのサイズになるがinsetsがあるので
初心者には単純にはお勧めできない

ダブルバッファというのは表の描画面と同じサイズを用意するものだからね
そして切り替えはフルスクリーンだと自動的にフリップに、ウインドウモードだと
ブリットになってくれる

**182** · 04/07/11 19:17

>>186
あれから色々考えてみましたが、やはりコンストラクタが原因のようです。
コンストラクタ内だと、まだインスタンスが生成されていないために処理が上手くいかないようです。

Image、VolatileImage、BufferStrategyの全てでダブルバッファリングを行い
640*480ほどの画面を1ドット単位でスクロールさせてみたのですが、なんか
どれを使っても画面がたまにちらつく感じになるんですけど、こんなもんですかね？
640*480だと大きすぎるのだろうか。
常時ちらつくわけでもないんですが。たまにチラチラとなります。

**名無しさん＠そうだ選挙に行こう** · 04/07/11 20:08

コンストラクタというだけではなにをしたいのかがわからんぞい
コンストラクタだからダメということはない

640*480でスクロールだけならCPU使用率２，３％くらいですむよ

ちらつきは垂直同期取るのでまったくなし
使い方おかしいと思うけど？

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

Java3Dをインストールしてみたが、
これって、配布に問題あるんじゃない？
サンマイクロに登録しないといけない。しかも英語で。
まだ実用化できるレベルではないと思うのだが…

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

今はおとなしくJava2Dで収まる程度で我慢しましょう
もしくはSDLあたりとかJNIで組みましょう

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

>>189
Xith3D
http://www.xith.org/tiki-index.php
Aviatrix3D
http://aviatrix3d.j3d.org/index.html
JOGL
https://jogl.dev.java.net/

好きなものをどうぞ。

**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級受けてきた。やばい、落ちるかも。