JAVAでゲーム作成

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

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

**名前は開発中のものです。** · 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

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