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

**名前は開発中のものです。** · 2007/03/31(土) 14:47:41

そういうのって描画範囲に入ってないキャラも描画しちゃっていいんじゃない？
画面に表示されないから無駄かもしれないけど、マップのキャラクターが多くなってもそんなに重くはないんじゃ・・・

**名前は開発中のものです。** · 2007/03/31(土) 15:21:06

実装依存だな

クリップ外に描画すること自体は重くはないのだが、
その前にテクスチャ座標とか計算して渡す処理だけははいるから
重くはならないというのは間違い

画面外かどうかの判定なんてスプライト描画処理で一括して扱うだろうからいれとけ
最初はまったく処理をしないラッパでいいから

**名前は開発中のものです。** · 2007/04/02(月) 00:03:15

AGE

**名前は開発中のものです。** · 2007/04/02(月) 11:01:35

ありがとうございました。

画面外のキャラも、さほどの数にはならないので、
描画する方向で作成してみます。

**831** · 2007/04/03(火) 01:04:07

遅れながらレスくれた方ありがとうございます。
う～む、色々試してますがウィンドウで BufferStrategy 使った場合も
ＶＲＡＭ直…ではないんですかね…

５０５さんの
＞フルスクリーン時は垂直同期取るのに対してウインドウモードは取らない
って何か関係してませんかね？そもそも垂直同期って言葉自体なじみがなかったんですが、
垂直同期を取ってるのでいくら処理が速くても bs.show でリフレッシュレート以上に
ならないようになってる、と考えるのは間違いですか？
それだとしてもα使って 3fps って明らかな処理落ちか…う～む…

**名前は開発中のものです。** · 2007/04/03(火) 02:08:11

BufferStrategyでの同一API使ったアクセスが可能というだけで
VRAM直になるかはVM実装（つまり環境）依存

でも問題はなかろう?
Windowモードと同じようにいったんメモリ内で作ればいい
どういうゲーム作ろうとしているのかにもよるけど

あとは逆に積極的にハードウェアアクセラレーションを使うという方法もある
>>11のところでOpenGL対応してJava２D以上の表現が可能になったようだ
Java2Dはゲームで多用する加算合成がないしね

**名前は開発中のものです。** · 2007/04/03(火) 11:37:06

>>11
これスゲーな

**名前は開発中のものです。** · 2007/04/03(火) 16:29:50

手軽そうだね
前見たときあまり内容無かった気がしたが地味に進めてるのね
今後に期待しとこ

**名前は開発中のものです。** · 2007/04/04(水) 12:34:42

>>840
確かに遅すぎるようにも思うが、それだけの情報じゃ何とも言えない。
α使わないようにしてみたり、rendering(g)の中身を1行ずつコメントアウトしてみたりして原因をもっと追求してみたら？
フルスクリーン時にのみ毎回妙な処理してたりしないかい（毎回DisplayMode変更してたり…さすがにそれは無いか）
ともかく・どの部分で遅くなっているか・現象を再現できる最小限のコードはどんなか　をもっと追求した方がいいと思うよ。

**名前は開発中のものです。** · 2007/04/05(木) 23:12:06

GTGEの日本語資料は"Javaでゲーム作りますが何か？"以外無いかのぉ。

使ってる奴居る？

**名前は開発中のものです。** · 2007/04/06(金) 00:02:37

Javaの場合あんまり泥臭いコード必要としてないので必要性が薄いだけでは？

**840** · 2007/04/06(金) 21:28:03

レス下さった方ありがとうございます。

rendering(g)の中身を1行ずつコメントアウトしてみたりってのは
やってるんですが、rendering の中身を空にすると今度は bs.show で
時間かかってたりして、どうにも思うように動いてくれないんですよね。
つまり、プログラムの動作速度をはかって原因を探るだけでは解決できず
そこで、ここで皆様の力を借りようという経緯です。
コードはどうあがいても結局 60fps になってるんですよね…。

BufferStrategy は実装依存、なんですね。
15歳から始めるJava～ではウィンドウのみのサンプルがあって
そこで「BufferStrategy はビデオメモリに直接書き込むので高速」と
断言してあったような気がしてそこは疑ってませんでしたが。
実装依存としてウィンドウモードと同じ方法を用いる、という方法は
そういえばまだ試してませんでしたね。一度試してみます。

**名前は開発中のものです。** · 2007/04/07(土) 02:14:29

847
だからメインメモリでの描画はどうなんだと

**名前は開発中のものです。** · 2007/04/07(土) 07:28:23

BufferStrategyがVRAM使うのってsunの実装だと、DirectXかOpenGL使うときだけじゃなかったけ？

**名前は開発中のものです。** · 2007/04/07(土) 08:23:33

何のオプションも指定していないデフォがDirectXなんだが

**名前は開発中のものです。** · 2007/04/07(土) 11:27:10

DirectXはDirectXでも指定なしはDirectDraw。
指定するとD3D。javaでのOpenGLとD3Dの基本的な使い方は同じで
どっちも極力VRAMに置こうとする。

けどだからと言って早くなるわけじゃない。

**名前は開発中のものです。** · 2007/04/07(土) 16:20:47

アルファブレンドがどういう描画をしているか、ソフトウェア描画がどういう経路でメモリアクセスしているかがわかるなら
遅くなる原因はわかると思うぜ>>840

BufferStrategyそのものが問題じゃないんだよ
Java2Dでゲーム開発ならBufferStrategyはどんな状況においても必須だし

**名前は開発中のものです。** · 2007/04/09(月) 09:45:56

スレチで悪いんだが「Javaでゲーム作りますが何か？」の掲示板書き込める？

IPAフォントのライセンス違反してるからライセンスのリンク貼ってやろうかと思ったらCGIに怒られた・・・。
不明な処理って何ざんす？

スレチスマソ。

**名前は開発中のものです。** · 2007/04/09(月) 10:53:28

再配布してるってことだな

あとそこのサイトのコードバグもちなのでそのままつかわないこと
もしくは参考にしないこと

**名前は開発中のものです。** · 2007/04/09(月) 11:16:24

再配布自体はOKのようだが？
配布方法に問題があるとか？

**名前は開発中のものです。** · 2007/04/10(火) 03:26:17

>>855
良く嫁。
ttp://www.grass-japan.org/FOSS4G/license-ipafonts.eucjp.htm

GRASS GIS / MapServer / PostGISのどれかに同梱される形でのみ再配布可能。

かつ、フォントがIPAフォントである事を明示し、上記ライセンスを配布物に同梱しなければならない。
更に同ライセンス条項３）。

つーか、IPAフォントの単体配布が出来るならわざわざスターオフィスのパッケージ版なんて買わね。

**名前は開発中のものです。** · 2007/04/10(火) 03:49:48

重要な事忘れてたがIPAフォントはGRASS GIS / MapServer / PostGISからの利用以外許されてないよ。
他ソフトウェアからの利用がライセンスに含まれてない。

自分とこで作ったソフトに使うためにわざわざ商用フォントベースで作ったんだから当然だが・・・。

んでIPAフォントの権利持ってんのはオークニーだから聞くならこっち。

**名前は開発中のものです。** · 2007/04/10(火) 10:08:56

【初心者】課題をクリアしていくスレ【講習会】
http://pc11.2ch.net/test/read.cgi/gamedev/1086858349/
の>>655です。お時間のある方、もしよかったら
講師になっていただけませんでしょうか？

【初心者】ｽﾚを立てる前にｺｺで質問を【Part14】
http://pc11.2ch.net/test/read.cgi/gamedev/1175521815/
ここの>>26の質問にも答えていただけると幸いです。

マルチをしてすみません。
お手数おかけして申し訳ありませんが
レスは該当スレにてお願いいたします。

**名前は開発中のものです。** · 2007/04/10(火) 10:25:29

すいません、質問です。

JAVAで最短経路探索（A*）を組みたいのですが、
よいサンプルがあれば、教えてください。

**名前は開発中のものです。** · 2007/04/10(火) 10:33:35

えーすたーのアルゴリズムがわかってるならそのままやればいいのでは？
まずgoogleなどで検索してみよう

**名前は開発中のものです。** · 2007/04/10(火) 22:10:47

>>853
管理人なんですが忠告ありがとございます。
IPAフォントのライセンスよんだんですが「当該ソフトウェア」って自分のソフトウェアと勘違いしてました。
即刻他のフォントに入れ替えます。

**名前は開発中のものです。** · 2007/04/14(土) 00:50:15

超亀レス恥ずかし＞＜！なんですが
>>815のゲームプログラミング-アルゴリズムとフレームワーク-長久-勝
は内容的にはjdk1.4.2の時代に1.1でも動くようにと書かれているので現在からすると
古すぎる感は否めないのですが、自分はこれでリフレクションを覚えたりしたので
懐かしくてレスしてしまいます。

でもその後、雑誌などを読んだ限りではリフレクションはあまり推奨されてないんですよね。
保守性が落ちるとかで。趣味な自分はへろへろ無駄に使ったりしてますが。

**名前は開発中のものです。** · 2007/04/14(土) 09:46:28

リフレクションはアプリが使うものではなくライブラリやフレームワークが情報を引き出したり設定したりするのに使うもの
アノテーションが使えるようになってからは必須事項だよ

**名前は開発中のものです。** · 2007/04/15(日) 14:22:41

>>176
こっちできいてみれば？ちなみにタスクシステムを作るのは可能。っていうかタスクシステムはデータ構造とクラス設計の話だから言語に由来することはないです。
↓
タスクシステム総合スレ
http://pc11.2ch.net/test/read.cgi/gamedev/1173708588/

**名前は開発中のものです。** · 2007/04/15(日) 16:02:43

いまさらタスクシステムの話されても。
オブジェクト指向が使えない時代のお話。

**名前は開発中のものです。** · 2007/04/15(日) 21:33:34

ですよねー

**名前は開発中のものです。** · 2007/04/15(日) 22:29:58

誰一人として悪くはない。
この企画は…構造自体が不幸を孕んでいたのだ。

戦犯はいない。
理解できない、根源から違った存在がいただけだ。
誰にとっても。

本当なら決して出会うことのなかった、才能も、経験も、熱意も、人脈も、
何もかも違う人々に関わってしまった事自体がお互いに不幸だった。
つまり…関わった時点で無残な結末が予定されていたのだ。

今はもう…その不幸を呪い、やがて忘れる時を待つしかない。

**名前は開発中のものです。** · 2007/04/16(月) 12:26:43

>>865
オブジェクト指向言語でタスクシステムが不要にはならないよ。むしろより簡潔に書ける。

マルチスレッドとかコンカレント関連のAPIのない時代でもあるまいし、というしてきなら、いいたいことはわかる。だがまちがっているけどね。

**名前は開発中のものです。** · 2007/04/16(月) 12:35:17

クマー。

**名前は開発中のものです。** · 2007/04/16(月) 12:57:04

釣るならもっとそれっぽいことかいてよ

**名前は開発中のものです。** · 2007/04/22(日) 11:10:51

drawImage(image, 0, 0, ★)
の★のところなんですが、パネルを渡してもnullを渡しても同じように描画できるんですが何か意味あるんでしょうか？

**名前は開発中のものです。** · 2007/04/22(日) 12:01:41

画像のロードに時間がかかるときとかに、
★にImageObserverを渡すと、ロードの完了を通知してもらえたりする。

**名前は開発中のものです。** · 2007/04/22(日) 12:50:31

ゲームの場合、通常非同期でテクスチャロードすることはないから意味のない引数だと思っていい。
ネトゲだとしてもそのへんは自前でコントロールするわけで。

**名前は開発中のものです。** · 2007/04/26(木) 09:04:29

遅くなったけど㌧

**名前は開発中のものです。** · 2007/05/03(木) 18:13:48

誰か前スレ持ってる人いませんか？
保存しておいたと思ったけどなくしてしまったorz

**名前は開発中のものです。** · 2007/05/04(金) 00:25:28

ほいdat
http://gamdev.org/up/img/9407.zip

**名前は開発中のものです。** · 2007/05/04(金) 08:24:01

>>876
アップしていただけてうれしいんですがそれこのスレですorz

**名前は開発中のものです。** · 2007/05/04(金) 14:31:17

今度こそ
http://gamdev.org/up/img/9411.zip

**名前は開発中のものです。** · 2007/05/04(金) 14:40:06

>>878
ありがとございます。
おかげさまで見れました。

**名前は開発中のものです。** · 2007/05/05(土) 00:18:32

爆発のエフェクトを作りたいんですが、爆発させるときにTimerTaskオブジェクトを生成して起動、爆発が終わったらcancel()で破棄って方法でよいでしょうか？
何か大量に爆発させるときオブジェクトごとにTimerTask起動するのはあまりよくないような気がするんですがいい方法ないでしょうか？

**名前は開発中のものです。** · 2007/05/05(土) 00:23:25

そもそも、ゲームPGでは余りスレッドを使わないんじゃない？

**名前は開発中のものです。** · 2007/05/05(土) 00:37:49

基本的にはオブジェクトごとにスレッドはやめとけ

関連性のないエフェクトだけ別スレッドというのはやってもいいけど（というか3Dはわりと普通気味）
そういうのはスレッドプールとか使うのが普通

こまめにON/OFFはとろいぞ

**名前は開発中のものです。** · 2007/05/05(土) 07:46:38

ありがとうございます。

結城さんのデザインパターン本のスレッド編にWorkerThreadの実装があったけどこれかな。
ttp://www.hyuki.com/dp/dp2_ch08.pdf

あとJakarta CommonsにThreadPoolっていうクラスがありました。
ttp://jakarta.jp/commons/components.html

調べてみます。

>>881
とはいってもスレッドプールも結局スレッドですよね。
スレッド使わずにアニメーションとかできるんでしょうか？

**名前は開発中のものです。** · 2007/05/05(土) 10:37:03

>>883
スレッドをかんちがいしてないか？
ゲームで処理単位でスレッドは使う必要はない
使う場合同期等ちゃんと理解してから出ないとダメ

スレッドプールは標準APIにはいってるんだからそれを使えばいい
これはこまめにスレッドを生成破棄しないからタイマータスクの生成＋破棄とはまったく動きが違う

言っている意味がわからないならスレッドは使わないで下され

**名前は開発中のものです。** · 2007/05/05(土) 14:36:33

>>883
普通にwhile文を使って、一こま毎計算して表示する。
スレッドは処理の種類によって必要なら使うと言う感じでは。
ある程度本格的なゲームPGの本とか、次の本辺りを読んでみれば分かると思う。
http://www.amazon.co.jp/dp/4627918615/
http://www.amazon.co.jp/dp/4501539208/

**名前は開発中のものです。** · 2007/05/05(土) 20:16:15

どうでもいいことだが、
＞タイマータスクの生成＋破棄
が
＞タイガーマスクの生成＋破棄
に見えた。

**名前は開発中のものです。** · 2007/05/05(土) 21:13:20

タイガーマスクと聞いてなぜかアンパンマンの顔が浮かんだ。
アンパンマンの顔のライフサイクル想像すると笑えるｗ

**名前は開発中のものです。** · 2007/05/16(水) 02:33:22

sdljavaが結構いいと思うんだけど
このスレ的には評価はどう？

**名前は開発中のものです。** · 2007/05/16(水) 11:33:01

それ開発とまってなかったっけ？
アクセラレーションもつかえないし、ネイティブのSDLもあんまりほめられたものじゃないけどね

**名前は開発中のものです。** · 2007/05/16(水) 16:28:36

sdlって俺だと動画表示くらいしか使わんなぁ。
動画ならJMFのVideoRenderer実装してるんで間に合ってる。
他はCDへのアクセスとジョイスティックだっけ？
javaゲーをCD・・・。

**名前は開発中のものです。** · 2007/05/25(金) 00:14:02

graphicsクラスとかImageうんたらクラスとか描画関係のことだが、javaSE6(別に5.0でもよい1.4より新しい奴)でどうすればいいのかサンプル紹介しているページないかな
とりあえず、BufferStrategyとかが1.4で加わったのは記憶にあるのだが、それ以降描画関係一切追いかけてないのでどのAPI使うのが最新手法なのかよくわからん
その辺の解説とサンプル紹介しているページｷﾎﾞﾝﾇ

**名前は開発中のものです。** · 2007/05/25(金) 04:15:14

SE5,6のJava2Dは内部実装が変わっただけで1.4以降から特に使い方が変わるようなAPIの変更はないよ。
強いていうならLCD向けアンチエイリアシングが強化されたのと、JOGLから描画パイプライン触れるようになったくらい。
アプリケーションプログラマには関係ないね。
だから1.4の事知ってりゃ、それが使える。

**名前は開発中のものです。** · 2007/05/25(金) 10:07:11

確か、Java in the Boxにいろいろ記事がありましたよ
http://www.javainthebox.net/index.html

それと、Java NIOは次の本が結構詳しい
Developing Games in Java
http://www.brackeen.com/javagamebook/
http://books.google.com/books?id=rSs35Uw11okC

**名前は開発中のものです。** · 2007/05/25(金) 10:27:15

JavaSE6のOpenGLパイプラインは不安定なのでデフォ動作は取りやめになったよ
おかげでSwing＋JOGLが5.0までとおなじ遅い動作しかできん

**名前は開発中のものです。** · 2007/05/25(金) 19:17:37

win版のOpenGLまわりは全部VGAドライバ寄りの原因だからしかたない。
プロパティ与えて起動すると描画がめちゃくちゃだからな。
そもそもゲームはSwingと相性悪いからAWTで良いよ。

**名前は開発中のものです。** · 2007/05/25(金) 21:01:58

MORPGとかネット対応とかになるとSwingコンポーネント使えないのは不利かと
ドライバの不具合ってほんの一部の話なら別にそのドライバが対応すればいいだけのこと

nVidia、IntelともにOpenGLを有効にしてもまともに動かないのだから原因は他にあるはず

**名前は開発中のものです。** · 2007/05/25(金) 23:14:46

891です
レスさんくすです
参考にさせていただきます

それはそうと、今日15才からはじめるJavaゲーム製作だかなんだか言う本を軽く立ち読みしたのだが、
音楽とかタイマ関係まで一通りそろってそうでよさげだと思っている
ただ、心配なのが、ここで使ってるAPIて古い奴まじってたりしない？
わかる人、教えてくれ

**名前は開発中のものです。** · 2007/05/25(金) 23:26:30

そこのは1.4だったかな
許容範囲

Javaのゲーム開発本は大量にあるが唯一実用となる書籍として有名なやつだよ
新目なのに1.1対応とか、やってることがひどいとか参考にならないのが多いからね

＠ITとかも平気で嘘のせるからAPIマニュアルとソース読むしかないというのが悲しい

とりあえずその本で一通りわかるようになったら次はたぶんOpenGlとかやるレベルだから中級まではそれでいいと思う

**名前は開発中のものです。** · 2007/05/25(金) 23:47:07

>>898
レスさんくす
土日勉強してみます

>そこのは1.4だったかな
>許容範囲
だよね
俺の会社(メーカー、ソフトハウスじゃないが、ソフトもそれなりに作ってる)もほとんど1.4しか使ってない
極たまに5.0のところあるが、6は使ってる部署0

**名前は開発中のものです。** · 2007/05/26(土) 00:42:13

１５さいからはじめる～は日本のjavaゲー本の中では良い本だよ。
あれの内容を完全に理解できたぜ！ってレベルなら一人でシコシコハードコーディングでもゲーム作れるんじゃないかと。

日本の企業が仕事で1.4系使ってるのは単について行けてないだけだよ。
エンドオブライフだからやめた方が良いんだけどね。5.0の新文法だけでも覚えた方が良い。
趣味グラマの間に使って覚えとくとか・・・。6.0は追う気がないならどうでもいい。

**名前は開発中のものです。** · 2007/05/26(土) 01:00:42

去年あたりから5.0は普及してるよ
ツールも対応したし、アプリ鯖もJ2SE5.0対応したしね

今年に入ってからアプリ鯖もJavaEE5対応したのが出始めてきたから加速すると思う
効率が別次元なので今のうちに覚えておくといいかと

個人のゲームなら1.4を選択する必要はないしJavaSE6一択かと
仕事だと6は今は検証中だと思う
update1が出る前はほんとひどいバグもちだったし

ただ標準でJAXB2.0やJAX-WS2.0はいったのが面白いし5.0のときはほとんど強化されなかったAPIに
かなり手が入っているのもポイントでびっくりするほど使いやすくなったよ

**名前は開発中のものです。** · 2007/05/26(土) 03:14:19

>>900
古いBroadVisionとか使ってる会社だと
今でも1.3onlyだな
つかうちもそうなんだが

**名前は開発中のものです。** · 2007/05/26(土) 08:34:56

1.3と6じゃVMすら別モンだよな。Swingがまだ屑だったころだしXML APIもろくに無かったころか。

**名前は開発中のものです。** · 2007/05/26(土) 10:15:56

でもMACを視野に入れたゲームだと5.0は動かないよね？

**名前は開発中のものです。** · 2007/05/26(土) 10:56:51

たとえば？

**名前は開発中のものです。** · 2007/05/26(土) 11:08:04

>>904
6はだめだが5.0はあるぞ

**名前は開発中のものです。** · 2007/05/26(土) 12:43:35

そういう話じゃないと思うぞ

**名前は開発中のものです。** · 2007/05/27(日) 22:13:07

15才の～で勉強しようと思ったが、近所の本屋で売り切れだ
ついでに俺の金も無い
てことで、節約してnetだけで勉強しようと思うのだが、Javaでゲーム作りますがなにか？はどうなんですか？
自分が軽く見たところ、基礎からしっかりやってくれているみたいだが、ダメダメなところとか、注意するところありますか？

**名前は開発中のものです。** · 2007/05/27(日) 23:31:08

本格的に開発しないのであれば通過点としてはそれなりにいいんじゃない?
目的がゲーム作成だけならライブラリ用意してすぐに開発に入ったほうがいいけど。

ただ、画像はImageIO使ってロードしたほうがいいとかバッファは現在のピクセルフォーマットとあわせるといいとか
Java2D細かい挙動が必要になったときがたぶんのってない。

まず>>908がゲーム開発自体はすでにしていてJavaでのやり方がわからないだけなのか
Javaはわかるがゲーム開発自体がわからないのか、どちらもわからないのかによってとるべき道は違うかな。

**名前は開発中のものです。** · 2007/05/28(月) 00:08:25

>>909
Javaはそれなりにやってます(SE5.0、webアプリ開発)
会社の同僚と趣味でSE6勉強してます
最近勉強仲間がSE7だのクロージャだの言い出して、俺自身は最新テクノロジとかよりゲームの方が好きなので個人でゲーム勉強しようかと思ってます
ちなみに、グラフィック、swingは全く触ったことありません
学生時代awtすこし勉強したけど、それも研究室の新人研修だけで、忘れてしまいました
よろしく

**名前は開発中のものです。** · 2007/05/28(月) 00:25:24

ということはゲームの開発に関する知識だけがないのか
ならそのサイトで軽く覚えるといいかと

あとはJavaに関係なくゲームの作り方を教えてるサイトもみること
流れとかそういうのはかわらんから

基本的にタイマーや垂直同期によって一定頻度でのループをつくり、1フレームごとに処理をしていく
まず最初にキーなどの入力＞その後ゲームの処理処理＞出力

出力する際逐次表示されているVRAMへ描画していくと描画途中が見えてしまうので
オフスクリーンバッファという見えない領域へいったん描画、出力時にコピーまたはフリップ（フルスクリーン専用）となる

基本的にイベントを取るのはキーボードくらいなのでawtやSwingはそんなに深く知る必要はないよ

**名前は開発中のものです。** · 2007/05/28(月) 00:34:07

Javaの文法がわかっていてゲームを作るのが目的ならフレームワーク的になっている>>11をつかうのがいいかと。
本格的なSTGも作れるようだし。

自分でフレームワークを作りたいというのなら上記の細かい仕組みを知る必要になるが。

**名前は開発中のものです。** · 2007/05/28(月) 01:10:28

レスどうもありがとう
ゲームは1日1時間てことで明日から1時間位づつゲーム勉強してみまつ
Javaでゲーム作りますが何か？のページ見てたらGTGEが面白そう
とりあえず、こいつの中身読んでみよっかな
なんか、やる気出てきたので週明けから暇であることを祈る
また、なにかあったらよろしく

**名前は開発中のものです。** · 2007/05/28(月) 09:50:19

俺も毎日一時間以上ゲームPGや勉強やることにしたよと会社から

**名前は開発中のものです。** · 2007/05/28(月) 11:32:44

ゲームはモチベーションを上げるため、と割り切れば勉強のためにもいいとおもわれ。
殺風景な業務用のコンポーネントがならぶだけではなく、フレームの中をボールが飛び跳ねてアニメーションしてるとか
DBとの連携やゲームとの相性の悪くないORマッピングとか、各種デザインパターンとかものにはなるし。

WEBアプリのフレームワーク側ではなくドカタ側にまわってると技術力とモチベーション低下が避けられないからね。

**名前は開発中のものです。** · 2007/05/28(月) 14:22:09

まさにそんな感じ。
去年まで4年以上ミドルウェアを開発してて、
上司の退職をきっかけにずっと前に出した異動希望が発動して、
グラフや統計などを使う研究用Webアプリを開発することになって、
プログラミング的には難易度が下がった。
とはいえ計画通りだし、年内は勉強しながらMyライブラリを作る。
2年ほどで作りたいのはトバルみたいなの。

**名前は開発中のものです。** · 2007/05/28(月) 21:47:29

トバルとはなつかしいな

**名前は開発中のものです。** · 2007/05/29(火) 01:11:09

No.1だな

**名前は開発中のものです。** · 2007/05/30(水) 00:26:54

トバル2は面白かった

**名前は開発中のものです。** · 2007/05/30(水) 02:01:02

PSで格ゲーは邪道。SSでアーケードスティックプロ、それが俺のジャスティス！

**名前は開発中のものです。** · 2007/05/31(木) 08:52:09

15才～、以外にお勧めの本もしくはwebある？
ゲーム製作本でなくても、描画とか同期とかキー入力とかゲームに関係あることが書いてある奴があれば教えて欲しい
レベルは基礎でも応用でもどっちでもいいです
あ、javaのAPIは無しね
よろぴこ

**名前は開発中のものです。** · 2007/05/31(木) 11:46:26

実際のところ標準APIの組み合わせで２Dゲームならだいたいことたりるから
APIマニュアル見ながらテストするのが一番わかりやすかったりする

Javaの命令がわからない、という人ならそれでわからない問題ってのはたしかなかったと思う

ゲームの作り方そのものがわからないならJavaとか言語以前の話

**名前は開発中のものです。** · 2007/06/02(土) 12:45:52

ようするに、15才～以外にまともな本もホームページも無いのね

**名前は開発中のものです。** · 2007/06/02(土) 12:47:59

ゲーム開発がわかる人＝APIマニュアルだけでおけ
ということだろ

だからある程度のゲーム開発になるとまともな本がない
あとは開発者の減少だろうね
昔はベーマガとか大量にゲーム開発のための本があったわけで

実際同人の開発者もほとんどがその世代である30代以上だ

Javaに限らんのよ

**名前は開発中のものです。** · 2007/06/02(土) 14:19:19

MIDPってはやってる？

**名前は開発中のものです。** · 2007/06/02(土) 14:33:58

MIDP汎用は日本じゃはやってない
やれることが少なすぎるから

ドコモが使ってないというのもあるかも

一応2.0からはやれることは増えたけど使いにくいかな

**名前は開発中のものです。** · 2007/06/03(日) 11:38:31

スプライトのアニメーション（イメージの切替）なんですが、スプライトクラスの中でTimerTaskを起動して表示するイメージ番号を切り替えるのって効率悪いですか？
定石としてはメインループで各スプライトに対して表示するイメージを切り替えるメソッドを呼ぶようにするんでしょうか？

**名前は開発中のものです。** · 2007/06/03(日) 12:21:22

つまりメインループとキャラと完全な非同期ってことね
スプライト100個出したら100個のスレッドがたちあがるってことかな？

そうでないにしろ、表示されるタイミングとスプライトの時間管理とのずれが問題になるよね
たとえば1フレームごとに点滅表示させるような場合、それらが同期取れてないのでずっと表示されたり
ずっと消えたままになるよね

各種オブジェクトは内部でカウンタを持って1フレームごとに呼び出されるメソッドで＋１していくのが基本だよ
メインループ側（フレームワーク側）とは切り離して独立して動けるようにね

そうすると単体テストが容易になったりするし、見るクラスが1つだけなのでバグもでなくなる
外部からのきっかけがほしい場合はオブザーバーパターンを使えば汎用的になってなおよろし
小規模であまり深く考えないのならpublicなメソッドでもいいと思うけど

**名前は開発中のものです。** · 2007/06/03(日) 23:30:45

それならフレームじゃなくて時計の時間にスプライトの状態を同期すれば
完全非同期でも問題ないの?

**名前は開発中のものです。** · 2007/06/03(日) 23:35:39

タイマつかっても完全同期は無理。
スレッドの動く時間は保障されないし、逐次処理しても当たり前だが時間は常に動いている。
それと処理落ちとかした場合は？OSがリアルタイムでない時点でいくらでもあることだよ。

**名前は開発中のものです。** · 2007/06/04(月) 01:03:47

モーション付モデルデータを表示するために、何か良いエンジンありますか？

**名前は開発中のものです。** · 2007/06/05(火) 23:07:38

>>926
レスサンクス。
auのオープンアプリレイヤーに興味あったんだけどこれからなのかな。

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

というか新しい機種しか対応してないし、ここはJavaSEの話がメイン

**名前は開発中のものです。** · 2007/06/06(水) 21:05:44

eclipseでjarファイル生成させたのにクリックしても起動しませんorz
何が問題なんでしょうか。
クリック時にエラーは出ません

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

マニフェストファイル作った?
わからないのなら正直NetBeansのほうがいいと思うぞ
必要なライブラリもクラスパス自動登録されるようにしてくれるし

**名前は開発中のものです。** · 2007/06/06(水) 21:46:27

ふむ
同意してみる
eclipseの方が好きなの、ちょっと玄人向けの気もする
何でもかんでも後からplugin追加だからな

その点、NetBeansは何もしなくてもある程度使える
個人的には何もしなくてもWebアプリのプロジェクトがサクサク作られたのが気に入った

しかし、疑問なのはゲーム製作にしてもそれ以外にしてもIDEの話になると、ほとんどの書籍がeclipse使うよな
NetBeansはなんか問題(著作権とか？)でもあるのかね