JAVAでゲーム作成

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

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

**名前は開発中のものです。** · 2005/10/13(木) 00:24:21

場違いはおまいだ
ばちがいというよりバカチンだな

**名前は開発中のものです。** · 2005/10/13(木) 00:30:28

>>905
俺も>>906に同意。
みたところ>>905はﾌﾟﾛｸﾞﾗﾑ初心者だと思うんだが
ゲーム作るのにいきなりJAVA勉強しだすってのは
なんか違う気がする。
とりあえずここではなくてｽﾚ立てる前に質問ｽﾚを読むべきかと。

**名前は開発中のものです。** · 2005/10/13(木) 00:34:48

このスレの名前を言ってみろ

**名前は開発中のものです。** · 2005/10/13(木) 00:37:10

確かにそうだな
>>905は、まずはHSPぐらいからはじめた方がいいかもね

**名前は開発中のものです。** · 2005/10/13(木) 00:47:23

ゲーム向けと思われるようなフレームワークもHSPの数倍は揃ってると思うけどな。
問題はこの方面の日本語ドキュメントがすごく少ない事で。

**名前は開発中のものです。** · 2005/10/13(木) 00:48:26

>>909
JAVAでゲーム作成。
え、でもJAVAがゲームつくるには最適だぜVBなんて糞！って
そんなｽﾚじゃないよね？JAVAでゲーム作ろうぜｽﾚだよね？

え、漏れｽﾚ違いだったのかずっと(´･ω･`)

**名前は開発中のものです。** · 2005/10/13(木) 00:57:12

HSPはWindowsAPI on BASICだからJavaよりは融通が聞くよ
6.0からは3Dにも力を入れるらしいから、Javaを捨てる機はないけどね

**名前は開発中のものです。** · 2005/10/13(木) 01:38:35

>>905
ＪＡＶＡは、現在ではサーバーサイドのソフトウェア開発の為の言語ですので
ゲームには不向きです。

**名前は開発中のものです。** · 2005/10/13(木) 01:48:21

とりあえず絵を表示するのはらくだから
Javaは初心者には敷居は低いと思うけどな

無料だし

>>914
フルスクリーン可能とかDirectXやOpenGL使って描画されるとかしらんのだろうか

**名前は開発中のものです。** · 2005/10/13(木) 02:52:18

いやさすがに釣りだろ

**名前は開発中のものです。** · 2005/10/13(木) 21:08:27

なんか
　Javaを使ってすばらしいゲームが作れる、
　Javaはゲームを作るのに十分なパフォーマンスがある
ってことと、
　Javaは初心者がゲームを作るのにお薦めできる言語
　Javaは習得しやすい言語
を、
ごちゃ混ぜにして話しているやつがいるなぁ。

Javaを知っている人間がゲームを作るのにはいいのだろうけど、
初心者がゲームを作るためにJavaを覚えるのは効率悪いと思うがなぁ。

将来プログラマ（ゲームではない）になりたいのなら話は別だが。

ゲームを作るってことが主目的ならもっといい言語は別にあると思うが。　

**名前は開発中のものです。** · 2005/10/13(木) 21:32:24

>>907
ワラタ
見事なつっこみだ

**名前は開発中のものです。** · 2005/10/13(木) 21:57:35

Javaが習得しやすい言語じゃなかったら
どんな言語が習得しやすいんだろう

**名前は開発中のものです。** · 2005/10/13(木) 22:13:35

どうでもいいが、このスレは言語を探すスレではなくてJavaを使ってゲームを作成するスレだぞ

**名前は開発中のものです。** · 2005/10/13(木) 22:17:34

うむ。
他言語で作成したいヤシはその言語専用のスレへ池ということで。

**名前は開発中のものです。** · 2005/10/13(木) 22:46:23

JavaはつぶしがきくけどHSPはつぶしがきかないような気がする。就職にそなえるならゲーム作れてそれ以外にも役にたつJavaを覚えたほうが一石二鳥じゃないかな。HSPは履歴書に書けないらしいしね。

**名前は開発中のものです。** · 2005/10/13(木) 23:11:45

ゲ業界以外の就職は板違いだがな
ゲ業界は java でもダメよｗ

**名前は開発中のものです。** · 2005/10/13(木) 23:24:30

別にどこに就職してもいいが、Javaでゲーム開発する話以外は該当するスレで

**名前は開発中のものです。** · 2005/10/14(金) 01:03:37

とりあえず言語関連ですぐに就職の話を出すのはやめたほうが良いと思う。
スポーツする人がみんなプロを目指すわけじゃないのと同じなんだから。

**名前は開発中のものです。** · 2005/10/14(金) 01:23:02

C++を勉強する前段階に、Javaを勉強するのはいいと思うよ。
プログラミングしたことがないのに、C++をやろうとすると多分挫折する。

**名前は開発中のものです。** · 2005/10/14(金) 02:07:12

自分以外でも多いと思うけど
ゲームやある程度規模の大きなプログラムの場合
まず先にJavaでプロトタイプを作る事が多々ある

速度なんか度外視でバグを出さずに動く事を実証したり
クラス設計やデータ構造を練る事がことが主眼
で、この完成したプロトタイプをC++へ移植する段取りだと開発効率が凄く良い

で、このプロトタイプの動作性能で全く問題ないって事が判明して
面倒になって移植を中止する場合も多いよ

だからとりあえずJavaを極めて、それで満足できなかったら他に移ったらいいかも

**名前は開発中のものです。** · 2005/10/14(金) 06:37:39

>>926
挫折はせんがWinAPIでGUI作るとノイローゼになる。
JavaはRADにも対応し始めてきたからアプリも行けるようになったね。

**名前は開発中のものです。** · 2005/10/14(金) 06:46:12

>>927
へー。参考になるな。

>>928
俺はC#やってJava勉強し始めたけど、色々似てるから楽かも。
RAD対応が遅れててなんかなーて感じだが、、。

C#のwebサービスやサーバーサイドJavaをゲーム開発環境構築に役立てたいナーと
漠然と思ってるんだが、トライしてる人いる？

ゲームアプリそのものはC++でいいじゃんと思ってる。

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

JavaのRADって8年以上の歴史がないか？

**名前は開発中のものです。** · 2005/10/14(金) 17:58:22

VBのようなポトペタをRADと呼ぶんだろう、>>929は

NetBeansとか試してみたらいいよ。

**名前は開発中のものです。** · 2005/10/14(金) 18:07:25

JBuilderってSwingくるまえからポトペタだったはずだが

**名前は開発中のものです。** · 2005/10/14(金) 19:36:28

>>927
漏れのところではPythonでプロト作って、
Javaで実装というパターンが多いかな。
あ、ゲームじゃないけどね。

**名前は開発中のものです。** · 2005/10/14(金) 19:48:14

>>931,932
きっとＥｃｌｉｐｓｅしか知らないんだろう、>>929は

**名前は開発中のものです。** · 2005/10/14(金) 20:17:56

Javaで書かれた音声認識エンジン SPHINX-4
http://d.hatena.ne.jp/shibacho/20050911/p2
JavaとCがほぼ同等だってさ

**名前は開発中のものです。** · 2005/10/14(金) 20:20:39

Swingは手書きでもサクサク作れるので実はSwing自体がRADなのです。

**名前は開発中のものです。** · 2005/10/14(金) 21:49:47

JavaはEclipseがあるから最強。
Visual C++も書いたその場でエラー見つけて表示させられないし。

**名前は開発中のものです。** · 2005/10/14(金) 22:21:52

.NETなら表示してくれるんじゃないの?
NetBeansも昔から書いたその場でエラー表示してくれてたよ
Eclipseだけの特権ではあるまい

しかしスレ違いが続くな

**名前は開発中のものです。** · 2005/10/14(金) 22:59:46

>>934
その通りｗ

で、結局どれが良いのかな？
NetBeansは初心者向けと書いてあったので、やってみるか。
上級者はRAD使わないて事かね？そういうもんか？

まあ、開発環境の話題はゲーム製作と全く無関係ではないと思うよ

**名前は開発中のものです。** · 2005/10/14(金) 23:11:19

上級者向けとか初心者向けというのは間違いだと思う

GUI生成ツールとしてNetBeansは昔から現在でもJavaの中では最高品
Eclipse+VEとか話にならん

そして肝心のTomcatとかWEBアプリやDB接続等はEclipseいれても
いつもおなじプラグインしかまずつかわんよね

なら最初からGUIエディタとWEBアプリ開発環境が整っていても問題はない
しかもほとんどのEclipse本はそれらのプラグインをセットアップしたところで終わりだ

ゲーム製作においてはなんのIDE使ってもいいとは思うけど、Windows95初期のRPG
とかOSのコンポーネント使ってるのが多かったからそういうのをやろうとしたときは
Swingが強力なNeｔBeansでいいだろうね

強みとしてはNetBeansのほうが最新のJava環境に対応しやすいということかな
コンパイラにJDKのを使うようにしてるからね
Eclipseの3はかなり遅かったでしょ？

Javaでのゲームは最新のVMに対応してるかどうかはわりと重要

あとはプロファイラが簡単導入できるのでどこが速度のネックなのかをすぐに特定が可能なのも強みかな

**名前は開発中のものです。** · 2005/10/14(金) 23:59:27

今書店で勉強できる本やWebの情報が一番多いのもJavaでしょ。
初心者が入門用に勉強する言語に一番向いてると思うよ。

**名前は開発中のものです。** · 2005/10/15(土) 00:04:05

ゲーム作る奴にはHSPを勧めるね。
ただしHSPは入門言語としてはとても薦められない。
くそプログラマ育成ツールだと思う。

**名前は開発中のものです。** · 2005/10/15(土) 08:21:14

>>942
あれはあれでそれなりにいい言語だよ。
ただ、今は他の言語でも充分に環境が良くなっているのでアドバンテージは低下してる。
目的に応じて道具を変えられない人にはすすめたくないってのは確か。

ところで、Javaでゲーム作るときってどんな環境使ってる？

**名前は開発中のものです。** · 2005/10/15(土) 11:26:31

Eclipse

**名前は開発中のものです。** · 2005/10/15(土) 17:33:25

CPadとバッチファイル（コンパイルと実行用）

**名前は開発中のものです。** · 2005/10/15(土) 17:56:11

netbeans

**名前は開発中のものです。** · 2005/10/15(土) 19:51:18

JPanelにVolatileImageっていうのを使って描画してるんですがどうもちらつきが残ってしまいます。どこが怪しいのかアドバイスもらえないでしょうか？
ttp://gamdev.org/up/img/3544.zp
MainPanelのpaintComponent()が描画処理です。

**名前は開発中のものです。** · 2005/10/15(土) 19:52:06

iがぬけてました
ttp://gamdev.org/up/img/3544.zip

**名前は開発中のものです。** · 2005/10/15(土) 20:03:47

まず最初はソースまるなげなんてしないで問題ありそうな箇所だせや

んで、ちらつきあるか？
たんにキャラが小さいのと垂直同期とってないからだけじゃないかな？
ためしに640*480にきえりかえて2倍拡大したキャラを表示してみるとか

あと作業用VolatileImageは最初に作るだけにしておけ

描画のたびに作っていたらもったいない

**名前は開発中のものです。** · 2005/10/15(土) 20:14:04

>>949
㌧
実行してもらって本当にちらついてるか確かめてほしかったので丸ごとあげました。自分でもちらつきあるかないか微妙だったんで。画像大きくして試してみます。

**名前は開発中のものです。** · 2005/10/15(土) 21:09:09

>>949
拡大してみましたがやっぱりちらつきはないようです。画像の模様のせいでちらついているように見えるだけのようでした。画像を別のにかえたら直りましたorz

ありがとございます。

**名前は開発中のものです。** · 2005/10/15(土) 21:21:17

836 名前：名前は開発中のものです。 [sage] ：2005/09/17(土) 22:59:55 ID:l8JeEDP1
ティアリングは垂直同期取らない限り必ず出るよ

ウインドウモードとフルスクリーン両対応のゲームやってみればわかる

**名前は開発中のものです。** · 2005/10/15(土) 21:48:56

垂直同期ってのはBufferStrategy使えってことですか？

**名前は開発中のものです。** · 2005/10/15(土) 22:07:52

>>951
いや、ティアリングしてるぞ

**名前は開発中のものです。** · 2005/10/15(土) 22:47:16

>>954
ここでいうちらつきというのはティアリングのことをさしてるわけじゃなくて
キャラクタが小さい上にピクセル単位で交互におくような画像を使ってるから
変に見えるというやつだ

ティアリングはウインドウモードじゃ解決できないだろ

**名前は開発中のものです。** · 2005/10/15(土) 22:48:43

>>953
そういうこと

**名前は開発中のものです。** · 2005/10/17(月) 23:54:04

Javaでゲーム開発する人は、互換性を考慮して100%PureJavaにしているのでしょうか。

**名前は開発中のものです。** · 2005/10/18(火) 00:34:01

そうでないとJava使う理由がないっぽ

ほんとに互換性があるかどうかはまた別問題だが

**名前は開発中のものです。** · 2005/10/18(火) 00:35:00

>>957
個人的には、PureJavaというより、
様々なＯＳで動かすことが出来るように作成している。
クロスプラットホームなネイティブライブラリに、
SDL、OpenGLがあるけど、
こういうライブラリは、ラッパーライブラリ経由で普通に使うことも多いよ。

**957** · 2005/10/18(火) 00:45:59

>>958-959
なるほど、ありがとうございます。
ゲーム開発に興味はあるものの、
Servlet&JSPばかりでGUIの経験はVBぐらいしかなく、
クロスプラットホームを保てるJavaで学んでいくべきか、
Windowsと割り切ってVC++、VC#で行くか、悩んでるのですよね・・・。

まあ、どの言語で行くにしてもまずはクラス設計からだと思うので、
言語は追々決めていくことにいたします。

**名前は開発中のものです。** · 2005/10/18(火) 01:15:15

IDかっこいいな
それより先ず何を作るかだと思うが
3D不要ならPureJavaで良いのでは

**957** · 2005/10/18(火) 01:38:59

>>961
確かにｶｺｲｲIDだなあ。

3Dは・・・エフェクトとしては使用するかもしれないのですが、
スプライトでカバーできるのかも知れません。
PureJavaも含め、一度検証用（兼勉強用）の簡易ゲームを作ってみることにします。
仕組み作りも大変だとは思いますが、ゲーム本体に着手するよりはずっと楽でしょうし。

**名前は開発中のものです。** · 2005/10/18(火) 01:41:31

SDLはJavaでラッパー使ってやるくらいならPureJavaのほうがいいぞ
機能が貧弱でCでよくつかうようなOpenGLとかの連携とか未実装だったはずだが
サウンドにしてもSDLミキサーよりJavaSoundのほうが融通が利く

**名前は開発中のものです。** · 2005/10/18(火) 04:38:46

>>963
まずは、ここをよく読め。話はそれからだ。
http://sdljava.sourceforge.net/

**名前は開発中のものです。** · 2005/10/18(火) 13:16:42

OpenGLサポートされたのか
俺が触ったときはOpenGLプロバイダがごっそり将来実装予定となってたが
ミキサーは標準実装されているけど使い物にならないのは本当

**名前は開発中のものです。** · 2005/10/20(木) 22:49:55

これは期待大
http://japan.cnet.com/news/com/story/0,2000047668,20089282,00.htm
JBlend[micro]J2ME CLDC
JBlend[embedded]J2ME CDC
で、ザウルスは確かCDCの方だったかな。

**名前は開発中のものです。** · 2005/10/20(木) 23:51:29

MEは若干板違いっぽい・・・

**名前は開発中のものです。** · 2005/10/21(金) 04:14:32

MIDPみたいですね
http://bb.watch.impress.co.jp/cda/news/11479.html

**名前は開発中のものです。** · 2005/10/22(土) 01:14:17

今、PureJavaならどのぐらいのゲームまで実現出来るんだろう。

・WinDepth
・洞窟物語
・東方紅魔郷
・Civilization3
・RainbowSix（初代）
・HalfLife（初代）

と並べてみたとして・・・

**名前は開発中のものです。** · 2005/10/22(土) 01:16:57

２Dだったら拡大縮小とアルファブレンド使わなければいける
３DはPureJavaだとソフトウェアレンダリングになってきついとおもわれ

**名前は開発中のものです。** · 2005/10/22(土) 12:24:45

ぶっちゃけ完全自由変形とαブレンドがないとかなり作り辛い。
まあ、αはなくてもいいか。透過色サポートしてれば。

**名前は開発中のものです。** · 2005/10/22(土) 13:26:53

>>969
あーこのリストのがJavaで作られてるわけじゃないのかorz
洞窟物語って面白そうだなと思った

**969** · 2005/10/22(土) 13:40:08

>>970-971
αブレンドは厳しいですか。
タイルを使えばある程度はカバーできそうですけど、
MSXやPC98の16色時代っぽくなりそうですね。

>>972
違います・・・
誤解させて申し訳ない。
このリストの中でどんなものなら実現できるか、の参考程度にでした。

下3つは商用ですが、グラフィックに限ればCiv3程度は可能なのかな・・・

洞窟物語は個人的に好きなフリーウェア。
プログラム面は独自のソフト音源以外はJavaでも可能なレベルかと思います。
絶妙なゲームバランスとか練り込みとか、センスとか、そういう部分は全く別にして。

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

上４つまでならPureJavaで余裕かと

アルファブレンドは一応Java2Dで用意されてるけど、ゲームで多用する加算合成がないのだ
しかも現在アクセラレーションがきかない

どれだけのレンダリング範囲が必要かわからないけど小さいサイズであればソフトウェアでできる

神威やFinalForceって8bppでレンダリング範囲を狭くしてソフトウェアアルファブレンドしてるけどね
そういうのでいいのならJavaで余裕で可能かと

16bppe/640*480とかだときついね

アクション性が合ってそれなりにいじる場合320*240で作ってそれを640*480に引き伸ばすのと
640*480でそのまま描画するのとどっちが速いかテストするとよろし

アルファブレンドはいらないのであれば後者のほうがすべてアクセラレーションきくから速いね

**名前は開発中のものです。** · 2005/10/22(土) 16:51:37

TIGERでゲームを作る為のAPI解説本とかないかな。
JAVADOCだけじゃ目的の物を探すのが大変だし、
正しい選択かわからないし。

**名前は開発中のものです。** · 2005/10/22(土) 17:35:59

基本的には5.0からゲーム作成で大きく変わったことはないぞ
1.4に比べてね

一番大きい変更点はいままでアクセラレーションが利いてないコードが
きく可能性があるようになった＞何もし手ない人は速くなるかも

というのと

JavaSoundが利用しやすくなった

という点だけかと

**名前は開発中のものです。** · 2005/10/22(土) 18:07:12

BufferedImage、VolatileImageのメモリ消費量が、
もう少し改善されると最高なんだけどなぁ．．．
これは、Mustangに期待かな。

**名前は開発中のものです。** · 2005/10/22(土) 18:13:16

VolatileImageは現在のピクセルフォーマットに依存だぞ
BufferedImageだってピクセルフォーマットによって大きく変わる

そういや、5.0でVolatileImage＞VolatileImageの転送がやっと使い物になったな
1.4のときは描画先に指定するしか結果的に使い道がなかったからね

**969** · 2005/10/23(日) 07:13:18

>>974
アルファブレンドはとりあえず無しで色々とやってみることにします。
なにせ、技術的な部分を一つ一つ検証していかないといけないと思いますので、
あまり無理しない様にします。
ありがとうございました。

**975** · 2005/10/24(月) 00:19:52

>>976
なるほど、ありがと。
JavaSound絡みを中心にJavDoc調べてみる。

**名前は開発中のものです。** · 2005/10/24(月) 00:22:51

あとはVM自体の高速化ってのが恩恵はあるか
ガベージコレクトの速度は速くなってるし
インクリメンタルGCの実態が並列GCに変更された

**名前は開発中のものです。** · 2005/10/24(月) 00:49:22

Java3Dは今後どうなるんでしょうか？
LookingGlass関連で重要になると思うけど。
私の古いパソコンでは動かなかったので、やる気をなくしたんだけど。

**名前は開発中のものです。** · 2005/10/24(月) 01:51:04

Java3D動いたけど、現行ゲーム目的のものじゃないというのが素直な意見
遅くて使い物にならなかったし

JOGLのほうがOpenGLラッパなのでそのまま使えるか

個人的にはクロスプラットフォームなゲームは２Dしかやらないとおもうんで
JavaSE６のOpenGLサポートによるアクセラレート具合で決まるとおもってます

ただ、マルチコアが今後普及すると面白いくらいにソフトウェアレンダリングが
威力を発揮しますよ

**名前は開発中のものです。** · 2005/10/24(月) 08:40:23

ふむふむ
仮想化技術でも性能が上がると言う話も有りますね