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/

81 · 01/11/08 16:58

たびたびスマンです。８１です↑

**名無しさん＠お腹いっぱい。** · 01/11/08 17:08

＞「あれ、今隣に居なかった？」「あ、今来たよ」なんていう
＞チャット内会話が発生いしたもので、こりゃ無視もできんぞと思った
あるMMORPGのテストやってるんだが、
こういうのが多くて非常にいらいらするんだわ。

そこのは他のプレイヤーにたいする描画が無いと
他の端末にその情報が配信されない仕組みになっているらしく、
それはそれでコストを下げる方法の一つだと思うんだが、
ただ移動しただけではその情報を配信してないらしい。
いままで横にいたキャラが突然マップの端の敵と戦闘しだしたりしてな。
新しくLOGINしてきたり、そのマップに新たに入ってきた人には、
今までいた人間は魔法を自分にかけたり、敵と戦闘したりと、
描画が発生する行為を行わないと姿が見られない。

確かにコストを下げる方法の１手段ではあるんだが、
やっぱりプレイヤーとしてはこうゆうのは願い下げだな。

**名無し3mm方眼** · 01/11/08 17:26

ラグにより発生した怪現象を本当に怪現象として扱う、
むしろ怪現象をガンガン出していく
（停止したキャラが急にモンスターになるなど）ホラー系MMORPGが
できないかなって考えた事があります。

そもそも自分が見てるものと他人が見てるものが同じかどうか、
人間には分からん、と開き直ることもありだと思うです。

**また長い96** · 01/11/08 17:34

>>104
おぅ。
もう実装されてるわけですね。すごいなぁ。

とりあえず議論の前提をば。
・完全同期は物理的に不可能(光速度の限界(笑)、IP的にも)。
・通信のレイテンシが許容範囲内(数ms～十数ms)になることは多分無い。
→通信インフラはレイテンシよりスループット(帯域)を高める方向で成長してる。
・自分自身の見込み描画は必須(無いとイラつくから)。
こんな感じで良いでしょうかね？
通信インフラについては多分あってると思います。

で、すでに示されてる方法だとどうしてもラグる。
てことで解決の方向性としては、
(1) カクカクでも完全同期。カクカクしてもかまわないようなゲームにする。
(2) ラグって破綻した表示をなんとかごまかすことに全力を注ぐ。

(1)は別なゲームになっちゃうんで、(2)だよなぁと。
これくらいしか思いつかん。
(1)だったらターン制にするという究極の解があるけど。

とりあえずいろいろアイデア。

＞これもまた、移動などの「その後が予測しうる」行動ならば、まあ
＞アリかもしれないとは思いますが、予測が外れた際に「オット戻ろう」
＞的な動作が目立ちました。（意味通じますよね）
外れてもワープさせずに外れた位置から歩かせて復帰させる。
(ひどい時はしょうがないのでワープさせる)。
予測移動の時は、あまり先まで進ませないとか
(サーバから位置情報が来たら急いでそこまで歩かせる)。

戦闘なんかは特に同期が必要なんだけど、相手の行動を見る、
つまり、「自分→サーバ→相手→サーバ→自分」
とかまってたら動考えても間に合わないので、
相手の行動をみて何かするのではなく、相手のステータスを見て(回復とか)
させる。また、戦闘のペースも出来る限り遅くする。
ステータス見るだけなら、「サーバ→自分」なのですばやい判断も可能そう。
ダメージ計算するのはサーバだから、最新情報持ってるのはサーバだしね。
UOなんかこれだよね。

あとは、移動経路を(UOみたいに到着地点をマウスで指定させて)
どこ経由でどこまで行きたいとか指定させて、
方向転換する時は、サーバで同期できた場所から方向転換させる。
(つまり、方向転換したくても、その場ですぐには出来ない。)
って、うまく説明できない。もう少し考えてみます。

とまぁ、こんな感じで、あとは、パラメータ調整で
うまく見せられないでしょうかね?

81 · 01/11/08 17:54

具体的なんでハズカシイですが（笑）、「おっと戻ろう」の際には、
現実で、町中で人とぶつかりそうになった事ありますよね？
そのとき、オットという感じで、後ろに後ずさるような動作で
行ってました。
現在は、納得がいかなくなったので、まったく別のアプローチ
をとってます。（オット戻ろうは捨てました）

実装はですが、一応済んでます。（自分なりの現在の解答で）
人が居ないので、少人数でのテストしか出来ないのですが、
状況の整合性はとれてます。
しかしながら、まだノウハウについての王道的を知らないので、
他ではどういった攻め方をしているのかが興味津々なわけです（笑）

まだ、数百人レベルのテストは行ってないのでどういう結果が出るのか
恐ろしいですが、１クライアントにつきc>sが2～3バイト、
s>cが平均して2～300バイト位でしょうかねえ。
もちろん、後者は新規に視野内へ入ったオブジェクト数で増減します。

**名無しさん＠お腹いっぱい。** · 01/11/08 17:55

概ね賛同。
解決の方向性に
(3) ラグを前提にしたゲームを作成する
を。>>106-107 みたいな奴ね
もっとも実際に107みたいなのを作ろうとしたら、
相当な企画力（世界創造力？）が必要だろうけど。

移動に関してはそんなに問題ならないような気がするな。
MMORPGはどっちに移動するって入力ではなく、
どこそこに移動するって入力がほとんどだろ。
あるクライアントが移動地点を指定した時に、
そのクライアントでは移動を開始するわけだが、
そこへの到着時刻も一緒に鯖に送って、
鯖はその時刻を他のクライアントに送信。
受け取ったほうは指定された時間に着くように描画すれば
到着した時点では同期は取れる。
歩くスピードがちょっと早くなるだけ。
方向転換した時もその時点からの移動でそれ程問題にならないだろ。
転換した場所が厳密に必要な場合は少ないと思う。
（って書いたが、何等かのトラップ等があってその場所を通るとまずいってのが
他のプレイヤーに判ってる場合は「するりと通り抜ける」事になるか）

問題は戦闘時だよなぁ・・・
殴ろうとした敵が既に仲間によって死んでたっとかいうのはどうにかしたいよなぁ。

81 · 01/11/08 17:55

王道的＞王道的方法

**名無しさん＠お腹いっぱい。** · 01/11/08 17:58

>81
移動の指定方法は？
読むかぎりだと移動方向指定に思えるんだが。

96 · 01/11/08 18:08

あと細かいことだけど、ネットワークドライバやライブラリ内の
パケットバッファ長がどのくらいあるのかとか考えたほうがよさそう。
全力で送信してるとキューに送信待ちが一杯溜まって
レイテンシの原因になるから。

送信キューは自分が管理して、キューに溜まっちゃいそうだったら
適当に間引くとかの処理が必要かな?
実は、MMOの場合ラグの問題より通信量の問題のほうが大切かも
とか思ってたり。
クライアントが受け取る量じゃなくて、サーバが送信する量のほうね。

96 · 01/11/08 18:11

>>113
レイテンシ増大の原因になるから。

そうでもないと、隣にいた人がいつのまにかいないとかいう
大きいラグは生まれないように思う。
(1秒で画面の端から端まで歩けるようなスピードだったら別だけど)

**名無しさん＠お腹いっぱい。** · 01/11/08 18:12

とりあえず>>1の関連スレとは関係無いよってことにして、
向こうからの厨房流出を防ごう。

81 · 01/11/08 18:59

ご推察通り、移動方向指定型です。ただし、プレイヤーから見ると、
移動目標指定方式に見えるよう、最終的にはもっていく予定です。
つまり、移動目標座標をクリックすると、そこへ最短で到達しうる
「第一歩目の歩行方向」をクライアントが決定し、サーバへ送る
感じでしょうか。

設計初期には、移動目標を指定し、それ以上のメッセージ
送信は行わない方がローコストであろうと思い、そういう設計で
進めたのですが、上記のようにオブジェクト同士のすり抜けの
問題や、その他の整合性を優先するために、毎サイクル必ず１つ
のメッセージを送る方法をとりました。
（整合性においてはパーフェクトです）
これは一見とても無駄な通信ですが、実はそれほど状況は悪化
しなかったようです。C>Sは、メッセージの大きさが小さいですからね。
（UDPですので、エラーチェックもメッセージキュー的な物も
　自前でゴリゴリ書いてます）

問題は、やはりS>Cでして、サーバ側の回線が「使われていない」時間
があるのが、もっとも無駄だと考えます。
たとえば、ゲームを一定のサイクルで割ったとします。先ほども書きましたが、
１　C>S×人数分
　　↓
２　実質的な処理×人数分
　　↓
３　S>C×人数分
という流れですと「３」の時間のみ、回線がフルに使われるだけで、
残りの時間、回線がヒマな状態になってしまいます。
しかも、全クライアントは、自分から見えない範囲の者たちの
エントリーも待たねばなりません宿命に（笑）
これですと、プレイヤーはボタンを押してから、これらの長い行程を
へて、ようやく画面内が更新されるわけですから、とてつもなく
かったるいですよねー。
しかし、もしプレイヤー人数が少なければどうでしょう？
それならば、かなりあっという間にサーバからの返事が期待できます。

この手のゲームには千人なりのプレイヤーがアクセスする物が多いので、
そうはいかないのように見えますが、実は視野内にいるプレイヤー
は、それほど多くないはずです。これが自分の方法のヒントでした。

81 · 01/11/08 23:15

あれ？　スレが止まってしまった（笑）
私、なんか変な事書いてしまったんだろうか？
もしそうならゴメンなさい。

◆nJ0ZN2yQ · 01/11/08 23:51

どうも、お話の途中に失礼いたします。
削除依頼出した者です。

依頼出した本人が顔を出してどうなるわけでも
ないんですが、何か質問あったら謹んで承ります。

**名無しさん＠お腹いっぱい。** · 01/11/08 23:58

質問
HSPつかってオンラインゲームつくろうとおもうんですがサーバがいわゆるブロードバンド回線
（up128k,down10M)だと何人ぐらい同時参加できますか？
もちろんやり方によってだいぶ変わるでしょうけど。
ウルティマ風のものを考えてます。

◆nJ0ZN2yQ · 01/11/09 00:21

TCPでC/S型のゲームで、かつそれがクライアント側のスペック
という前提なら問題なくいける。

・・・って俺に振ったのかな。ごめんな。

**名無しさん＠お腹いっぱい。** · 01/11/09 00:31

>>120
一応◆nJ0ZN2yQさんに振ったつもりだけどいろんな人の話も聞いてみたかったり。

えーっと個人でゲームつくって自分のパソコンをサーバにしたいです。
up128k,down10Mってのは自分のパソコンのスペックです。
自分のパソコン->インターネット 128k
インターネット ->自分のパソコン 10M

動きの激しいエイジオブエンパイアが８人同時できるのでそれよりは多くできるかなと思ってます。

**名無しさん＠お腹いっぱい。** · 01/11/09 00:32

UP 128kだと大量の接続は不可能
規模にもよるけど、4~5client位じゃない？

**名無しさん＠お腹いっぱい。** · 01/11/09 00:37

なるほどそういえばディアブロがそのくらいですね。
エイジオブエンパイアってディアブロより動いてるキャラクタ多いのに接続人数多いけど
単純に技術力の差？それともＭＭＯＲＰＧのほうが不利な点あるのかな。

◆nJ0ZN2yQ · 01/11/09 00:39

＞TCPでC/S型

これ、TCPと限定したのは特に意味ないです。
単にそれしか組んだことないからであります（アホ

**名無しさん＠お腹いっぱい。** · 01/11/09 01:05

>>124
意味がなくても限定してくれると理解しやすい。

素人考えですまんがサーバをたてるかわりにＩＲＣをつかわせてもらうってのはどう？

**名無しさん＠お腹いっぱい。** · 01/11/09 01:36

>>100

長すぎ

しねぼけ

**名無しさん＠お腹いっぱい。** · 01/11/09 04:30

nバイト/パケット
mパケット/秒
同報クライアントl/ゲーム
n*m*l<16KB=128kbps
あとは適当にバランスとりなよ

**名無しさん＠お腹いっぱい。** · 01/11/09 04:34

うむ。急にレベル下がって気がしてならなひ。

96 · 01/11/09 05:53

>>116
手を動かしていない身としては、もう何も言えることがなくなってしまった。
あとは、小手先で対処するしかないんじゃないかなぁ？
なんか、劇的なアイデアはないですかね？
俺もちょろっと簡単に実装してみるかな。問題点が分かるようになるかも。

>>110
で、またアイデアだけど、
戦闘時のみP2Pみたいにパーティーだけでプレイヤー同士コネクションを張り合って
サーバを経由することによるレイテンシを抑えるってのはどうかな。
つまり、画面に反映させるデータは、
(1) 自分の入力(最速)
(2) パーティープレイヤー直接コネクションからのデータ
(3) サーバ経由のデータ(最遅)
という感じで。
パーティー内だけで、見込み内部処理＋見込み描画を行う感じかな?
まぁ、エンカウント制にするのも一つの解かもしれんが(Enixのがそれだっけ?)。

あー、でも、クライアント同士で動的にコネクション張るのは、NAT環境だと設定しないと無理か。

**名無しさん＠お腹いっぱい。** · 01/11/09 06:13

しつもんー

３Ｄでクライアント作る場合、サーバにはどうやって可視範囲教えるんですかね
２Ｄだと"自分は必ず画面の中心"と仮定すれば、自分の座標送るだけでOKですけど
（いや、送らんでも自動的にわかるか・・・）

まぁ３Ｄもプレイヤーの向きから視界はわりだせますけど、
例えばプレイヤーが壁に直面してる場合、他のプレイヤー見えるわけないんだから
情報やりとりするだけ回線の無駄ですよね？
だからといってサーバ上でプレイヤー毎にＺバッファとか処理してたら
べらぼうなマシンスペック必要そうだし・・・
じゃあクライアント側で処理してから、と思っても、
"そこに他のプレイヤーがいる"って情報受け取ってないと
"そのプレイヤーは走査する必要なし"って判断できないですよね？

EQとかAOとか、３ＤのMMOはプレイしたことないんですが
その辺どうやって処理してるかわかりますか？

**名無しさん＠お腹いっぱい。** · 01/11/09 06:46

>>130
＞情報やりとりするだけ回線の無駄ですよね？
別に無駄でも我慢できる範囲内ならかまわないんじゃないかな。
3Dのやつってマップすごい広いから、視界にはいるやつって2Dのゲームより少ない
ような気がする。

真面目にやるなら(どうしてもキャラクタが直接見えるか検査したいなら)、
BSPとかのアルゴリズムで検査範囲を限定して、その中にいるキャラクタに対して
前に壁があるかどうかを(キャラクタへの線と壁の交差判定するなどして)検査する
って手順が一番単純(でふるい)方法じゃないかな。?

でもこれ、サーバでやる必要ないんだよね。サーバではもっと大雑把でいいと思う。
メタルギアみたいに視界に入ったかどうかをAIが判定するなら別だけど。

**112** · 01/11/09 09:34

８１さんへ
質問しといてすまん。
うちのところ１８時以降はプロキシ制限引っ掛かるんで書き込めないんだ。

なるほどね、メッセージだけは常時流しつづけて置くのか。
しかしそれだと同じ場所に数十人とかいると辛そうだな。
最近はプレイヤーが一ヶ所に溜まる傾向があるみたいだし。

**名無しさん＠お腹いっぱい。** · 01/11/09 10:16

おまえらまずQuakeのコードを読め。

**名無しさん＠お腹いっぱい。** · 01/11/09 11:24

>>133
こいつだけは100年経っても読めないね

**名無しさん＠お腹いっぱい。** · 01/11/09 11:38

>>133
読むならUOX3のほうがいいとおもわれ。とマジレス。
http://uox3.sourceforge.net/

**名無しさん＠お腹いっぱい。** · 01/11/09 12:03

なにこれ？

**名無しさん＠お腹いっぱい。** · 01/11/09 15:24

ソニコンがMMORPGの会社つくってるね。
どうなん？
ttp://village.infoweb.ne.jp/~tsuyozou/prof0110.htm
(10/24の日記参照)

**長文御免８１** · 01/11/09 15:55

>132
ええ、私も最初、そう思ってたんです。
でも、これはC>Sのハナシなんで、例えば視野範囲に何人居ようと実は
関係なくて、常に１サイクルで
（総クライアント数*メッセージ）で済むわけです。これは増減しません。
また、UDPの場合、相手のオンラインのチェックを自前で行うので、
一定のサイクルでのC>Sは欠かせませんので、これにも利用してます。
（一定時間、C>Sが無ければ、そのクライアントは落し、次のプレイヤー
のために、その座席を空席にします。）

やってみた感想では、（結果はまだこれからの実績次第でしょうけど）
やはり大量の情報を流さねばならないのは、
「新規に視野に入ってきた時の最大瞬間風速時」なんですよね。
人種であったり、何を着て、何の武器を持っているか等、外観の
情報を含んだメッセージを送らねばなりません。
しかし、視野に入った後であれば、１オブジェクトの行動は１バイトくらいで
（行動の種類によっては２５６では足りないかな。）
クライアントに現状を通知できます。

方法１
「アナタから見て、～座標にいるクライアントは、今回～をした」
という感じで、既知のオブジェクトを示す座標とその行動コマンドを
１セットとして人数分で送る方法。
視野内の人数が少なければ、総量は小さくなりますが、視野内に大量に
オブジェクトがある場合、座標情報が足を引っ張ります。
＝（座標情報＋行動）*人数
新規で視野に入った際に、固有のＩＤを振っておけば、座標ではなく
＝（ＩＤ＋行動）*人数
と読み替えても良いです。

方法２
オブジェクトの有無を問わず、視野座標すべてを羅列して行動メッセージを
並べて送る。これはとても無駄使いです。誰も居ない座標でも１ボックス
使ってしまいますので。
ただ、良い点が一つだけありまして、視野内のプレイヤー数に関わらず、
つねに情報量が増減しません。
＝（視野範囲数*行動）

方法３
そこでちょっと改良。
羅列されたボックスの内、誰もいない座標は圧縮しちゃいます。
圧縮方法は後で考えるとして、こうする事で、視野内満員を最大数として
人数に応じて、可変的に小さく潰れてくれるメッセージになります。
＝（圧縮された視野範囲数*行動）

にゃ ◆G4ogTrNQ · 01/11/09 16:07

>138

瞬間最大風速をおさえるのに

視野にはいってきた瞬間に大量におくらずに
距離に応じて少しずつおくるのはどう?
表示も不確定部分は不確定に表示すればかえってリアルかも

わかっている範囲でレンダリングする
こんなかんじになるかな

視野にはいったとき:なにかいるというのがわかる
少し近づいた:にんげんらしい。赤い服をきている
もっとちかずく:武器はモーニングスターだ。
さらに近づく:鼻毛がみえる

とかいうぐあいに

はずしてたらごめん

81 · 01/11/09 19:29

>139
曖昧がゆるされる距離、システム、構造（どう呼んだら良いか）であれば、
そういうのもアリかもしれないですねー。
その場合、やはりここまでの距離に入ったら、すべて確定せねばならない
等の条件付け、それを全うする仕組みも必要になりますが。

ようするに、知らずに済む事は、必要になるまでＣに教える必要はないと。
まーこれはゲームのシステムにも依存しますが、そういう感じでしょうかね？

**名無しさん＠お腹いっぱい。** · 01/11/09 21:21

>>137
ソニーはVerantあるのに・・・

81 · 01/11/10 03:23

ウェブサーバソフト（のイージーなヤツ）組んだヒトに、ちょっと
相談してみたら、かなり解決しました。
常に無駄なくサーバのＣＰＵと回線を使うための設計というのは、
ゲームに限らずサーバ系では当たり前の話題だったので、話してて
けっこう頭の中が整理できました。
コレ系の実装やってる方も、お互い頑張りませう。

**名無しさん＠お腹いっぱい。** · 01/11/10 03:31

26 ：名も無き冒険者：01/11/10 03:24 ID:7siwu0/F
別に構わないよ、終わっても。技術話は向こうで出来るから。
正直ゲーム自体が完成するなんて考えてなかっただろ、抜けた人間も
板違いでし辛かった技術話は、向こうでなら遠慮なく名無しで出来る。
ただ一つ言うなら、粘着はネトゲ板内だけにしときなよ＜煽り
向こうのスレで初期にすまじろうネタを書いた人がいるけどさ･･･
故にこのスレの存続をｷﾎﾞﾝﾇ。無くなって向こうに流れてこられても困るYO!
ゲーハー板住人のABCネタやら出川ネタに対抗したいのなら、もう何も言わないよ

･･･34期を名乗った奴、名乗った以上頑張ってネタを維持しろよな。応援するぞ

01/11/10 08:19

おめでとうございます。

とうとう完成しましたね。
早速、私も先ほどプレイしてきました。

　システムの話ばかり出ていたので、グラフィックには
あまりこだわらないのかと思っていたら、すごいじゃないですか！
まずオープニングアニメに度肝を抜かれました。綺麗であるばかり
でなく、短いアニメの中でゲームの世界観がはっきりと伝わって
きました。
　今後追加マップ＆シナリオの予定もあるそうですね。
すごくたのしみにしています。

こういったBBSで集まった仲間でMMORPGができるなんて
夢のようです。
まだ私にはみなさんのような知識も経験もありませんが
努力して何とかついてゆけるようになりたいと決意しました。

次回は是非わたしも微力ながら協力させていただきたいと思って
おります。

**名無しさん＠お腹いっぱい。** · 01/11/10 08:59

142=元スレの26

81 · 01/11/10 12:01

143は私にはサッパリ意味不明ですし、
144の文章も、何を言わんとしているのか分かりませんが、
私はこの板が出来てから、初めて書き込みしたのですが？
（ちゃんと出来んのか？と思いながらロムってました）
元スレで進んでいた？企画とも一切無関係です。
単に、スレの内容として今後多くの人が興味を持つであろう
ノウハウの話ができると思い、会話に参加したのですが。
大切なノウハウを明かさないために、実装の話を出す人が
少ないのか、それとも本当に誰にも経験がないのか、
正直言って判断がつきかねてました。まさか？
例の元スレが気になるなら、どなたかSCについての
スレを新たに立ててはいかが？
作ろう系の人間なのかそうでないのかは、喋ってる
内容読めば、ある程度分かるでしょ。
分かんないならソレでもいいですけど。

**名無しさん＠お腹いっぱい。** · 01/11/10 12:10

>>146
http://game.2ch.net/test/read.cgi/netgame/1005145338/
このスレで煽られたからだけでしょう。
放置するのが吉。

８１ · 01/11/10 12:18

ご指摘いただいて感謝です。>147
こっちが出来てから、向こうはまったく見てなかったので
気が付きませんでした。
ちょっと閉口ぎみのプンプンレスしちゃってゴメンなさい（笑）

**名無しさん＠お腹いっぱい。** · 01/11/10 13:12

マルチキャストって使えないのかなあ？
IPv6の本読んでたら、マルチキャストでマルチプレイヤーゲーム
(本にはシミュレーションと書いてあったよ!)で情報送信するときの
輻輳制御がどうこうとかかいてあって、それに対応するための技術が
IPv6に云々と…。

マルチキャストだとサーバがプレイヤー数ｘプレイヤー数のオーダーの
情報を送信しなくてもいいから、結構大域的に楽になるかも。
プロトコルうまく作れば、サーバレスなMMORPGなんてのもできるかな?

しかし作ったとしても実験できる場所がないというのがなんとも…。

◆nJ0ZN2yQ · 01/11/10 13:40

えーっと、以前にチラっと書き込んだ者です。質問を承ると書いたのですが
どうも意味を勘違いされたようなので、改めて書き込みます。
質問を承ると申し上げたのは、削除依頼を出した事に関する話です。

既にご存知の方も多いでしょうが、削除依頼は撤回されています。
ですが、これが根本的な問題解決にはなっていないということを留意して
いただきたいのであります。

なぜなら、私を含めて削除依頼をする人間というのはただの一般住人ですので、
依頼する場合、その客観性を保つためにはローカルルールに則る以外に方法が
ないからであります。ローカルルールスレにて削除の正当性の主張が相次ぐと
例えそのスレが有意義で素晴らしいものであろうと不利な状況に追い込まれます。
2chの中ではこうした欠陥を抱えたシステムが運用されてるんだという事実だけは
承知しておいてください。

例えば、当スレをローカルルールに機械的に照らせば、削除依頼対象になって
しまうという点を私は今でも強く憂いてます。当スレの元板のスレから流れを追い
常駐煽りの存在にも気付きました。ローカルルールスレにも少なからず干渉が
入っているんじゃないかと思います。

**名無しさん＠お腹いっぱい。** · 01/11/10 14:06

>>150
ええと、削除されたらログをどこかにアップして新スレをたてるって姿勢はだめですか？
(推奨されない行為なのは分かってますが。)
話の流れが途切れちゃうのはいやなので。

あと、
＞常駐煽りの存在にも気付きました
>>143-145のことをいってるなら、これは一時的なものだと思いますが？
このスレは、>>70前後から急激に正常化してるとおもってますんで、厨房スレには
そんなに簡単にはならないと思います。
むしろ新たに建てるほうが厨房を呼び込む元になるように思えたり。

**(補足)** ◆nJ0ZN2yQ · 01/11/10 14:10

ここ最近のローカルルールスレの中から
幾つかの建設的な意見が見られたので、参考までに載せておきます。

＞210 ：名無しさん＠お腹いっぱい。：01/11/08 18:16 ID:???
＞　MMORPG作成スレは技術話だけで制作は毛頭考えてませんってスタイルにして起てなおしたら？
＞　MMORPG等の制作技術スレとかで。

＞211 ：名無しさん＠お腹いっぱい。：01/11/08 18:18 ID:???
＞　ネットゲー制作総合とかそんな感じ？

＞215 ：名無しさん＠お腹いっぱい。：01/11/08 18:47 ID:73eNO2yb
＞　＞MMORPGの人へ
＞　ローカルルールに則ってもらえれば問題は無いから安心して良い。
＞　だから、210の提案を受け入れることを薦める。
＞　惰性で現在のスレを使い続けるのはたぶん難しいと思うぞ。

**名無しさん＠お腹いっぱい。** · 01/11/10 14:10

話題として、大変に興味深いスレッドだと思うのですが、
ローカルルールのスレッドを読みましても、未だ新たに
立て直した方が良いとの声がありますし、どなたか、
やっていただけませんか？
私？私はスレ立てた事ありませんので１には不適格（笑）

**名無しさん＠お腹いっぱい。** · 01/11/10 14:19

アサッテで的外れな書き込みを増やさないため、思いっきり
専門的なタイトルにしてみたり。
MMOに限らず、S>C、P2P、通信技術、同期。
正直いって、それ以外のネタはオンライン系でない作業と
共通した話題ですし。
あ、立て直しに１票ってワケではなく、もし立て直すなら、
という意味です。ハイ。

◆nJ0ZN2yQ · 01/11/10 14:28

＞>>150
＞ええと、削除されたらログをどこかにアップして新スレをたてるって姿勢はだめですか？

とりあえず削除は撤回しましたので、当座は削除の心配はないでしょう。
私見ですが、この先このスレの削除依頼が出したとしても。削除人さんは
このスレを削除しないように思います。あくまでも私見ですが・・・。

で、もし仮に新スレを立てた場合には、このスレの保全が必要になりますので
ローカルルールスレにも書きましたが、『スレストップ依頼』という方法を
使ってみるといいかもしれません。新たに書き込めなくなるというだけですので
dat落ち後には過去ログ倉庫にきちんと保存されます。
失うものは何もないというわけです。

＞話の流れが途切れちゃうのはいやなので。

同感です。

◆nJ0ZN2yQ · 01/11/10 14:40

また、アプリ開発プロジェクトとして当スレを存続させる方法しては
■自主製作ゲーム：開発状況報告スレ■
http://game.2ch.net/test/read.cgi/gamedev/1005143186/

に報告して、住人の支持を取り付けるという方法が有効かもしれません。
アプリの現物が既に存在し、ちゃんとしてるプロジェクトだということを
住人に周知させるわけです。板設立当初のゴタゴタでこのスレが先に立って
しまったという不幸を差し引いても、筋を通せば十分に受け入れられる内容
だと私は思います。　　　　

**名無しさん＠お腹いっぱい。** · 01/11/10 14:47

チョットいいですか？
ここって、まだ元スレの「企画系」の人って来てるんですか？
どうも現状が把握できてません。
個人的にはそういうのとは無関係に、早く安心して実のある
議論がしたいです。

**名無しさん＠お腹いっぱい。** · 01/11/10 14:53

>>157
どうでしょう？
私は前スレは傍観者立場だったので・・・
たとえ「企画系」の方が来られてるとしても、
このスレでその企画を続ける気は無いのでは。
企画自体は実質上前スレの後半に
消滅してるように思えますので。

８１ · 01/11/10 14:54

元スレのように「ある特定の企画、作ろう系」を引きずって続けるか、
それとも、スッパリ縁を切って、純粋に通信技術の話をコアに
続けるか、皆さんはどっちが良いですか？

民主主義。私は後者に１票。

◆nJ0ZN2yQ · 01/11/10 14:58

すみません。訂正。
元板で展開されていたプロジェクトの引越しはローカルルールで
認められてないという点をすっかり忘却してました。
>>156の内容には確証が持てません。申し訳ないです。

**名無しさん＠お腹いっぱい。** · 01/11/10 15:23

>>159
通信技術系に限らずもう少し広げてもいいと思うけど、
企画はすっぱり捨てるに1票。

もともと、スレタイトルにも>>1にも企画なんて書いてないし(>>2には書いてあるけど)、
元スレとは切れてるわけだからこのまま続けて問題なさげ。

MMORPG作成技術の「技術」が省略されたというつもりで、続行ｷﾎﾞﾝ

**161** · 01/11/10 15:39

>>161
書き忘れた。
ゲームバランスや、世界構築などの話題は、
MMORPGのゲームバランスを考える
http://game.2ch.net/test/read.cgi/ghard/1004969545/
が適当だと思われる。
結構真面目にやってるみたいだし。

最終的には、誰かが、このスレの成果とゲームバランススレの成果をつかって
MMORPG作って開発状況報告スレに逝くのが理想だが、
そんなやつはいないと思われ。

**名無しさん＠お腹いっぱい。** · 01/11/10 16:24

統一見解がはっきりすつまで、このスレに書き続けましょうか。

ゲームバランスの話が出ましたけど、これも実はＭＭＯもしくは
オンラインのゲームにおいて重要なテーマだったりしますね。
ここしばらく、開発側は、コンピュター＜＞プレイヤーのバランス
を注意せねばならなかったものが、古き良き時代に戻って、
プレイヤー＜＞プレイヤーのバランスを考えねばならないですから。
バランスに関して、ゲームクリエーターズバイブル？だっけ
にも類似したテーマが取り上げられておりました。

**名無しさん＠お腹いっぱい。** · 01/11/10 21:27

＞統一見解がはっきりすつまで

　　　　　　　　　　　　　　　　　　　　　　　　すつ

**名無しさん＠お腹いっぱい。** · 01/11/10 22:29

はっきりすつまで

**名無しさん＠お腹いっぱい。** · 01/11/10 23:36

UDPをサポートしないプロバって、どの位あるんだろうか？

**名無しさん＠お腹いっぱい。** · 01/11/11 01:43

プロバイダの設定の問題もある程度あるだろうが、NAT を採用しているような
SOHO や CATV も多いので、それらでも UDP は使えない可能性がある。

CATV やダイアルアップルータはそこそこ利用者があり、無視できない程度の
量ではないかと思うんだが、どうだろうか？

**名無しさん＠お腹いっぱい。** · 01/11/11 01:45

ＣＡＴＶは無視できないかもしれない、はっきりすつまで断定は出来ない。

はっきりすつまでは断定できない。

はっきりすつまで

すつまで

**名無しさん＠お腹いっぱい。** · 01/11/11 02:27

やっぱそうかー。CATVねー。
いまさらTCPに切り替えるわけにもイカンしなー。
ちょっと考えよう。
レスありがとう。>167

**名無しさん＠お腹いっぱい。** · 01/11/11 02:33

PSOだって動かないんだから、といって許してもらう。
＞　UDPをサポートしていない所

**169** · 01/11/11 05:32

一仕事終えてきました。こんな時間。
そっかー。ＰＳＯも駄目なんですか。そりゃー心強い（笑）

**170** · 01/11/11 05:45

PSOダメっていうのは、記憶で書いているので本当に
言い訳に使うなら、確認してね（笑）

確かCITYから先はUDPが使えないとダメだったと思うけど、
誰か、フォロープリーズ。

**名無しさん＠お腹いっぱい。** · 01/11/11 12:51

PSOはTCPとUDPと両方つかえるっす
UDPが使えればそっち優先

**名無しさん＠お腹いっぱい。** · 01/11/11 22:40

うーん。止まったな。上げてみたり。

**名無しさん＠お腹いっぱい。** · 01/11/12 00:16

おわったスレ上げてみても・・・

**名無しさん＠お腹いっぱい。** · 01/11/12 02:58

以後はこちらへ。
http://game.2ch.net/test/read.cgi/gamedev/1005148751/l50

**名無しさん＠お腹いっぱい。** · 01/11/12 15:05

＞１７６
向こうのオンラインソフトって、オンライン配付のソフト、
の意味だろ。ははははは
でもま、この方面に明るいヤツ少ないみたいだし、下がっても
いいか。

**名無しさん＠お腹いっぱい。** · 01/11/12 15:29

>>172
PSOはたしか、
・Path MTU Discoveryがうまく働かなくて、
・TCPのmssが大きいままになって、
・サーバからのでっかいパケットがDCに届かなくて、
エラーになってる、ってことだったような記憶。
Path MTU Discovery Blackholeとかいうらしい。
だから、UDPとは関係ないかも。
あと、PSOはUDP使えなくても、TCPだけでゲームできるそうです。

最近の(NAT)ルータは結構賢くて、UDPでも宛先を類推して
フォーワーディングしてくれます。
だから、UDPでも問題無いんじゃないかな。

UDPの欠点は、NAT接続されてるネットワーク内で、一人しかできない
ことじゃないですかね？(コネクションレスだから)
でも、EQとかUDPつかっててもNAT内でマルチクライアントでも出来てるような気がする。
どうやってやってるんだろ?

**名無しさん＠お腹いっぱい。** · 01/11/12 20:30

>>177
hahahahaha

**名無しさん＠お腹いっぱい。** · 01/11/13 04:30

UDPでもお互いが「アドレスとポート」で共通認識を持っていれば、
NATも通しなのでは？
サーバーが「アドレス共通のポート違い」を別クライアントと扱えばいけるはずだけど。

…でもＥＱ鯖はチート対策で、ポートずらしの技を使うらしい（藁
NAT越しだと、ときどき
　ＥＱ鯖からポートアタック＝クライアントから見るとコネロス、
ってなことが。

**名無しさん＠お腹いっぱい。** · 01/11/13 05:56

そもそも、チート可能な設計って、どんなモンすかねえ？（笑）

**名無しさん＠お腹いっぱい。** · 01/11/13 08:41

>>180
そっか、最初にTCPコネクションでUDPのポートをネゴっといて、
改めてUDPつなぎにいけば問題ないわけだね(ランダムでもOKか)。
ポートずらしもクライアントが自発的にずらすだけならNATでも問題ないのにね。
というか、NATにやさしくない設計だな。

**名無しさん＠お腹いっぱい。** · 01/11/13 19:11

グチりに来ました。
圧縮後の１回の通信サイズが、最大長を超えてしまう可能性が
０ではなくなってしまいました。うーん。
（ほんの微々たる可能性でも無視できないのがツライ）
面倒だけど、これから分割送信、受診後再結合のルーチン
書いてきます。だるい。

**名無しさん＠お腹いっぱい。** · 01/11/13 22:55

いったいどうしてこうなっているのかわからないんだがどうせおれはふだんみんなにいわれるようなや
つだったとしてもおれのほんしょうのなかにあるひどいうつとうしいぶぶんがおおきくひどくひとのま
えにねきだしにされててなんだはししかとおもわせるようなきたいっぷりをごひろうさせていることが
おおいんだけどまぁかずおにすればよくわかってくれてたほうでひとによるととてもはんざつにあつか
うこともあってそういうときおれはかいがらのなかをそうぞうしながらああまきがいのようにおくひだ
のえろてぃっくなやつなんだがそういうひわいなにげばしょをとくにつよくいしきするのがつねなんだ
よだってどうかんがえたっておれのげんじつのじんせいのなかでまったくきかいがないようなものだけ
がおれをたいへんにあんしんさせるんだよそれはふつうのひとにだってていどはちがうかもしれないが
だいたいはおなじなんじゃないかな？

**名無しさん＠お腹いっぱい。** · 01/11/13 23:05

クソスレあげるなよ

**名無しさん＠お腹いっぱい。** · 01/11/14 00:44

＞１８５
クソにはクソがお似合いだボゲ　ｹﾞﾗｹﾞﾗｹﾞﾗ

**名前は開発中のものです。** · 01/11/14 03:09

>>183
IPにはあらかじめその機能が組み込まれているというのに？
わざわざ最大長つけたんの？
独自ネットワークだったらｽﾏｿ。

**びんじょーくん** · 01/11/14 17:00

沈んでゆくスレの中で恐縮だけど、沈没しきる前に質問！
UDPって、最大長ってなかったっけ？
512バイトだか256だか忘れたけど、なんか聞いた事ありんす。
これってほんと？うそ？

**名無しさん＠お腹いっぱい。** · 01/11/14 17:46

>>188
どのレイヤの話よ
データグラム長のことなら64Kオクテットだ

**はらんびんじょー188** · 01/11/14 18:00

えっと、良く分かんないけど、送れるデータのサイズの事でし。
頭に発信元ポート番号、次に宛先ポート、次にデータ長、
んで、チェックサムがあって、いよいよメッセージ本体ですよね？
この、メッセージ本体の最大が６４Ｋオクテット？

もーさっぱりわかりまへん

**名無しさん＠お腹いっぱい。** · 01/11/14 19:07

>>190
UDPのLengthは16ビットなので、最大長は64Kオクテット。
上位レイヤのIPのTotal Lengthも16ビットで、この長さはヘッダ長を含むので、
64K-sizeof(MAX IP Header)-sizeof(UDP Header)オクテットが実質的な最大長。

MTUとかと混乱してる人がいるのかな?

ちなみにIPv6になるとフラグメント処理してくれなくなるので、
UDP使うなら最大長を、1280-sizeof(headers)にしとくのがいいかもね。
1280ってのはルータが最低限通さないといけないパケットサイズ(MTUの下限)。

**名無しさん＠お腹いっぱい。** · 01/11/14 23:01

AKAKE　2001年11月9日(金)11時46分削除

Delさんが抜けるとなるともうほとんどこの企画ボツになってしまいますね。
このまま荒れるようっぱなしだったら私も２ちゃんねるの企画から
手を引いて、また個人のMMORPG作成をやっていきたいと思います。

--------------------------------------------------------------------------------
Delphinus　2001年11月9日(金)06時57分削除

2chのほうでお世話になりましたDelです
あっちはもう荒れ放題でまともな進行できないので撤退しました
変なのが住みついてるせいで一見さんが全然参加できない状態ですし
結局algo氏も行方不明ですし・・・

せっかく協力してもらえたのに、逆に何も力になれずに申し訳ないです

**名無しさん＠お腹いっぱい。** · 01/11/15 18:47

何これ？↑

**名無しさん＠お腹いっぱい。** · 01/11/15 21:08

26 ：名も無き冒険者：01/11/10 03:24 ID:7siwu0/F
別に構わないよ、終わっても。技術話は向こうで出来るから。
正直ゲーム自体が完成するなんて考えてなかっただろ、抜けた人間も
板違いでし辛かった技術話は、向こうでなら遠慮なく名無しで出来る。
ただ一つ言うなら、粘着はネトゲ板内だけにしときなよ＜煽り
向こうのスレで初期にすまじろうネタを書いた人がいるけどさ･･･
故にこのスレの存続をｷﾎﾞﾝﾇ。無くなって向こうに流れてこられても困るYO!
ゲーハー板住人のABCネタやら出川ネタに対抗したいのなら、もう何も言わないよ

･･･34期を名乗った奴、名乗った以上頑張ってネタを維持しろよな。応援するぞ

**名無しさん＠お腹いっぱい。** · 01/11/16 09:34

>>193

http://freeweb2.kakiko.com/mmorpg/でのAKEKE氏のページを見ると
>２ちゃんねるではもう本気で作ろうとしていないようですし、
>このままでは何も作れませんので、個人でのMMORPG作成に戻ります。
とか書いてあるので、２モー作はもう解散っつー話でそ。
Del氏のページもなくなってるし。

結局AKEKE氏はソースをクソAlgoに渡したのかな？
だとしたら大損だね。
完成度が高いといえないものだったとしても、
個人でそれなりに確立したノウハウとか組み込まれてただろうに。

**名無しさん＠お腹いっぱい。** · 01/11/16 16:34

結局終わってみると、
メンバーって名乗ってたやつもなにもしてないじゃん（藁
AKAKEってやつのはそれ以前から作ってたやつだし、
ソース持ち逃げされてｺﾞｸﾛｰｻﾝﾃﾞｽ

**名無しさん＠お腹いっぱい。** · 01/11/16 17:54

やっぱ、企画系とは別スレたてた方が良かったんじゃないかなあ。
まだそんな話が出るとは。

**名無しさん＠お腹いっぱい。** · 01/11/16 18:07

さあ今こそすまじろう復活の時だ！

**名無しさん＠お腹いっぱい。** · 01/11/17 03:51

>>195
リンクみたけど、画面がＵＯなみにショボイね（萎

**名無しさん＠お腹いっぱい。** · 01/11/17 19:42

前スレより。

> 277 ：algorithm ：01/10/07 03:59 ID:uNFiyj2Y
> >149
> 　べつに時間無くても無責任でもかまわない(そもそも責任って
> なんだ)。関数1つ組めればそれでよく。
> 　各人は自分の技量を向上させるためにこの機会を利用すべし。

そもそもAlgoﾀﾝは↑の様に言っていたので、
こういう無責任なことになることくらい
わかりきっていましたが、何か？

**名無しさん＠お腹いっぱい。** · 01/11/17 19:43

自分の技術を向上させるためにって、
人のソースをパクるってことだったんだな。
ステキです。algorithmﾀﾝ

**名無しさん＠お腹いっぱい。** · 01/11/17 20:09

Delphinusﾀﾝ萌へ～

**名無しさん＠お腹いっぱい。** · 01/11/19 20:21

>>199
おい。UOを馬鹿にしてどうする。

**名無しさん＠お腹いっぱい。** · 01/11/20 00:28

うむ。この手の発言は非常に恥ずかしいね。
本人、言ってて赤面しないのかね。
＜199