（　´∀｀）ネットゲー作る技術持っている人？ 2

**喫煙者は臭い** · 02/06/01 12:05

（　´∀｀）この板にいるの？
http://www.hayariki.com/
http://game.2ch.net/test/read.cgi/gamedev/1016812752/l50

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

>>172
僕もいま勝手にMMO開発中（ていうか設計中）だけど、資料はほとんどないよ～
メーカーだって今必死に頑張ってる金の成る木（？）だし、なかなか表には出ないんではないかと。
車より先に車をつくる本が出回ることなんてありえないし、とりあえず自分でウンウンうなって頑張るしかないのでは？

**名前は開発中のものです。** · 02/08/30 05:52

つーか、MMOの定石とか実装技術を知りたければ、
ミドルウェアを買え。

**115** · 02/08/30 09:59

おはよーございます
MMOの実装技術については特に本とかWebとかで参考にしたものはナイです。
強いていうと実際にMMOのゲームをプレイすれば、
「こーゆー処理やってんだろーなー」ってのが予想できるので参考になってます。
あとはフィーリングでやってます。
MOと通じるところは多いのでMOの技術も参考になると思います。勉強してないけど。

複数サーバで稼動させることについては、
とりあえずマップ単位で分割するのが楽そうですね。
例えばダンジョンに入ると内部的にログアウトして他サーバにログインするカンジ。
それでもダメならモンスターの動きとかの部分を切り離そうかな...

データ送受信の一部をP2Pで送るってのも技術的にはおもしろそーなんですが
ユーザーさんにポートフォワード設定をさせるのが実はめんどくさかったりする罠...

**名前は開発中のものです。** · 02/08/30 10:37

>179
P2Pは辞めといて正解。UDPも使えないね。
複数サーバーは作るのは面白いから、試しに作っても良いかも知れないけど
とりあえず小さくまとめて完成させちゃうのがいいと思う。
頑張れ！

>178
（使える）ミドルウェアなんかないよ。
日本の某D社のライブラリが糞なのは業界では常識らしいし。
（CとSとSの社員から直接聞いた）

それに海外の超有名MMOの会社も、社内で技術の共有は出来てないよ。
（これも直接聞いたよ）

**名前は開発中のものです。** · 02/08/30 14:47

やってみたよ～
Win2000SP3
CPU800MHz GeForce3
FPS 100 ぐらい

ひとりでここまでやるのはすごいよ。モデル自分で作れるっていいなぁ。
期待は大きいけど、自分のペースでがんばって欲しい。

**名前は開発中のものです。** · 02/08/30 15:14

やってみました
P4 2.0G
MEM 256MB
VGA Geforce4Ti4200 128MB
FPS 他のアプリと同時起動していたので正確な値ではないと思いますが　70～130位

素晴らしかったです、人が居ないのが残念ですけど。
時間決めて集まりませんか？

**名前は開発中のものです。** · 02/08/30 15:30

＞182
たぶん狩りしてるんだと思われ

**名前は開発中のものです。** · 02/08/30 16:47

特にRPGの場合、マップ単位の分散にするのは良くないと思う
人気のある狩り場にばかり付加が集中するし。

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

某Ｄ社って一つしかねえよ～

**名前は開発中のものです。** · 02/08/30 21:54

P3 500MHz
MEM 318MB
DirectX8.1
VGA Intel(R)810 Chipset Graphics Driver(DC133 FSB133)　4MB(多分)
文字がまったく表示されず。動作少し思い。
やはりグラボがヘボイのか。

**名前は開発中のものです。** · 02/08/30 21:58

俺の中ではＭＭＯってサイトに接続して、ＩＰをサーバーに登録、
スクリプトデータを受信、で、他の奴が来たら同じ様にして、
もしも、他の奴のＩＰが登録されてたら、そいつに繋げるって感じがあるんだが、
全然違うよな。

**名前は開発中のものです。** · 02/08/30 22:10

ケーブルTVとかではプライベートIPのところもあるから
IPでの区別はしないんじゃないかな
TCPなら接続で区別するし、そうじゃなければパケットにIDを埋め込む
のが普通だと思う

**名前は開発中のものです。** · 02/08/30 22:34

MMOでP2Pは無理～。いや、無理臭い～。
普通はサーバに繋ぎっぱ。
一定フレームごと（例えば1/30フレームごと）にデータ読んで、
纏めて処理して纏めて帰す。ｵﾓｲﾖｰ。
だから、通信速度やマシン速度が速いほど、通常通信ゲームでは有利になる。
10fpsしか処理できないPCと60fps処理できるPCじゃ、比べ物にならん。

んで、いかにクライアントに機能を持たせるかが設計の鍵になるんだけど、
余計な機能を持たせるとﾁｰﾀｰの格好の的。ﾑｽﾞｲ。

**名前は開発中のものです。** · 02/08/30 22:37

P2Pでうんぬんとか夢見てるアホをなんとかしてほしいところ・・
PSOの思い切りっぷりはスゴイと思ったけどね。同期をあきらめるなんて
普通思いつかないって。

>>189
描画ループとゲームループ(ネットゲーの場合は通信側のループがmainになる)
は別にするのが最近のトレンドでございますですよ

**189** · 02/08/30 22:43

あーなるほど。
データだけキューしといて、遅いマシンでも描画落ちだけでなんとか、ってカンジですか。
それでも通信速度やmainの処理速度には引きづられるんだろうけど。

**名前は開発中のものです。** · 02/08/30 22:47

FPSじゃない場合、通信速度も大して必要じゃないよ。
ゲームにもよるけど、基本的に線が太くても応答速度変わらないんで
通信は4～15fps程度でクライアントで補間してごまかしてる。

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

勿論、UOのブリ１銀前とかのようにオブジェクトが大量にある場合は太い方が有利だけどね

**名前は開発中のものです。** · 02/08/30 22:49

突き詰めていくと、描画はしなくてもいい。笑い。

通信速度については見積もりをしっかりするしかないっしょ。
むしろ嫌なのは経路や機器の不調(?)で突然ピタっと止まることかな。
送信バッファが満杯になったらどうしたらいいんだろうねえ・・・
FFXIはβテスト中は切断されてたとききますた。

**189** · 02/08/30 22:51

通信の遅延はどーすんの？
輻輳の度合いによっては1秒とか時間かかったりするときがあると思うんだけど。
あと、本職っぽいので聞いちゃうけど、
一回のやりとりで、クライアントが受信するデータ量って、だいたい何Kくらいに抑えるモン？

**189** · 02/08/30 22:52

ああ、嫌なのか、やっぱり。

**189** · 02/08/30 22:55

コリジョンの管理なんかは、一番負荷になる部分だと思うんだけど、
この辺を上手くすっとばす方法ないかな？　>>155ゲーも今はやってないみたいだし。

あー、一番はファイルI/Oか。

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

>>195
一秒程度のずれなどユーザーにはわからないようにクライアントを作成する

「一回のやりとり」はいろんな意味で捉えられるので難しいが、
私は「送れるのならいっぱい送る」方式を取っている
（簡易的なフロー制御をアプリケーション層でも実装するということ）

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

正直、189が何を言っているのか理解できません
通信についていってるのか、そうではないのか
どういう思考運びでこんな文章が出てくるのか。

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

>>199
ネトゲ作ろうとしたら誰もが一度は通る道を順調に辿ってるように見えるので
そんなにフシギでもないよ

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

>>200
そうなの…か？
>>189を見ると、いかにも俺は作り方を知ってるぜ適な書き方だし、
経験あるのか無いのかサッパリわからん。

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

>>197
コリジョンは対象がstaticなもの(建物等)か動き回るもの(他プレイヤー、NPC)
かにもよるね。staticなものばかりならクライアント側でやって問題ないけど
動き回るものを対象にし、かつ遅延を見せかけなくするとなるとテクが要るッス。

ネットゲーは同じことをやるにも、条件がちょっと違うだけで大幅にやることが
変わるからは怖いね。そこを考えるのが楽しくもあるけど、作りこんだ後だと
修正するのは辛い。

**189** · 02/08/31 00:26

不思議じゃなくてｱﾘｶﾞﾄｳ。
MOとIMは仕事でつくったことあるけど、MMOはないんだよね。
ちと趣味と実益を兼ねて設計してみようかと。

で、1秒のずれが分からないようにするっつーと、
先のコリジョンのからみも出てくると思うんだけど、ロールバックとかするの？
突然後ろにワープとか。
あとあと、「送れるならいっぱい送る」もちょっと分からないんだけど、
例えば、自分がAさんだとするとBさんの座標を沢山送っちまって、
最後のﾔﾂを採用とかそんなカンジですか？

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

先読みとロールバックは常時必要だろ
特に3Dの場合は。

**189** · 02/08/31 00:47

特に３Dってのは分からないんだけど、先読みはさらに分からないんだよね、俺。
NPCならともかくBさんが操作するPCをAさんが予測するのって無理っぽくない？
どんな技術でやってんの？

02/08/31 00:55

簡単なモデルだと、例えば等速直線運動なんかで予測して進めといて
変化があったことがわかった時点で正しい位置に修正するんでないのか
ここでワープとかしないよーに滑らかに繋いて復帰させると目立たない

**189** · 02/08/31 01:08

仮にグリッドで制御しているとして、
等速直線運動といっても何マス直進してたらそのまま直進とするの？
何マスか判定するならその間のログは必要になるワケで、
そんなログと比較する時間とかあるの？　クライアントに持たせればいいのかな？
先読みはチト考えたんだけど挫折しました。
遅延とロールバックの処理がMMOの最大の難点なのかしらん？

02/08/31 01:25

ってゆーか、ここらへんはMO/MMOに関わらずやる処理だと思うのだが...
189が作ったMOってのは補完処理しなくてもスムースに動いてたのか？？

**189** · 02/08/31 01:31

LANだったからなぁ。遅延は発生しないものとして作ったｗ
仮に発生した場合でも、データ到着まで待ちますた。

02/08/31 01:36

そうか...LANか...

例えば慣性が働く動きだと動いてたものが完全に止まるまで時間がかかるので
補完がしやすい。
そーゆー部分も考慮しつつ設計するとイイと思われ。

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

∧_∧
(´∀｀)　age

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

> PSOの思い切りっぷりはスゴイと思ったけどね。同期をあきらめるなんて
> 普通思いつかないって。
いや普通だと思うのですが。

つか、PSOってMOじゃん。ってわかってるか。

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

>>212
そりゃもちろん。4人だし。キャラ同士の位置情報の交換はP2P
でやるわ、各クライアントで敵情報にズレがあっても(たとえ生死でも!)
知らん振りするわ、目からウロコがおちますた。

つーかMMOかMOかには関係ないね。ゲームそのものが、上記のようなズレに
よってプレイヤーに不利益をもたらさないようになっている、
ということですわな。

回線速度差やサーバー負荷、開発の困難さを鑑みて、うまいぐあいにフィーチャーを
切り捨てたり調節したりするのもウデなんだと思うよ。

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

そういうことですか。
ズレてても各プレイヤーに都合よければOKなものか。

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

ちとズレるがご容赦を。

最上位の企画＆設計時には、何をユーザーに体験させたいか、というポイントを
押えておく必要があるよ。でないとなんでもかんでも同期させちゃうとか、
激しく実装困難なものを抱えてしまうことになっちゃう。

例えば、携帯電話は「リアルタイム・持ち歩ける」が必須項目で、音質だとか
メールの文字数だとか写真の解像度だとかはそっちのけになってるよね。
それでもいいのよ。

ネトゲでも同じで。例えばユーザー同士の「お互いの位置による」相互作用が
ほとんど無いならば、位置のズレを気にする必要はない。

ゲームデザインはここの趣旨から外れるかもしれんが、こういう前提抜きに
遅延対策の話してるとときどきかみ合わなくなるからねえ。もちろん定石は
あるだろうから(ホントに?)、その議論なら問題ないと思うッス。

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

>>115
アンタホントスゲーヨ

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

まともなスレはここにしかないな。

**名前は開発中のものです。** · 02/09/02 06:32

>>217
http://game.2ch.net/test/read.cgi/gamedev/1005036639/l50

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

>>218
そこ結局、スクリプターの溜まり場じゃん。
115みたいに本格的なフレームワークから作ってるヤシが居るようには見えないんだが…。

**名前は開発中のものです。** · 02/09/02 16:25

いや、ソコはスクリプトエンジン製作者の溜まり場。
フレームワークっちゃあフレームワークだよ。

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

記念カキコ

**名前は開発中のものです。** · 02/09/05 12:02

期待age

**名前は開発中のものです。** · 02/09/06 08:29

記念カキコ
2

**名前は開発中のものです。** · 02/09/06 08:50

　　　／∵∴∵∴＼
　　 /∵∴∵∴∵∴＼
　　/∵∴∴,（･）（･）∴|
　　|∵∵／　　 ○　＼|
　　|∵ /　　三　|　三　|　　／￣￣￣￣
　　|∵ |　　　＿_|＿_ 　|　＜　うるせー馬鹿！
　　＼|　　　＼＿/　／　　＼＿＿＿＿
　　　　＼＿＿＿_／

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

ﾌﾟﾚｰﾔｰが操作するある範囲において、そのある範囲にいる他のﾌﾟﾚｰﾔｰの行動、NPCの行動
敵の行動、環境の変化の数値ﾃﾞｰﾀのみを同期によってこちら側で制御しなきゃいかんのよね。
それﾌﾟﾗｽ自分の行動ﾃﾞｰﾀの送信。ﾃﾞｰﾀ圧縮・展開技術が発展しそうだ。

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

>同期によって
意味不明な用語の使い方はヤメレ

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

ﾃﾞｰﾀ圧縮はﾘｱﾙﾀｲﾑ性の高いゲームだとあまり意味なしではー？
>>225に詳しく聞きたいなぁ～

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

俺は、ﾈﾄｹﾞｰ詳しくないから。仕事では、ｹﾞｰﾑ作らないし。
妄想で電波飛ばしてる。でも、作るんだったらこうかなぁとも思ってるけど。

>>226
うーん、言葉の使い方が変だね。
自分と他のﾌﾟﾚｲﾔｰとその他の管理云々の誤差を少なくする作業ね。

>>227
生ﾃﾞｰﾀ垂れ流しなんだろうか？詳しい人ｷﾎﾞｰﾝ。

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

圧縮効くほど大きいデータを送る時点で敗者

**名前は開発中のものです。** · 02/09/08 20:06

>>229
そうだな～そこまででかいﾃﾞｰﾀを送るのもちょっとね。

**名前は開発中のものです。** · 02/09/08 21:38

データの圧縮云々よりも、データの優先順位を決めて
状況によって間引を行い通信量を調整出来るようにすべき

**名前は開発中のものです。** · 02/09/08 21:43

>>231
それ難しいな

**名前は開発中のものです。** · 02/09/08 22:33

移動データはUDP、アイテムの取捨に関するデータはTCP等の適材適プロトコル

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

そうだ、それを聞きたかったんだ・・思い出させてくれてアリガトン。>233

UDPはコネクションレス型って聞くけどコネクションを張る方法があるそうな・・
どなたかUDPコネクションの張り方を知りませんでしょうか？
ルータを通過させたいのです。

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

>>234
UDPで TCPみたいなこと（再送とか順序付けとか）をしたければ
アプリで実装するしかないんでないの。つーか、ルータ経由で
UDPパケットが受信できるかどうかの話なら、それはルータの
フィルタ設定の問題のような気がするんだけど。
　
デフォルト設定が

　・LAN->WANのTCP接続やUDPユニキャスト送信は無条件で許可するが
　・WAN->LANのTCP接続やUDP受信は許可しない

みたいな市販のNAT付きルータを使っていて、それの設定変更を
面倒臭がるユーザを想定してるなら、はじめからTCP使ったほうが
いいんじゃないかと思う。

**名前は開発中のものです。** · 02/09/09 19:26

設定が面倒とかの問題じゃないんじゃない？
（ゲーマーでもフィルタ設定ぐらいは出来るみたいだし。）
どちらかというと複数アカウントで遊べなくなるのが問題だと思う。

**名前は開発中のものです。** · 02/09/09 20:13

＞複数アカウントで遊べなくなる

それはどういう状況なんだ。

**名前は開発中のものです。** · 02/09/09 20:47

>>234
＞UDPはコネクションレス型って聞くけどコネクションを張る方法があるそうな・・
そんながせネタをどこから仕入れてのか教えてください
ちなみにIPマスカレードでUDPの入出力がどう働くかは最低限理解していますよね？

**名前は開発中のものです。** · 02/09/09 21:31

>237
彼女と隣に座って一緒にネットゲー

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

>>235
UDPで TCPみたいなことをしたくは無いですけど・・？

>>237
ルータに繋がっているPCのうちどれか一台しか繋げないってことかとー
何故この状況が理解出来ないのか。

>>238
http://x68000.startshop.co.jp/~68user/net/udp-3.html
：実は UDP で connect することもできますが、これは後ほど。：

情報が少なくて分かんないから、確かにガセネタかも知れないです。
というか、無理だというのならハッキリそう言って下さい。詳しいのでしょう？

**名前は開発中のものです。** · 02/09/09 21:56

>>240
＞：実は UDP で connect することもできますが、これは後ほど。：
当然がせネタです

＞ルータに繋がっているPCのうちどれか一台しか繋げないってことかとー
＞何故この状況が理解出来ないのか。
やっぱりUDPの返信アドレスとIPマスカレードを理解してませんね
コネクションが存在しないICMPのPINGがIPマスカレードを通しても返って来ますが
何故この状況が理解出来ないのか。

**名前は開発中のものです。** · 02/09/09 22:23

>>241
UDPの返信アドレスって・・なんですか？
もっと一般的な言葉は無いですか？

**名前は開発中のものです。** · 02/09/09 22:38

>>242
UDP云々を騙る前に最低限UDPを使ったプログラムを組んでください
あなたはどうしようもないほど問題外です

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

>>243
落ち着いてください。私は問題外で結構です。
UDPの返信アドレスとは何でしょう？UDPﾌﾟﾛﾄｺﾙ通信のプログラムを組んでも分からないから問うているのです。

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

＞私は問題外で結構です。
問題外で開き直る人にいくら教えても無駄です
実際今までの内容も無駄なようですね

recvfromで得られる情報を確認してください
それすら出来ていないのに
＞UDPﾌﾟﾛﾄｺﾙ通信のプログラムを組んでも分からないから
と言っているようですが、まともに組んでいないから分からないんです

**名前は開発中のものです。** · 02/09/10 00:12

なんかﾄｹﾞﾄｹﾞしてるのにちゃんと会話になってるのがｽｺﾞｲなぁ

**名前は開発中のものです。** · 02/09/10 00:15

仕様を完璧に作らないと後ですごく後悔しそうだなぁ。
まぁ何でもそうなんだが。

**名前は開発中のものです。** · 02/09/10 00:18

ネットゲーも場合は後から仕様を変更するのはざらなので
仕様を完璧に作ると後で後悔します

**名前は開発中のものです。** · 02/09/10 00:19

＞ネットゲーも
ネットゲーの

**名前は開発中のものです。** · 02/09/10 00:20

うにゅ、そういう考えもあるのね。

**名前は開発中のものです。** · 02/09/10 01:20

>>UDP
参考になるかわからないけど、QuakeはまずUDPで
ホストに接続していいかメッセージを送り、接続できる時は
送られてきたIPと一緒に送られたランダムに決められた数字を
ホストで記憶してたよ。
で、その後送られてくるのがどのマシンか解釈して処理してたよ。
通信に関して詳しい知識がないので上手く説明できないけど、
UDPでconnectってこんな感じのことじゃない？

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

UDPでconnectは文字通りconnectするだけです。
いちいち相手のアドレスを指定しなくても送信出来るようになるだけ。
決してコネクションを貼ることを指すわけではないです。

**名前は開発中のものです。** · 02/09/10 18:58

UDPの基礎についての質問はム板でやってくれ
http://pc3.2ch.net/test/read.cgi/tech/1023359282/l50

**名前は開発中のものです。** · 02/09/10 20:18

しっかし、おまえらはMXのためにはport開けるくせに、
ゲームの場合はTCPにしろとかほざくわけですか。

**名前は開発中のものです。** · 02/09/10 20:43

ってゆーか、UDP使う理由が無いよ。

**名前は開発中のものです。** · 02/09/10 21:08

>>255
ある。
http://game.2ch.net/test/read.cgi/gamedev/1018534410/
で実証済み～

**名前は開発中のものです。** · 02/09/10 21:57

実証されてないじゃんｗ

**名前は開発中のものです。** · 02/09/10 22:12

>>248ﾜﾗﾀ

**名前は開発中のものです。** · 02/09/10 22:41

>>257
ちゃんと読めバカｗ

**名前は開発中のものです。** · 02/09/11 00:58

厨ばかりだな

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

まぁ、それはいいから、ぺたんこおっぱいｷｳﾞｫﾝﾇ

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

>256
それはUDPを使う理由にはならないんじゃないか？
それとも君はあのレベルで満足なのかい？

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

>>262
何言ってんの、あなたのいうレベルって何なのよ？
TCPより速いからUDPを使う、この理由に不足している点がありますか？
ただの言い掛かりは遠慮願います。

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

UDP、TCP以前にもっとやることがあるような気がするよ・・・

**名前は開発中のものです。** · 02/09/11 08:05

>>264
いや、他にもやる事はあるが、ｻｰﾊﾞｰ側のﾌﾟﾛｸﾞﾗﾐﾝｸﾞが重要だよ。

**名前は開発中のものです。** · 02/09/11 09:00

ＵＤＰだと欠落した部分を補ったり、順序がゴチャゴチャになるのを
防ぐためにID振ったりしていろいろとまんどくさいから
それを全部やってくれちゃうＴＣＰマンセーってどこかで言ってたような。

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

UDP使うなら、落ちてもかまわないようなデータを送信するために使うのが普通なんじゃ？
シリアル振っといて、順番前後したら後から来たやつは無視するとか。

というか、プロトコルよりサーバ内の遅延のほうがが問題じゃないのかと。

**名前は開発中のものです。** · 02/09/11 15:42

>>263
自分でプログラム作って試してみ。
一応、俺が実験した環境を教えておくね。
Modem56k, ISDN64k 128k, ADSL8M 12M, CATV1M, 1.5M, 10M, 100M(光)で
サイズは1～65536byte, 秒間パケット数は20～60パケットで試したよ。

**名前は開発中のものです。** · 02/09/11 15:46

追加。
OSはWin, Linux, BSDでした。

**名前は開発中のものです。** · 02/09/11 19:19

>268
で？何その環境。ﾈﾀか

**名前は開発中のものです。** · 02/09/11 19:39

1パケット1kに届いたらアホだろ

**名前は開発中のものです。** · 02/09/11 20:59

適当にぼかして書いてるけどネタじゃないよ。
一応言っておくとADSLとか光は下りの速度を書いたんで実際の速度は違うし。
あとパケットじゃなくてデータだった、ゴメン。

**名前は開発中のものです。** · 02/09/11 23:37

>>268
おお、ええなぁ、その環境。
テストした結果も書いてもらえると凄く嬉しいんだが…

**名前は開発中のものです。** · 02/09/12 00:48

まず
>263
の反論を聞きたいな

**名前は開発中のものです。** · 02/09/12 01:27

・・それは、263に対する反論ってことか？
漏れは>268のようにﾈﾀ的な環境は持ち合わせてないからなぁ。
かのPSOだってUDPを推奨してるんだから速いんじゃないのか？

っていうか、>268が香ばしすぎて面白い。
実験て何をしたんだよ。送信先はどこだよ。
それにその接続環境はアレか？知ってる環境書き連ねただけか？
仮にネタじゃないとしたら、かなりの努力家かブルジョワだな（ｗ

「適当にぼかして書いてるけどネタじゃないよ。」
ぼかす所を間違えているか本当に無知なのかどっちだ？

**名前は開発中のものです。** · 02/09/12 01:37

UDPの方がハンドシェイクが少ないんだから早いのは当然でつ。
とはいえ、ゲームの設計として考えた場合、俺ならTCP繋ぎっぱにします。
繋ぎッぱならもっとハンドシェイク少ないし、
なによりプロトコルを２つも分けるのは面倒だから。
ここはゲー作板なんだから、純粋な技術ウンヌンではなく、
実際のゲーム製作にそくした検証をするべきでしょ。

**名前は開発中のものです。** · 02/09/12 08:03

>>268
　それ、少なくともWin環境では複数データが1パケットに纏まっていると思われ(TCP)。
　だからTCPとUDPとで差が出てないと推測。受け手側でデータ解析した?

（ ´∀｀）ネットゲー作る技術持っている人？ 2

（　´∀｀）ネットゲー作る技術持っている人？ 2