JAVAでゲーム作成

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

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

**名前は開発中のものです。** · 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級受けてきた。やばい、落ちるかも。

**名前は開発中のものです。** · 04/07/19 02:54

eclipse使ってしこしこゲーム作ってるんですが、
ひとつ重大な疑問が。
exeファイルを生成するにはどうしたらいいんでしょうか？
元VB派だったので、実行ファイル化する機能がeclipseにも
付いているものとばかり思ってました。

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

vbできるならそれでjavaw.exeをよぶの作るとかすればよろし

どっちにしろjreが必要なのでインストーラセットにするか
同梱するかが必要だけど、この質問くるということはかなりのjava初心者とみた
java初心者スレの過去ログにこの質問大量に見つかるはずだから見てみるといい

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

exeにしなくてもダブルクリックで起動できるよ。

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

>>202 >>203
ありがとう。でも考えてみると、Javaって
ゲーム製作に向いていないのかもしれない。(携帯、アプレットを除いて)
どうしよう。他の言語に乗り換えようかな。

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

「ゲーム製作に向いているかどうか」を基準にするならツクール系専用ツールを使えばいい。

要はその言語で「作り上げる気があるかどうか」だよ。

実際「向いている」とは思わないが、最近は作りやすくなってるよ。
ゲーム向きな資料は他の言語に比べて探しにくいかも知れないけど、がんがれ。

**名前は開発中のものです。** · 04/07/20 08:45

言語でゲームに向いてる向いてないってのはあるのか？

ＨＳＰやＶＢのようなものでゲームがたくさん作られていることから
Javaだから特別向いてないってことはない

そもそもダブルクリックレベルの話をしていることから
むしろJavaのほうが取っつきはいいと思うぞ

とりあえずどの辺が向いてないか考える前にやってみることだ
たぶん９９％は間違ってる

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

でもJavaは配布が面倒そうだね。
JREごと配布して、ユーザには起動用の.batか.exeを叩いてもらうのが使いやすいかなあ。

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

俺はゲーム以外もexe起動で同梱のjreをよぶようにしてる
一般ユーザーからはネイティブとの違いには気がついてないようだ

batでほとんど足りるんだけど、batを知らない人もいるからね

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

考え抜いた末、PHPでゲームを作ることにしますた。

**２０４** · 04/07/28 01:12

２０４ですが、いろいろ他の言語もあさってみたけど、
やっぱりJavaでいきます。今eclipseの本かって来ました。がんがります。

**名前は開発中のものです。** · 04/07/28 02:03

javaといわなきゃわからないようなゲームもあるしなんとでもなるさ
言語は問題じゃない

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

肝心なこと書き忘れた

がんがれ

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

JAVAでマップパーツをまとめた画像を読み込んで
それをバラバラにして特定のパーツを呼び出すのは
どうすればいいのでしょうか？

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

>>213
Graphics.drawImage(Image, int, int, int, int, int, int, int, int, ImageObserver)じゃダメなのか？

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

>>214
public void abｃ(int x int y){
Graphics.drawImage(Image, 0, 0, 30, 30, 0+30*x, 0+30*y, 30+30*x, 30+30*y, ImageObserver)
}

30*30のパーツだとするとこれでいいのですか？
abc(0,0);
これでImage[0][0]が呼べるのかな。

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

>>215
いや、そういうことじゃなくてチップ番号と座標を対応させて一枚の画像から必要な部分だけ
その都度スクリーンに描画するようにすれば、読み込んだ画像をバラバラにして管理する
必要はないんじゃないのか？

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

>>215
そのやり方がよく分かりません。
まだまだ勉強不足のようです。

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

たしかその一部のイメージの描画はアクセラレーションきかないはずだ
アクション系ならロード時にイメージを新規に作ってそこに描画した方がいいぞ

注意すべきはロードするイメージはVolatileImageではなくて
コンパチブルイメージを使うこと

http://shin.cside.com/product/shingl/index.htm
このライブラリを使ってる人とのやりとりと日記みてわかった

**名前は開発中のものです。** · 04/08/30 23:48

Javaでネットワーク2DRPGを作成しています。
サーバプログラムは参考になるソースを見つけたのでそれを元に作成しています。
クライアントプログラムはいまいち参考になるソースが見つからず、
自己流で作成していましたが、停滞気味です。
クライアントプログラムの作成の参考になるソースや記事等有りましたら、
ご提示いただけると幸いです。

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

サーバープログラムの参考になるソースどこか教えてください。

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

>>219
どの部分で行き詰まっているのかかいてもらわんとなんともいえん

>>220
ネットワークの仕組みが分かってるかどうかだよな
まずはTCPベースでいろいろやってみるといいよ
小規模やリアルタイム性が問題にならないのならそのままでもいい

この２者ともまだ言語的にJavaかどうかのレベルではないなー

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

>>220
全体的な構造は、下記のソースコードを参考にして作成しています。
(エミュレートサーバプログラムです)
ttp://sourceforge.net/projects/l2j/
ttp://sourceforge.net/projects/tupi/

>>221
全体的にこんな構造で作成するといったものが分からず、適当に作成しているため、
特にアーキテクチャと言うものが存在しない状態で、
何とか動いているようだけど、ソースはすでによくわからない状態になっています。
このような状態なので、何か機能を追加するにもなかなか進みません。
ネットワークゲームのクライアント作成に関して、
何か参考になるリソースを教えていただけないでしょうか？
今プログラムは、複数の人がマップを歩けるといった状態です。

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

そこまでできているならあとはそのパケットの種類を増やすだけじゃないの？

とにかく機能をプラグイン的に開発で追加できるようにしておいたほうがいい

特に大規模になるＲＰＧならなおさらだが、ＳＴＧや格闘なんかもこのプラグイン開発が非常に有効だ

だらだら書いたコードは自分の書いたものであっても後からはかなり追いにくくなるしね

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

クライアントの作り方が良く分からないという段階で、
このような大規模（に見える。ソースを見たわけではないので）
サーバのアプリを参考にしてもどうにもならんと思う。

まずは、サーバとクライアントにどのように分けられているかを考えて見ることをお勧めする。

ゲーム作る前に、チャットサーバとチャットクライアントをTCPで作ってみなされ。
それが出来れば、そこに書いているようなプログラムは
ある程度想像できるとおもうが。

要するにチャットでクライアントから送信する文字列の代わりに
クライアントでのキャラクタの操作を送ればいい。
サーバはクライアントから受け取った全ての情報を
全てのクライアントに送り返すだけ。
（ここでは敵キャラとかも居ない前提だから）

まぁ３０人ぐらいなら問題なく動くと思うよ。
ちゃんとクリッピングする必要はあるけど。

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

>>223
ご指摘の通り、だらだらとその場限りのコードを書いているので、
コードが難読化してきました。
プラグインですか。そういう方向性も考えて、
できるだけモジュール化して少しでも読みやすい形に変えていくしかないでしょうか．．．

>>224
以前、多人数チャットプログラムは作成したことがあります。
チャットとネットワークゲームのギャップは大きいです。
今は全員にブロードキャストしていますが、そのうちAOI (Area of Interest)も考えていきたいと思います。

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

単発質問スレだろ。
とっとと削除依頼出して来いよ。

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

お前が出してこればいいだろカス