MMORPG 作成

◆dqOqxR1c · 01/11/06 19:00

MMORPG 作成 I
　http://natto.2ch.net/netgame/kako/1001/10012/1001227519.html
MMORPG 作成 II
　http://game.2ch.net/test/read.cgi/netgame/1002000791/l50

プロジェクトページ
　http://freeweb2.kakiko.com/mmorpg/

**名前は開発中のものです。** · 2006/09/20(水) 12:54:53

>>977
日本語でおけ。いやマジで。

**107** ◆a6JcKaYOUI · 2006/09/25(月) 00:54:59

仕事が月月火水木金金なので全然進みませんorz
モーションとテクスチャーをぼちぼち作っています
誰か漏れに時間をくれorz

**名前は開発中のものです。** · 2006/09/25(月) 20:02:46

人体モデルは素材だけど
http://atonline.up.seesaa.net/image/CCB5C2EA.JPG
こんなんつくってたり
プログラム組むの苦手だしモーションもまぁまぁだけど
自分で作るより他の人の手伝いしたほうがいいとおもった
（；＾＾）

**名前は開発中のものです。** · 2006/09/25(月) 20:07:32

自分もHSPとCGIの組み合わせで簡単な通信ゲームを作っているのですが、サー
バーを介しての、相手プレイヤーとの同期の良いとり方が思いつきません。
普通のチャットのように、データが更新しているかどうか、常に短い間隔で
リロードを繰り返すのでしょうか？
ゲーム自体はクライアントで処理するので、サーバー自体は小さなデータを
中継するだけなのですが、それでも短期間に接続をするためサーバーに大きな
負荷ををかけることにはなるのでしょうか？
ゲーム自体は出来ているのですが、負荷のことなどが怖くて、まだサーバーに
設置していません
もしよろしければ、教えてください。

**名前は開発中のものです。** · 2006/09/25(月) 20:59:44

それは鯖の環境によると思う
相手の状態を常に確認できるようにするにはリアルタイムで鯖にデータを送受信するしかない
用途的にはＰ２Ｐほうがいいんじゃないの？

**名前は開発中のものです。** · 2006/09/25(月) 21:09:58

文面から察するにレンタルサーバでやるように見えるんだけど・・・
通信ゲームなのにCGIなのが分けﾜｶﾝﾈ

**名前は開発中のものです。** · 2006/09/25(月) 23:01:57

この板のどこかのスレで、頻繁に送受信して重くなってた人いたな。
１フレーム毎に送受信してるんじゃないかと指摘されれたっけ。
（言語や送受信方法は忘れた）

**981** · 2006/09/25(月) 23:51:45

>>983の指摘どおり、CGIゲームが置けるレンタルサーバーを利用するつもりです。
目標は、プラウザだけで遊べる簡単な通信対戦ゲームを目指しています。
ロビーでのマッチングは10秒間隔で、ゲーム中は1～2秒の間隔でサーバに更新を
確認するつもりです。
サーバに負荷をかけない方法も教えてもらいましたが、今度はこれだと、
クライアントに負荷がかなりかかります。
ですから、いろいろな方法を模索している最中です。

**名前は開発中のものです。** · 2006/09/26(火) 00:15:25

考えたけどCGIに送受信するなら
定期的にしたほうがいいかも
１時間に１回とか

**名前は開発中のものです。** · 2006/09/26(火) 14:36:50

とりあえず一回だけやりとりしてみて
動くかどうかテスト
その後で長めな間隔から
どれくらいいけるかテストしたらだめかな？

**名前は開発中のものです。** · 2006/09/26(火) 17:43:35

>>985
データ量減らしてボードゲーム作っても、正直CGI負荷があって怒られそうだよな。
チャットはP2P、データはCGIで数十秒～数分間隔が理想かと思われ。
CGIチャットの動作を想像するとわかりやすいかと。

さすがに1～2秒間隔で更新してたらアタックかと思われるぞｗ

**名前は開発中のものです。** · 2006/09/26(火) 19:43:23

通信量だけが負荷じゃない。CGIで同期するならデータをファイルに書き込むだろ？
そのファイルI/Oも人数が多ければ結構な負荷になる。CGIが何で書いてあるかにもよるけど
phpやperlなんかが動くためのメモリ領域なんかも負荷になるし、そもそもレンタルサーバでそんなことすると
他の利用者の邪魔になるだけだから止めときな

**981** · 2006/09/26(火) 23:00:08

アドバイスありがとうございます。
プラウザから簡単に遊べる、Ｃ／Ｓ通信ゲームを目指しましたが、無理なこと
が分かりました。
クライアントは、ソケット通信を使ったP２Pゲームにして、CGIはIDを交換する
だけのマッチングロビー専用にします。

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

**名前は開発中のものです。** · 2006/09/26(火) 23:35:42

>>984
多分オレっぽいね
座標変わったら即送信！ってやってたからなぁ
(´･ω･`)ゝ　でも、そうしないとリアルタイムに反映出来ないしね･･･

**名前は開発中のものです。** · 2006/09/26(火) 23:57:55

回線を通す以上完全なリアルタイムはないわけだし、
ここは割り切って１秒ごとに移動経路を一括送信とかはどうかな。
モンスターなら一秒後までの移動経路を予め決定できるわけだし、
場合によってはプレイヤーだけはリアルタイム性の高い方法にするとか…

…等と妄想は果てしないわけだが、それを気軽にテストできないMMORPGの悩ましさ。

**名前は開発中のものです。** · 2006/09/27(水) 00:05:17

>>991
座標送るより、プレイヤーの操作をサンプリングして送った
方がチートに強いんじゃないかと。

参考になるかわからんけど一応どぞ。
ttp://developer.valvesoftware.com/wiki/Source_Multiplayer_Networking:jp

**107** ◆a6JcKaYOUI · 2006/09/27(水) 00:35:43

移動先

ＭＭＯRPGをHSPで作りたいな Rev.2
http://pc8.2ch.net/test/read.cgi/gamedev/1159284874/