- 1 名前： ◆dqOqxR1c mailto:sage [01/11/06 19:00 ID:???]
- MMORPG 作成 I
natto.2ch.net/netgame/kako/1001/10012/1001227519.html
MMORPG 作成 II
game.2ch.net/test/read.cgi/netgame/1002000791/l50
プロジェクトページ
freeweb2.kakiko.com/mmorpg/
- 97 名前：81 [01/11/08 16:07 ID:PAYRb3Kt]
- >80
つまりは、クライアントは入力用のリモコンであり、描画用の
ブラウザでしかない、という感じです。
ただ、サーバ側で無駄な分岐に落ちにくくするために、一応
のメッセージチェックなんぞはしてたりもします。
>96
>「入力→サーバ処理→表示」をきっちり同期させると、
> カクカクになっちゃう。
まさにおっしゃる通りです。
これのどうねじ伏せるか、私もこの話がしたい（笑）
C>S+S>Cこの時間を最小にしつつ、なおかつサーバの処理時間を
無駄にせず、接続可能なクライアント数を最大へ近付ける事は、
可能か否か。もちろん、全クライアントの認識するシーン（状況）
は統一されていなくてはなりません。
無理かな？（笑）
- 98 名前：80 mailto:sage [01/11/08 16:23 ID:???]
- ＞つまりは、クライアントは入力用のリモコンであり、描画用の
＞ブラウザでしかない、という感じです
その辺は理解してるつもりです。
描画によるタイムラグの対応を考えてただけで。
どっかにクライアント上で処理するとか書いたっけな？（汗）
>「入力→サーバ処理→表示」をきっちり同期させると、
> カクカクになっちゃう。
どんなに最少時間で戻ってきても「待ち」があれば
どうしてもぎこちなくなるので、
敵に攻撃をする例でいくと、
入力してサーバ処理した結果が帰ってくる間に
攻撃のモーション描画をしてごまかすしかないのかなと。
(剣を降り下ろすとか魔法エフェクトとか）
MMORPGでアクションがオーバーなのはその所為もあると思ってるんだけど・・・
＞可能か否か。もちろん、全クライアントの認識するシーン（状況）
＞は統一されていなくてはなりません。
サーバーは入力を受け取ったらまず真っ先に他のクライアントにそれを配信、
当たり判定等を行って、結果を再配信って感じですかね。
完全に統一は非常に難しいような・・・
ゲームに興味無くていいから、通信技術の専門家を引っ張ってきたい所ですね。（笑）
|
 |
