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/

**416** ◆quHoSW/FCI · 2006/02/27(月) 05:45:45

　地形データの管理方法に目星が付いたのでご報告をば。

　最初は1エリア(n×nマス)毎に管理群ノードを設置しようと考えていたのですが、

ttp://gamdev.org/up/img/4805.jpg
(最上にあるボックスは主鯖。3ノードで1群ノードを示し、同色範囲を管理)

グリッドの端っこに位置すると複数のエリアから不足分のデータを転送しないと
いけなくなります。すると最大4群ノードから転送されるわけで膨大なトラフィック
を生む原因になると。

　なので、孤立したエリア毎に群ノードを割り当てるのではなく、各エリアに重複
部分を持たせて、1エリアは1ノードで管理するようにしました。

ttp://gamdev.org/up/img/4806.jpg
(グリッドは一画面分の領域を示す。小さなボックスはノード)

　整合性確認を行わない転送なら、常にどのエリアからでも1ノードからのみの
転送で済み、整合性の確認も重複している3ノードで判定可能です。

**名前は開発中のものです。** · 2006/02/27(月) 08:52:19

ゲームつくるのは時間ない忙しいからできない。
でも、こういう概念図つくったり
お客さん一杯きたらどうしようとか、チートされたらどうしようとか
皮算用するのはすごく得意そうだね。
がんばってね。

**名前は開発中のものです。** · 2006/02/27(月) 08:57:38

>>715の嫉妬の炎が俺には見える！

**名前は開発中のものです。** · 2006/02/27(月) 19:48:17

>>715が皮肉に見えた漏れは心が荒んでるのか。。。

**名前は開発中のものです。** · 2006/02/27(月) 19:51:09

むしろ皮肉に見えないほうがどうかしてるだろ。

**639** ◆WKezKkIa.w · 2006/02/27(月) 21:14:29

>>416 ◆quHoSW/FCI さんへ

　　∧＿∧ 　+　>>695 自作ノ例ノｱﾚ
　（0゜・∀・）　　　公開ﾏｯﾃﾏｽﾖ
　（0゜∪ ∪ +　　ﾜｸﾜｸﾃｶﾃｶ
　と＿_）__）　+

**名前は開発中のものです。** · 2006/02/27(月) 21:23:32

理論に自信あるなら後は実証あるのみだもんな。がんばれ４１６。

**名前は開発中のものです。** · 2006/02/28(火) 00:15:01

＞グラフィックの密度差

**名前は開発中のものです。** · 2006/02/28(火) 01:55:19

>>712
＞動的オブジェクトをエリア単位でリスト化している群ノードがあるので
どういうこと？キャラクタとかのデータをCa達をもってるのわわかったけど、
さらにそいつらが持ってるコピーをまとめて持つノードがいるということ？

というかサーバ役を分散するというのは一クライアントごとにそのクライアントのPCを
一対一で担当するわけじゃなくて、座標というか空間ごとに担うような感じなんだろうか

>>713
バージョン番号をつけるのはいいけど、コピーをもってる全員のバージョンが
一致して完全に同期がとれるまで処理を停止するわけじゃなくて、
見切り発車するということなのかな？古いバージョンを持ってる人の処理は無効ということにして。
そうするとほとんどの時間帯でコピーをもってるノードは役に立たない（多数決に参加できない）
んじゃないかと思うんだけどどうでしょう？
戦闘なんかをした場合なんかを考えれば、一回の変化がすべての第三者へ伝播するよりも
圧倒的に速くに次のバージョンが現れてくると思うのですが、どうですか？

**名前は開発中のものです。** · 2006/02/28(火) 02:04:38

てすと

**416** ◆quHoSW/FCI · 2006/02/28(火) 10:21:31

>>722
　ああ、なるほど、「Winnyの動作のようなMMO」と「WinnyネットワークのようなMMO」という前提
の違いですね。たぶん722さんはWinnyでダウン条件を設置(処理依頼)し、検索リンクを経て転
送リンク(判定者)と接続し、ファイルを取得(結果を得る)というふうに解釈したのでは?

　私がWinnyを参考にしているのはファイル取得の手順ではなく、ネットワークそのものの構造
なのです(ノードの上下多重関係、クラスタ化)。Winnyでは匿名性の維持のため検索データの
取得も不定的ですが、匿名性の必要性がなければもっと揺れの少ないネットワークになりま
す。たぶんWinny2でのBBS開発で目指していた内容は、スレッドの制作者の匿名性は破棄
することでより強固な(データにとって信頼のある)ネットワーク網を作ろうと思っていたのだと
想像します。
　Winny2のBBSが最終的にどのような形になるのかは現状では知る由も無い(…って書くと
死んじゃった人みたいだな(苦笑))のですが、少し弄ればゲームのネットワーク網にも応用
できるものになっていたのではないかなと。

　…という前置きを踏まえつつ　次へ

**416** ◆quHoSW/FCI · 2006/02/28(火) 10:36:58

>>722
>どういうこと？キャラクタとかのデータをCa達をもってるのわわかったけど、
>さらにそいつらが持ってるコピーをまとめて持つノードがいるということ？

　恒久的にもっているのは主鯖です。主鯖がCaの判定役として無作為に数人(Cb、Cc、Cd)
選び、彼らにCaのデータを渡して、あとは一任します。判定役(Cc)が離脱したら主鯖は補充
の要請をうけて新たに判定役を決め(Ce)、CeへのCaのデータ転送は主鯖ではなくCbまたは
Cdから行われます。そしてCaがログアウトしたらCaのデータは判定者から主鯖に転送され
ます。
　もちろん判定役を選任する機能も、それぞれのクライアントのデータも、主鯖ではなくクライ
アント自体にまかせることも可能ですが、それが可能なネットワーク規模は相当なものになる
と予想します。逆にネットワーク規模が大きくなればそうせざるをえないとも言えますが。

>というかサーバ役を分散するというのは一クライアントごとにそのクライアントのPCを
>一対一で担当するわけじゃなくて、座標というか空間ごとに担うような感じなんだろうか

　そうです、限定的な範囲、限定的な関係をクライアント同士で処理するわけです。この
限定的な範囲というのがWinnyでいうクラスタ関係で、限定的な関係がp2pでの結びつきに
なるわけです。

**416** ◆quHoSW/FCI · 2006/02/28(火) 10:54:18

>>719
　ありゃ、やっぱり見つけられなかったか。

　とりあえず
ttp://gamdev.org/w/?%5B%5B%A5%B8%A5%A8%A5%F3%A4%CE%CC%B5%BF%CD%C5%E7%5D%5D

　まとまった時間が長期間とれるなら、正直こっちに手をつけたい今日この頃。
　…学生っていいよなぁ…って今マジデｵﾓｯﾃﾙ。

**名前は開発中のものです。** · 2006/02/28(火) 19:53:49

>>726
なるほど。回線に高負荷をかけてまで、鯖処理を軽減させたがる理由が判った。

**639** ◆WKezKkIa.w · 2006/02/28(火) 21:52:49

おー無人島さんでしたか！

HSPにおけるネットワークゲームの大先輩じゃぁありませんか

悲しいのは無人島さん107さん始め　　皆さんの話している内容が
サッパリわからない事ですﾜﾊﾊorz

私の近況

ここのところ子供の夜泣きで寝不足です
年子なんでツライワー

夜泣きが終れば時間はどうにかつくれるのですが（といっても睡眠時間削るんですが）
今でさえ頭痛薬を常用してるヤヴァイ状態なので
しばらくは手をつけられそうにないですorz

**名前は開発中のものです。** · 2006/03/01(水) 04:57:58

416 ◆quHoSW/FCIさん
サーバー役の人達が複数のコピーの同期を常に完全に保ちつつ全く同じ処理を並行してやっていく
のは現実的なスピードがだせないと思う
いっそのことさほど効果的でもない多数決システムは無しにして一人のサーバー役クライアントが処理を担当して
その他（ひとつで十分だと思うけど）はデータのミラーリングだけを並行してやっていて、
現処理担当が落ちたときにすぐに入れ替われるように待機しているというのはどうですか

地面の範囲で担当を決めるのはわかったけど、これエリアをPCが跨いだ瞬間には
どういう処理がおこなわれるんだろうか
サーバー役はさっきまで違うエリア担当が処理していたデータをどういう経路で手に入れるんだろうか
クライアントはどうやって今のエリアの担当サーバー役を知るんだろうか

**名前は開発中のものです。** · 2006/03/01(水) 06:47:06

ざっくりしか読んでないけど書きコ
あんまし、クライアントの処理能力に期待しない方が良いと思うが。
正直、今頃そのCPUかよ。ってクライアントも平気で繋いで来るんで。
そいつ本人も劇重になって話しにならなくなるだろうし、
ぶら下がった奴もかわいそう。
処理能力見て振り分けるとすると、それだけで専用のサーバいりそうだし
もしも性能良いマシンの方が不利になるような状態になったりしたら、
誰もやらんのでは？

**730** · 2006/03/01(水) 06:49:48

もし動的に判断して振り分けるんで無いなら、
各クライアントに振り分けられる処理の重さは
同じになるように設計しておいて、そのうえで
その処理に足りない能力しかないマシンは
つなげないように、初めに足切りしておくか。

**730** · 2006/03/01(水) 06:54:51

簡単に、多数決時にタイムアウトするようなクライアントを
切るだけでもそのうち安定するかもしれないけど。
それまでラグを目立たないように調整するのが難しそうだな。

以上、独り言ｽﾏｿ

**416** ◆quHoSW/FCI · 2006/03/01(水) 11:59:51

>>728
>私の近況

　いや、それ、チラシの裏だから(w　でもまぁ、仕事じゃないんだから無理はせず軽い乗りで。

　チラシの裏といえば、『オンラインゲームプログラミング』という書籍を買いました。密林で良書
となってたので、なんか今更だなぁと思いつつ購入。じっさいのところ内容は今更でしたが。
　プログラミングはできるけどネトゲーはつかみ所がなくて…という人には最適です。かなり
詳細に書いてあると思います。ただ、ゲーム内容はロビー+p2pの囲碁とか戦車ゲームとかの
類なのでMMO(MO)には手は届きません。ネトゲならではのテクというのも無かった気が。

#DNS鯖が逝ってるのか経路が腐ったのか板が見れたり見れなかったり。
#2重カキコになってたらsry

**416** ◆quHoSW/FCI · 2006/03/01(水) 12:13:41

>>729
>サーバー役の人達が複数のコピーの同期を常に完全に保ちつつ全く同じ処理を並行して
>やっていくのは現実的なスピードがだせないと思う

　扱うデータの中には極力同時・同一性を計らなければならないもの(攻撃判定)と、それほど
神経質になる必要の無いもの(発言など)とにわかれます。また、行動にディレイを設けること
によって、必要とされる速度を緩和する手法も有ります。

　けれどまぁ、回線の品位がある程度は保証され、チートの存在も無い状態で厳密なチェック
を繰り返すというのは、行過ぎた処理であるのも指摘のとおり確かです。判定役にプライマリティ
を設けて、普段は単一処理、必要に応じて複数でのチェック処理を行うというのはどうでしょうか。
　ただ、送信手段にUDPを利用した場合は、ある程度の確率でパケットの損失が起こります。
通常、受信側で不足分の再送信を要求しますが、経路が複数ある場合、他方からの取得も
期待できるため該当回線からの再受信を待たずに処理に移れるという利点もあります。TCP
でもエラーによるリトライ遅延を軽減することも(Cbから異常により150ms、Ccからは正常に
50msだとCcを有効にして処理が可能とか)。

**416** ◆quHoSW/FCI · 2006/03/01(水) 12:23:29

>>729
>地面の範囲で担当を決めるのはわかったけど、これエリアをPCが跨いだ瞬間には
>どういう処理がおこなわれるんだろうか

　これは普通のMMOと同じ処理になります。他のMMOも広大なフィールドを一定範囲で仕
切り、複数のサーバーで管理しています。プレイヤーは認知できませんが、境界線を跨ぐ
時は認証とデータの受け渡しが行われています。

#その辺りを利用したアイテムの複製チートは有名な手法。

>クライアントはどうやって今のエリアの担当サーバー役を知るんだろうか

　エリアの担当者は周辺の隣接するエリアの担当者を知っていることになります。エリアの
担当者は主鯖もしくは隣接の担当者からこの情報を手に入れます。これはルーターの経由
処理と同じ仕組み。あ、ちと違うか。でも相手を探せるのはIPの仕組みだから、まぁ、よしと
すべし(ぉぃ。

**416** ◆quHoSW/FCI · 2006/03/01(水) 12:41:29

>>730
　想定しているクライアントの処理能力の分岐点は500Mhzを想定しています。とりあえず、
全部が全部鯖処理をする必要はないので、あまりにも低い場合はクライアント処理のみと
なると。ただ、その割合が多すぎると破綻するでしょうね。
　そのあたりは実は完成できてもン年後だろうということから、あんまり問題にはならない
だろうなと楽観しているのも事実。

　ちなみに無人島は333Mhzで開発、後期で500Mhzだったと思う。で、テストのために鯖1つ
とクライアント3つを同時に立ち上げてテストしていた…って中身スカスカだったのね。あれ
でも普通のRPG(趣味で作る範囲ね)よりは重い処理してるのだが。
　それよりも回線ですよ。当時(2002年)携帯から繋げてくる猛者がいるとは…。

**416** ◆quHoSW/FCI · 2006/03/01(水) 12:51:23

　さて、食後のコーヒータイム。

　皆さんからツッコミがあるおかげで、漠然としていたイメージの設計もほんの少しずつ形に
成ってきたような気がします。各人のご指摘に感謝。まだ、骨格部分がなんとか稼動可能な
状態になってきたかな?　という段階なので、動くプログラムを提示することはできませんが。

　まだまだその骨格に乗せるデータ形式も考えないといけないし、そのデータをもとにクライ
アントでどういう処理(おもに表現・グラフィック)が可能がというのも検討しなきゃならないわ
けです。
　でもまぁ、なんとか暇を作って、ネットワークが構築していく様を視覚でわかるようなシミュ
レーターか実際のソフトをうぷしたいなぁとは思っています。

　んじゃ仕事に戻る　ﾉｼ

**416** ◆quHoSW/FCI · 2006/03/02(木) 11:43:08

　地形データの管理と能動データ(PCとかMOBとか)の管理

ttp://gamdev.org/up/img/4830.jpg

　ただ、管理範囲を可変とする手法もありうるので暫定案です。

　あとは受動データ(アイテム類)の管理だなぁ。専用のノードは設けずに管理したほうが
よいのだろうか。はてさて。

**107** ◆a6JcKaYOUI · 2006/03/04(土) 09:32:22

鯖立てました

寝不足で死にそうなんで寝ます

**416** ◆quHoSW/FCI · 2006/03/04(土) 12:27:18

>>739
　テストデータを集めているのなら、どんな行動をしてほしいとか事前に言ってもらえると
助かりますですよ。

　雑談としてラグ処理なんですが、FPSならともかくRPGに厳密な遅延対策が必要なのかなぁ
と思っていたりします。

　FPSでの命中判定は、鯖とクライアントとの遅延時間を定期的に計測し、クライアントからの
データをその値から「何ms前に発行されたモノ」として一定時間のさかのぼり判定を行って
います。キャラクターの位置データは一定時間分バッファとして記録して、遅延分バックロー
ルして判定しなおすわけです。

　一方RPGは表示が3Dで自由な位置に立つことができても、大抵の場合は一定範囲をマス
で区切ったグリッド単位で位置処理をしています。加えてRPG系でFPSのようなピクセル単位
での当り判定を行っているものはほぼ皆無なので、グリッド間の移動に掛かる時間のおよそ
半分の時間遅延ならば、とくに専用の処理を施さなくても特に問題は無いということに。
　さらに大抵のタイトルは戦闘にターゲットシステムを用いているので、あまり深く考えずに
組むことができるともいう。

**名前は開発中のものです。** · 2006/03/04(土) 15:33:29

＞FPSでの命中判定は、
嘘を書き込まないでほしい。

**名前は開発中のものです。** · 2006/03/04(土) 15:45:07

お花畑。

**911** ◆dUgCMabcts · 2006/03/04(土) 17:16:39

えー107氏クライアントどこにあるのでしょうか；

**911** ◆dUgCMabcts · 2006/03/04(土) 17:54:18

あークライアントありました。

**107** ◆a6JcKaYOUI · 2006/03/04(土) 19:37:31

>>740
> テストデータを集めているのなら
あまり考えていなかったんだけどね
あえて言うなら通信ラグとかかな

**911** ◆dUgCMabcts · 2006/03/05(日) 02:05:21

>740
>741
ラグ処理は種類によって違うみたいです。
昔遊んだS.I.Nとかは指摘処理で、CS2とかは両方タイプです。
詳しい名前とかは知らないです。

（昔）
クライアントだけの判定　・・・　遅延が起き難いが判定精度が個々に頼る。（メモリーチートが簡単）
サーバーだけの判定　　・・・　遅延が起き易いが判定精度は確実。
（今）
両方(6:4ぐらい)の判定　・・・　近頃は性能上がったのでメモリー監視でこのタイプが多いらしい。

全てが嘘ではないと思いますが・・どのタイプか書いた方が良かったかもです。

**107** ◆a6JcKaYOUI · 2006/03/05(日) 15:01:54

鯖変えてみたらCPUが100%近く行っていたorz
→ウエイト変えてみますた
ということで鯖の負荷テスト実施中
一応24時間起動するつもりでつ

変更した鯖PCはたまにリセットがかかりますorz
落ちていたらスレで報告ヨロです

**名前は開発中のものです。** · 2006/03/05(日) 15:18:49

グラボのデバイスドライバで落ちるＰＣと落ちないＰＣってあるよね。。。

**107** ◆a6JcKaYOUI · 2006/03/05(日) 15:40:10

>>748
いやたぶんHDDの熱暴走かなと
ドライバの可能性もありますね

**名前は開発中のものです。** · 2006/03/05(日) 20:20:30

小なりともゲームになってればなぁ。

**107** ◆a6JcKaYOUI · 2006/03/05(日) 20:50:02

>>750
ついでに
”戦闘がつまらん”とか
”他のマップないのー”とか
言ってくれると助かります

**名前は開発中のものです。** · 2006/03/05(日) 21:33:55

皮肉？じゃないと思ってマジレスすると
さすがにそこまではもとめてないよ。
つまらんかどうかすら機能してないし、
ゲームになっていない以上マップ増やすつったって
背景素材の問題でしかないし。

**107** ◆a6JcKaYOUI · 2006/03/05(日) 21:40:09

orz

**名前は開発中のものです。** · 2006/03/05(日) 22:05:20

移動の際少しバグがあるようです
いきなり、２マス先に進んだり
斜めに進んだりします

**名前は開発中のものです。** · 2006/03/05(日) 22:09:05

ラグでねーか？

**911** ◆dUgCMabcts · 2006/03/06(月) 18:25:52

>>754
ラグですね。
クライアント側で補間してないからかな・・・

**911** ◆dUgCMabcts · 2006/03/06(月) 18:48:41

あー斜めに進んだりってのを見落としてたのでそうでもないか。
>>107氏がんばってくださーい！
おらおらでひとりえぐも。

**名前は開発中のものです。** · 2006/03/08(水) 02:18:38

まず、現段階でのラグをどうにかする必要があるな。
(この重さではやる気も失せる)
あと、小なりともゲーム性が必要。
アクション系ＲＰＧにするのか、
ただの生活ゲーにするのか・・

課題はいくらでもあると思うのだが

**名前は開発中のものです。** · 2006/03/08(水) 08:40:18

モンスや自分が死んだりリスポーンしたりって実装されてるの？

**名前は開発中のものです。** · 2006/03/09(木) 15:55:44

MMORPGつくろうとPCを自宅サーバーにしようと思ってルーターの設定とかいじってたんだけど
うまくいかない
ゲームのサーバー提供してくれる場所とかない？

**名前は開発中のものです。** · 2006/03/09(木) 16:09:30

検索すればあるんじゃね、
でもきっと大企業向けだと思うよ。

個人でするなら自分でやるしかない。

**名前は開発中のものです。** · 2006/03/09(木) 22:51:24

正直　ルータの設定を含めて自宅鯖の構築も出来ないのでは
MMORPGなんてつくれないと思うのですが

**名前は開発中のものです。** · 2006/03/10(金) 08:34:01

そういえば、UPnPで設定できると簡単で良いよね

**名無しXPG** ◆dffLbwc7XE · 2006/03/10(金) 14:32:50

>>416さん
P2PでMMOをやるなら、近くにいるプレイヤー全てと単段クロスバー結合にして、
なおかつ、通信するときに、相手先だけでなく、結合してる全ノードそれぞれを経由する多重通信をすれば、
レイテンシーも低く、信頼性も確保できてなかなか面白いと思います。
問題は各クライアントの通信負荷が100から1000倍程度になることですが。
今から作り始めて5から10年後に完成とかなら夢でもないんじゃないかな。

**名前は開発中のものです。** · 2006/03/11(土) 03:47:00

済んだ話を蒸し返すのはどうかと思う。
コテハンなんだし、
早く「無かったことにしたい」と思っているだろう。

**名前は開発中のものです。** · 2006/03/11(土) 09:14:04

>>765
まぁまぁ。
ただのシッタカ君にマジレスするのはどうかと。

**760** · 2006/03/11(土) 10:15:51

自宅鯖立てようとがんってることにした
NetGenesis使ってるんだけどIPマスカレードテーブル設定でポート番号設定して
再起動するだけでok?

**416** ◆quHoSW/FCI · 2006/03/11(土) 10:48:50

>>764
　試算せずに言うのはなんだけど、通信負荷が100から1000倍にも跳ね上がったら、C/Sの幹
問題と同じになっちゃって、p2pにするメリットがないと思うのです。でも、ちょっとしたアイデア
で負荷が激減できるということもあるんで、考察することは大切。

　んで、多重通信の問題点は、その情報は「既に得ている/まだ得ていない」のフラグをどう
するか、ではないかな。pop数は制限するとしても、ルーティングをきちんとしないと、無駄に
データを送り付けあうという状況は容易に想像できるような。ん? もしかして一直線に連結?

**416** ◆quHoSW/FCI · 2006/03/11(土) 11:01:39

>>767
　「IPマスカレードテーブル設定」であってるはず。
　『NetGenesis』に対して設定したポートへの送信があった場合、指定のローカルIPをもつPC
にデータを渡すという動作です。だから鯖にしたいPCに割り当てているIPを「変換IPアドレス」
に入力してください。

**760** · 2006/03/11(土) 12:29:25

友人と試したけどやっぱりできなかった
相手もポート開けないとだめ？

**416** ◆quHoSW/FCI · 2006/03/11(土) 13:46:15

>>770
　相手がファイアウォールで遮断してしまっているという可能性は?
　OSがXPなら内蔵のファイアウォールが遮断している場合があります。

　あと、プロバイダー等からちゃんとグローバルIPが割り当てられていますか?　CATVなどでは
グローバルではなくローカルIPが割り当てられていることがあります。この場合、業者側による
設定がなされないとサーバーになることができません。

**名無しXPG** ◆dffLbwc7XE · 2006/03/11(土) 17:31:19

>>768
プレイヤーの数が数千になっても、一般的なパソコンでサーバーが建てられるのと、
プレイヤー同士が直接繋がりあうことによって、場合によってはレイテンシをC/Sよりも低くできることで、
P2Pのメリットが出てくると思います。
コスト以外にもC/Sより優れている点が無いと、全然面白くないですよね。

多重通信は、既に情報を得ているとか関係なく送ります。
一見無駄に思えますが、不正な通信を防いだり、レイテンシを削減するのに有効かと思いました。
関係してるクライアントでお互いを監視しあいつつ、有効な情報を最短時間で反映させるような感じです。

**名前は開発中のものです。** · 2006/03/11(土) 17:54:22

416が微妙理論をロクに検証もせずに大口叩くあたりが、
このスレの進行を狂わせてるわけだが、

・重要度の高い通信
サーバー←→全プレイヤー

・重要度の低い通信（通行人とか、エフェクト
サーバー─→パーティーのリーダー┬→パーティーメンバー
..　　　　　　　　　　　　　　　　　　　　　├→パーティーメンバー
..　　　　　　　　　　　　　　　　　　　　　└→パーティーメンバー

くらいの構成なら検討の余地あるな。俺的に。
ただしパーティーリーダーがポート空けなくちゃ行けないので、
よほどうまく啓蒙しないと、実装は９０％無理だｗ。

**名前は開発中のものです。** · 2006/03/11(土) 17:56:42

不毛に上げてしまった。スマソ

**名前は開発中のものです。** · 2006/03/12(日) 02:25:51

少しは減るだろうな
しかし親が落ちると同時に子は切れてしまう

**416** ◆quHoSW/FCI · 2006/03/12(日) 13:00:37

>>772
　それを実現するネットワーク網のスタイルですが、「近くにいるプレイヤー全てと単段
クロスバー結合」の「近く」を、どの基準で判断して流動的なネットワーク網を構築するかが
問題になるんじゃないでしょうか。接続数の上限と下限の設定も必要かも。

>>773
>ただしパーティーリーダーがポート空けなくちゃ行けないので、
>よほどうまく啓蒙しないと、実装は９０％無理だｗ。

　MMOではないですけど、PSOやFMOはポート開放をユーザーに求めています。厳密には
PSOはコンシューマー発なので、PC版が出るまではポート問題は接続業者レベルの問題
でしたが。FMOのPC版もUPｎP機能が正常に働かないと、手動での開放となります。

　一応商用でもp2pは扱われているので、その関係図の実装は可能だと思います。MMOだと
どれくらいの負荷の減少に繋がるかは、実装範囲を含めて未知数ですが。

**名前は開発中のものです。** · 2006/03/12(日) 15:48:50

サーバはやっぱり自宅サーバが普通なのかな？
なんとか外部でやってくれないかと探してるんだけど…。
この辺どうかな？

さくらインターネット（sakura.ad.jp）専用サーバ
http://www.sakura.ad.jp/services/dedicated/dedicated/
初期費用:5万～10万程度
月額:1万程度（10MBベストエフォート）

さくらインターネット（sakura.ne.jp）専用サーバ
http://www.sakura.ne.jp/ss/02.shtml
初期費用:29800円
月額:6800円

WebARENA SuitePRO
http://web.arena.ne.jp/suitepro/index.html
初期費用:5250円
月額8820円

**名無しXPG** ◆dffLbwc7XE · 2006/03/12(日) 15:53:26

>>776
それはゲーム世界内の距離（たとえば250m）で判断するのが妥当でしょうね。
近くにいるのに情報が送られてこないとかになってはまずいので、上限は設けない方がいいでしょう。
クライアントが処理しきれなくなったら、処理しきれなくなったクライアントから切断していけば、
接続数が自動的に減るので安定すると思います。
監視システムを機能させるために接続数の下限（100以上）は必要でしょうね。
数人＋多重起動のチートツール使用で、チートが通ってしまったり、
ゲーム内の過疎地に行けばチートの使い放題になっては意味が無い。

**名前は開発中のものです。** · 2006/03/12(日) 16:17:20

>>777
レンタルサーバで、サーブレットとかjsp動かせるとこって
そうそう無いと思います
cとかのプログラムだともっと無いと思う
なので、レンタルサーバだとサーバプログラムを動かす事が
出来ない　→　自宅サーバ
っていう選択にどうしてもなっちゃうと思います

**名前は開発中のものです。** · 2006/03/12(日) 16:34:55

MMOでServletだのJSPだの言ってる奴はどんなシュールギャグですか？
httpの仕組み理解してますか？

**名前は開発中のものです。** · 2006/03/12(日) 16:51:00

>>780
うん、サーブレットとかは一回処理したらそれで終わり
クライアントからのアクセスを待つだけで、サーバからクライアントに
データとかを送ることは出来ないからね
ただ、一例として挙げただけです

java(アプリケーション)やcがサーバ上で実行出来ないから
レンタルサーバじゃ無理なんじゃないかっていう事が言いたかった

**名無しXPG** ◆dffLbwc7XE · 2006/03/12(日) 17:12:38

>>779 >>781
>>777のレンタルサーバーはどれも1台貸切なので（SuiteProは仮想サーバーだけど）、CだろうがJavaだろうが動かせると思いますが。
家でやるのと比べてどちらが安いか、サーバーのスペックが足りるかなどが問題ですね。

**名前は開発中のものです。** · 2006/03/12(日) 17:19:24

>>782
へぇ、動かせるんだ・・・無知でごめんなさい

まぁ家なら電気代ぐらいでいけるかな・・・
ドメインは無料取得で何とかなると思うし

**911** ◆dUgCMabcts · 2006/03/12(日) 18:35:37

>>777
通信容量の制限でひっかかりますよ・・・httpとかftpベースを考えてるはずですし。
データーベースとして利用するなら恐らくおｋでしょう。

**名前は開発中のものです。** · 2006/03/12(日) 21:01:41

転送量の制限はどれも基本的には無いみたいです。
あまりにも高負荷だとダメかもしれないけど。

あと、自分はまだあまり詳しくないのですが、
ネトゲの通信プロトコルってhttpやftpなのですか？
独自プロトコルなのかと思ってた。

**名前は開発中のものです。** · 2006/03/12(日) 21:05:59

TCP
UDP

**911** ◆dUgCMabcts · 2006/03/12(日) 21:50:46

基本的にサーバーはメンテが届く位置にあるほうがいいですよ。
再起動・アップデート・監視・SNMP情報保存とか・・・
それにポート空けるとなると、専用サーバーでも難しい気が。（ルーター設定の方が簡単

ネトゲは基礎がTCPで適当に独自プロトコルのはず。

**名前は開発中のものです。** · 2006/03/12(日) 23:05:51

既成概念に囚われていては何も進化せんよ

**名前は開発中のものです。** · 2006/03/12(日) 23:29:39

プロトコル(通信規約)という言葉については以下あたりを参考に
ttp://e-words.jp/w/OSIE58F82E785A7E383A2E38387E383AB.html
ゲー製的には第４層のＴＣＰやＵＤＰがメインじゃないかな。
（WinSockやＤｉｒｅｃｔＸで間接的に…だけど）

ＴＣＰやUDPの上の層（第５層？）にプロトコルを決めるとしたら、
多人数で開発するときくらいだと思う。
よほど珍妙な事をやろうとしないかぎり、
一人で開発するのにわざわざプロトコル決定して、
検討したりする必要は無いと思う。

**911** ◆dUgCMabcts · 2006/03/12(日) 23:36:10

>>788
否定はしませんが・・・既成概念を理解・確認しなければ進化以前ですよ。
CREATEGAMEのDF氏みたいに、既成概念に囚われてないけど、現実離れしてるみたいな・・・

**名前は開発中のものです。** · 2006/03/12(日) 23:43:34

DF湯名だな～ｗ

**名前は開発中のものです。** · 2006/03/12(日) 23:59:02

クライアントはJavaアプレットでもいいかなとか思ったりする。
やっぱり、ちょっとしたアマゲーのためにわざわざダウンロードさせると
プレイする側は手間かと思う。

Flashでもいいとも思うが、あれって、XML通信よりFCS、FMSの方が
機能が上みたいだしなぁ…。

はてなワンワンワールドってやったことないけど、
あれもFlashか何かか？

**名前は開発中のものです。** · 2006/03/13(月) 00:31:40

自分で作ろうとか言う奴は、少しでいいから
そこいらでやってるMMO解析してみ。
色々苦労してるから。
ま、既成概念に囚われないって意味では
何も見ないのもいいけども。
正直、車輪の再発明で満足してる奴多すぎ。

**名前は開発中のものです。** · 2006/03/13(月) 00:49:37

Flashで十分。テキストストリーム万歳。
FlashはXMLSocketと名前が付いているが、パーサを殺せばただのテキストだ。

**名無しXPG** ◆dffLbwc7XE · 2006/03/13(月) 12:57:04

>>792
何で作ろうと、実行するためには結局ダウンロードするわけで、
手動でダウンロードして実行する僅か数クリックの手間を省いたところで、あまり変わらないと思います。
1度しか遊ばないならともかく、何度も遊ぶならローカルにプログラムを保存して実行した方が、
プレイする側も色々と使い勝手が良いのではないかと。

**416** ◆quHoSW/FCI · 2006/03/13(月) 13:04:44

>>789
　ISOによる標準OSI参照モデルは

第7層　アプリケーション層
第6層　プレゼンテーション層
第5層　セッション層
第4層　トランスポート層
第3層　ネットワーク層
第2層　データリンク層
第1層　物理層

　定義されていますが、ISOの制定進行が遅かったため、以下のTCP/IPが見切り
発車になりました。

**416** ◆quHoSW/FCI · 2006/03/13(月) 13:13:45

第4層　アプリケーション層(FTP,Telenet,SMTP)
第3層　トランスポート層(TCP,UDP)
第2層　インターネット層(IP)
第1層　ネットワークインターフェイス層(Ethenet)

　ネットゲームの場合、アプリケーションプロトコルの設計が必要になります。

>>795
　製作段階の時はアップデートも頻繁になりますから、随時DLのJavaアプレットはユーザーに
とっては楽かも。
　VRML…うぅ(泣

**XPG** ◆dffLbwc7XE · 2006/03/13(月) 13:21:45

>>797
それって自動パッチプログラムを作る手間が省けるってだけですよね・・・。
だから別にユーザーにとって楽になるんじゃなくて、開発者が楽になるということですよね。

**名前は開発中のものです。** · 2006/03/13(月) 13:34:20

とりあえず、いつになったらMMORPGを遊ばせてもらえるんだ？

**XPG** ◆dffLbwc7XE · 2006/03/13(月) 13:36:49

>>796-797
>>789さんはプロトコルという言葉をもっと特別なものだと思ってたんだと思います。

**760** · 2006/03/13(月) 18:13:15

がんばったら自宅鯖できた
サンプルのチャットソフトを改造して今週中にはキャラクター移動できるようにしたい

**名前は開発中のものです。** · 2006/03/14(火) 02:15:34

>>801
マジ期待。
最近はMMO企画自体あまりないからね。

**名前は開発中のものです。** · 2006/03/14(火) 02:17:48

>>801
がんばってください

**名前は開発中のものです。** · 2006/03/14(火) 02:23:55

>>802
車輪の再発明を目的としてものを作らない奴に限ってMMO作ろうと言い出すからな
まずはものを見せろってのはMMOスレ乱造から出てきた風習かとすらおもう

**名前は開発中のものです。** · 2006/03/14(火) 08:28:58

>>804
日本語で

**名前は開発中のものです。** · 2006/03/14(火) 19:29:55

(;´д｀)　この程度で煽るのは厨…

**名前は開発中のものです。** · 2006/03/14(火) 20:53:57

煽りなのか。それすらわかんなかったよ

**名前は開発中のものです。** · 2006/03/14(火) 22:23:43

妄想やレベル低い話はいいから実物だせよー
でも、ダレかさんみたく適当な2Dはイラネ。

**名前は開発中のものです。** · 2006/03/14(火) 22:42:52

>>808
姉さんﾜﾛｽ
つか、誰かさんて弟？

**名前は開発中のものです。** · 2006/03/14(火) 22:48:35

創作意欲に乏しいたられば好きのお子様は
ゲームの内容を何にするかより、プロトコルとか語るのがお好き

**911** ◆dUgCMabcts · 2006/03/14(火) 23:08:35

>>809
本当に勘弁してあげて・・・もうだめぽ。
姉さんはアクティブ過ぎて困る。（自分が教えたのが悪いが）

当分2ch書き込めないようにルータで拒否しとこう。

**名前は開発中のものです。** · 2006/03/14(火) 23:21:50

>>811
ガンガレ、応援してるぞ。
ていうかコテ持ってると辛いよねｗ
・・・俺もだけど

**名前は開発中のものです。** · 2006/03/15(水) 07:01:33

>>804
＞車輪の再発明を目的としてものを作らない奴
意味が判りません、もっと簡潔に。

ま、物を見せろってのには同意。