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/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はなんか問題(著作権とか？)でもあるのかね

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

NetBeansの使い方知らないやつが多いだけじゃね?

去年のJavaのIDE　TOPはNetBeansが選ばれてる時点で流れに乗れない人たちと思われ。
あとEclipseはプラグイン入れるだけでページ数稼げる。これポイント。

**名前は開発中のものです。** · 2007/06/06(水) 23:20:53

>>935
マニフェストファイルは作ってます
必要なライブラリはありません
大学がeclipseなのでそれを使ってます-`)

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

考えられるのは、
・マニフェストファイルがおかしい
・実行環境に問題がある
・そういうプログラムである
くらいか

マニフェストファイルをEclipseに生成させるようにしてJARを作成してみたら？
それで上手くいくようなら自作マニフェストファイルがおかしいって事になる

**名前は開発中のものです。** · 2007/06/07(木) 13:02:37

NetBeansのほうがお勧めというが、
プラグインを入れなくても、
リファクタリングとか、補完とかの機能がEclipseのほうが使いやすい。
必要としない人も多いから何とも言えないが。

まぁ、次期NetBenasで解消されるようだけど。
Swingが速くなったおかげで、重さも解消されたし。

最初からNetBeansを使ってるひとは、Eclipseのほうが便利な部分を知らなくて使っていくだろうし、
逆もそうだとおもうんだよね。

まぁ、初心者にはNetBeansが良いと思う。

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

う、下げ忘れた。ごめんなさい。

>>934
まずは、コマンドプロンプトで
java -jar ***.jar
で起動させてみて。

**名前は開発中のものです。** · 2007/06/07(木) 16:59:15

>>940
JBuilderとかになれてるとEclipseのほうが使いにくいのだ
EclipseはCTRL+スペースばかりに機能が統合されていてすばやく撃ち込む場合使いにくいのだよ
NetBeansも最近CTRL+スペースに集中してきて悪化している

ユニットテストとかライブラリとかはNetBeansのほうが使いやすいね

EclipseでまともにGUI開発できないってのはまぁ致命的といえば致命的だが
ゲームだとせいぜいコントロールパネルくらいだからどうでもいいか

あ、ゲームだと問題となるのが最新のJDKが推奨されるけど、
Eclipseは最新のJDKが使えない可能性が高いのが問題となりやすいかも

**名前は開発中のものです。** · 2007/06/07(木) 18:06:19

>>942
なるほど。
JBuilderはほんとの初期しか使ってないから評価できないけど、
forループとかでイテレータ使うテンプレートが無かったのは覚えてる。
あと、sysoutとかで補完とかそういった細かい所は好みの問題だし、
慣れだからね。

確かにユニットテストはNetBeansのほうが良い。
Eclipseはわかってる人からすれば、なんてことはないけど
知らない人に説明するの面倒。
プロファイラも同じなんだよね。
Eclipseのプロファイラの重さはかなり致命的。TPTPとかもうね・・・・。

GUI開発に関しては、VEが一応ある。Matisse(NetBeansのGUIエディタ)も動く・・・・・・有料だけど。
コレが無料ならいいのだけどねぇ・・・・。
ただ、Matisseはソースは出力物であって、編集できない形だから俺はいまいち。
その点VEは編集しても頑張って再現してくれる。失敗も多いけどね。

俺の印象だと、
Eclipse　巨大な整理されていない道具箱
NetBeans　必要な道具だけが綺麗に整理されている道具箱

ある程度使えばどっちも生産性に差は無いと思う。
とくにゲーム制作に関しては。

**名前は開発中のものです。** · 2007/06/07(木) 18:47:03

>>941
java -jar ***.jarで起動させました
するとエラーが表示されました
eclipseには何も表示されなかったのに何故…
どうやらファイル入出力が拙いようでした

いろいろ弄って何とか解決できました
皆さんありがとうございました

**名前は開発中のものです。** · 2007/06/07(木) 20:32:04

ん？Eclipseでも実行させたらエラーちゃんとでてるよな？

**名前は開発中のものです。** · 2007/06/07(木) 20:53:24

Jarにまとめる前に実行するだろうから
やっぱり、コンソールに出力されるはずだがなぁ・・・・。

自動的にコンソールが前面に出てくる設定になってないとか。

**名前は開発中のものです。** · 2007/06/08(金) 07:45:07

＞＞９４３
＞俺の印象だと、
＞Eclipse　巨大な整理されていない道具箱
＞NetBeans　必要な道具だけが綺麗に整理されている道具箱
激しく同意
しかし、最近NetBeansの勢いが増してきた気がする
6.0楽しみだ

Eclipseは最新の技術への対応が遅くなってきて無いか？
ただで使わせてもらってるのにえらそうに言うのもなんだが

ただ、個人的にはEclipseの方が好き
なぜなら、日本語のドキュメントが多いからｗ

**943** · 2007/06/08(金) 11:19:22

ちょっと補足。
＞Eclipse　巨大な整理されていない道具箱
＞NetBeans　必要な道具だけが綺麗に整理されている道具箱
NetBeansは必要な道具が無かった場合、かなり苦労を強いられる。（出来ないことはない）
Eclipseはほとんどの場合箱のなかを探し出せばそれを実現する道具（プラグイン）を誰かが作ってる。

俺もEclipseの方がすき。

長いこと使ってきて愛着があるってのもあるし、使えるプラグインが多いことも私にとっては重要。
Amaterasのプラグインとか無いとやっていけない。
それにNetBeansのとにかく簡単に！という流れに乗ってか、Callisto
という、
コレさえあれば大抵大丈夫っていうプラグインセットも出てきたから
NetBeansの勢いに負けずに頑張って欲しいなぁ。

Eclipseで一番危惧しているのはJavaが疎かになるんじゃないかなってこと。
PHPやC++、Rubyへの対応がニュースの目玉になるぐらいだから・・・。

ゲーム関係ないなｗ

**名前は開発中のものです。** · 2007/06/08(金) 11:43:53

NetBeans、この1年でのRuby対応すごすぎ

Ruby対応は今IDEでもっとも旬なものじゃないかな

**名前は開発中のものです。** · 2007/06/08(金) 14:37:30

>>928
遅くなったけどありがとうございます。

>>スプライト100個出したら100個のスレッドがたちあがるってことかな？
そうです。

結論としてはオブジェクトごとにTimerTask持つやり方でいいってことでしょうか？

**名前は開発中のものです。** · 2007/06/08(金) 14:43:00

皮肉をこめたあの文章でダメだと思わないのならやめたほうがいい

マルチスレッドでやるにしろスレッドプールと排他制御を理解してからね
タスク間での通信とか大丈夫に見えない

別スレッドでやるにしろ手軽なものじゃないよ
何も考えない場合依存性がないエフェクト関連でしかつかえん

**名前は開発中のものです。** · 2007/06/08(金) 16:42:07

キャラクターのアニメーションに使うだけなので他のオブジェクトと依存性はないかと・・・