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

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

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

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

>>318
ごめん。
オープンソースかしろって言いたかった訳じゃなくて、
>>309-311辺りに対して、オープンソース形式なら個人ベースでも
MMOまでもってけないかなーとか言ってみただけ。
＞MMOなんでオープンソース化しちゃうとチートし放題になってしまう恐れもあります。
これが怖いんだけどね。

俺も115氏のをかなり期待して待ってる一人なので、がんばって下され。

**みぜっと** · 02/09/14 23:38

ネトゲつくってる者です。ちょっと実験をします。
http://www.intio.or.jp/taka2/VWorldServer.exe
協力してくれる方、このスレに自分のIPアドレスを書いて、
23:50にこいつを起動させてください。
IPアドレスは　http://taruo.net/e/　ここで調べてください。

協力者がいないときは、今日はもう寝ます・・・

**みぜっと** · 02/09/14 23:49

115さんのとこ、からっぽなんですけど・・・

**みぜっと** · 02/09/14 23:51

うーん、元々この板、人少ないんですかね。
また明日来ます。それでは。

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

10分ちょっとで諦めるみぜっと萌え

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

1時間待ってくれりゃ、入ったのに

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

いきなりexeファイルを起動しろ、IPアドレスを記述しろといわれても、
そりゃだれもやらんて。

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

>>325
禿同。あまりに一方的すぎて笑えた

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

>>320
せめてリリースビルドしたものを置けよ・・・

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

http://game.2ch.net/test/read.cgi/gamedev/1031623683/42-46

みぜっとハッケソ

**115** · 02/09/16 03:30

キャラ削除で指定したのと違うキャラが
削除されてしまうことがあるバグがありますた...
修正したバージョンをアップしました。

キャラ消えちゃった人ホントにごめんなさい。

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

>>115
　またがんがるからチミもがんがれ！　(´▽｀*川

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

>>330
みぜっとuzeeeeeeeeeeeee!!

**みぜっと** · 02/09/16 17:04

うざくて悪かったな。
もうちょっとちゃんとしたものになったらまた来る。

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

>>332
もう来ないで

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

来てもいいけど今度は２時間くらいは待ってみろ

**115** · 02/09/16 19:02

ver0.0004a、ローカル用のサーバ設定ファイルにしてしまってました...鬱
server.txtの内容を改行無しで
robrob.dyndns.tv
にするとログインできます...
修正したものもすぐアップします...たびたびスマソ。スレ汚しスマソ

ちなみに330はみぜっと氏ではなく私の友達と思われ...
みぜっと氏はナニやってんのか、ドンナゲーム作ってるのか
サパーリわかんないから教えてたもれ。
実験に協力しようにもどのポートを空ければいいのかもわからんし...

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

>>みぜっと
関係無いけどその名前、昔の漏れと同じだ

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

ﾎﾝﾄに関係ないなｗ

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

>>336-337ご苦労さん

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

ホントは別人なんだけど
漏れもｼﾞｻｸｼﾞｴﾝだと思ったよ・・

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

質問です。recv()を使うとゲームが止まってしまいます。
スレッドを使えばいいと言われたのですが、よくわかりません。
詳しく教えて下さい。

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

>>340
勉強しなさい。

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

あまりにも漠然としていてﾋﾞｸｰﾘ

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

このてのＡＰＩには完了型と非完了型がある。
完了型は文字通り、処理を終えないと戻ってこないもの。
非完了型はリクエストを出したら関数を抜けてくる。

recv( )は完了型なので、リアルタイム処理中はＮＧ。
だから、本来のゲームの流れの外で（つまり別のスレッドで）
実行しなければならない。

なんて、言われないと分からない奴の完成は数年後だろうなぁ・・・。
まあｺﾂｺﾂと続けたまい。

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

>>329
Σ(ﾟдﾟlll)ｽﾞｶﾞｰﾝ !
消えてました。ま、アップデートと思えば。開発中だし。

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

がんばれ、みぜっと。

なんだかんだで面白ければ認められるから

**115** · 02/09/17 21:04

tripod垢消されたっぽいdeath
とりあえず暫定的にhoopsに置いときます...（ ´Д⊂ヽ
http://rob-rob.hoops.ne.jp/mmo/

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

悪いことしてないのに、なんで消されたんだろ？
アクセス過多でも消えるんか？

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

> recv( )は完了型なので

ノンブロッキングモードを知らない奴が
ネットゲーのプログラミングを語るなんて信じられない

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

ノンブロッキングにしてメインループでポーリングさせると
無駄な時間のロスになるんで、別スレッドで行うのが最善だと思うが。
もしくは、Winなら非同期で。

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

winでもunixでもポーリングする馬鹿なんていないと思う

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

selectつかえばいいじゃねぇか。

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

selectを待ち時間0で使うととんでもない負荷かかるぞ

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

そういう馬鹿もいないと思いたい

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

ブロッキングが困る上にスレッドがイヤだからノンブロックモードって話が出たんだろ。
selectで待機したら意味無いから待ち時間0かポーリングしか選択肢無いと思うが。

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

じゃー、select()で拾ったらSIG_ALERT発生させて、そこで拾う。

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

・・・・・無理しないでマルチスレッドにしとけよ。

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

>>350
>winでもunixでもポーリングする馬鹿なんていないと思う
サーバならポーリング&ウェイトなしでCPU100%使う設計でも問題なさそうに思えるが、
そうすると、ネットワークとかHDDアクセスとかのI/Oのパフォーマンスに
影響が出ちゃったりするのかな？

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

> サーバならポーリング&ウェイトなしでCPU100%使う設計でも問題なさそうに思えるが

素人じゃあるまいし、そりゃねーべよ。

> そうすると、ネットワークとかHDDアクセスとかのI/Oのパフォーマンスに
> 影響が出ちゃったりするのかな？

OSがカーネル内もしくはサービスとして別のアクティビティを持ってる
かもしれないし、構成として一つのマシン内に複数のサーバプロセスを
立ち上げるときに非常に困る(OSにもよるがCPU割り当てが偏る場合がある)。
また、CPU Usageをサーバの状態監視項目の一つにしておくと、異常状態を
検知するのに有効なので、通常時に100%でブン回すのは避けたい。

ソケットにしろ何にしろ、OSからの通知を受けて動作するように設計すべき。
winもunixにもそのための仕組みはある。

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

ブロック無しのselectで受け取る物がなければ他の処理に回せば良いだけでは？

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

> selectで待機したら意味無いから待ち時間0かポーリングしか選択肢無いと思うが。

うーんと、クライアント側はおそらく
[入力処理]→[ネット処理]→[ワールド更新]→[描画]
みたいなループが回ってると思うんだけど、この[ネット処理]のところを
待ち時間0のselectにするのは問題ないと思うYO
FPSを調節したいなら、待ち時間のところに調節時間を入れるというのも手だNE!

クライアント側はソケット数なんて多くても数本だろうから、
このときは352のいうような負荷はかからないと思う。

大量のクライアントをさばくサーバーでは負荷が問題になるそうだ
http://www.kegel.com/c10k.html
ただし大量でないならどうでもいい

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

>>360
勿論それは分かってる。
しかし、高々数本だとすると、毎ループrecvで確認していた方が負荷が少ないよ。
selectはどの実装でも高負荷だからな。
selectが重すぎて使い物にならないから、kqueueとかIOCP（これはそうでもないか）が出来た。

複数のディスクリプタからの入力を待機する用途以外にselectは使えないし、使っちゃダメ。
待ち時間0の時は別の方法を考えるべき。

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

高負荷って実用上まったく影響のないものを気にしてどうするのか
小一時間問いつめたい

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

>>362
じゃ、ポーリングじゃなくてわざわざselectを選択する理由って何？

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

これまでの経緯

1 recvで止まっちゃう
2 recvとはそういう物
3 ノンブロッキングも知らんの(ﾌﾟ
4 ノンブロッキングでポーリングすると無駄
5 ポーリングするかよ、馬鹿。select使え
6 selectでブロックすんの？ 1に戻るじゃん
7 待ち時間0でselect汁
8 それじゃポーリング馬鹿と変わらないだろ

こんな所か。

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

>>362はselectをタイムアウト無しで使うって話なんじゃ？

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

>>364
マルチスレッドで全て解決だと思うが、使わないという前提？

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

負荷云々言っている奴は頭が固いかまともな実装が考えられないのでは？
＞[入力処理]→[ネット処理]→[ワールド更新]→[描画]
でネット処理のささいな負荷が気になるのなら
ループ毎で毎回ではなく、適当に処理しない回を作れば？
送られてきた瞬間に受け取る必要はないし
それとも今度はタイミング云々言い出すのか？

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

>>366
マルチスレッドで解決というのは分かるんだが、

ポーリング>馬鹿
待ち時間0のselect>賢い？

というのが理解できないだけ。

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

>>376
負荷云々は
selectとポーリングで期待できる効果が全く同一であるのに、
負荷の低いポーリングを選択せず、selectにすべきと言うからには、
selectにはそれ相応の価値があるからだと思うんだが、
それが何かを知りたいだけ。

もしかして、待ち時間0selectと言う言葉を使ってきたけど、
タイムアウト無しとは違うって事？
タイムアウト無しが第５引数をNULLにする事を指すなら、
今回の問題への解答としては的はずれでないの？

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

ところでポーリングというのは非同期をさしてるの？

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

>>370
毎ループrecvを繰り返す事かと
ジョイスティックのAPIにPollとかあったような。

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

非同期のrecvは切断判定が難しい

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

>>372
recvで受信する毎にn=0
１秒毎にn++
nが30になったら切断処理・・とは違うのん？

**340** · 02/09/18 23:24

なんかいっぱい釣れた(ﾌﾟ

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

>>364
そこまではすぐに追えるというか頭の準備だね。

・ノンブロッキングなsocket"数個"に対しrecv()する
・待ち時間0のselect()をする

この２つはパフォーマンスにおいては同等でしょう。内部処理も同じだろうし。

ただ、諸般の事情でブロッキングにせざるを得ない場合があったりするとヤだから、
俺はselectのほうが柔軟だと思うッス。

>>361
> 高々数本だとすると、毎ループrecvで確認していた方が負荷が少ないよ。

何と比較してどのようなテストをしたのか教えてくだせえ

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

>>374 ｳﾞｧｶめ。釣ったのはｵﾏｲじゃない。>>343だ。

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

>>373
接続が切れても30秒間待たされるのはいただけない

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

winならWSAGetLastErrorで判別出来る

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

>>374は騙りだと思われ・・・

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

>>377
UDPの場合は話は別よ？
TCPならタイムアウトは標準で判定処理出来るんだっけ・・こっちは良く知らないから。

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

おまえらソケットの勉強はム板でお願いします

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

ネトゲの技術についてなんだからスレ違いでも無いと思うが

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

すれ違い

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

UDPでコネクション張るだとか言ってたのは例外として
そこまで初級レベルの話はでてないとは思うんだけどなあ
そういや実践的なテクニックの解説なんかをした本はあんまり出てないね

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

特に、(リアルタイム系)ゲームみたいにメインループがあって毎回送受信が必要な場合の
実践的なテクニックとか知りたいね。

たしか、戦闘シミュレーションとかで分散系で云々って論文があったような気がした。
まぁ、それは、マルチキャスト前提みたいな話だったと記憶してるけど。

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

リアルタイムだとしても通信がリアルタイムである必要ってあるんですか。
機械的に発生するウインドウシステムのメッセージですら非同期だというのに、
主に人間の操作によるアクションを伝達するためのゲームないでのメッセージを
強引に同期させる理由が思い浮かばない。

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

何を同期させたいか、によるんじゃないかなあ
200近辺でその議論が始りそうな雰囲気があったが・・・

ウィンドウシステムのメッセージが非同期で構わないのは、
同一システム内ゆえ、メッセージの発生とハンドラでの処理が
リアルタイムに(＝人の目に気づかないほど素早く)行われるからでしょう。
実際にはマウスの位置もドラッグしてるウィンドウの位置も
ビミョウーに遅れてるんだろうけど、気づかないし、問題にならないよね。

これがネットゲーで問題になる理由は、メッセージというかイベントの発生場所と
ハンドラの処理主体がネットをまたいだりすることに起因するわけで、
そういう意味でも区別したほうがいいとおもう。

ところでおまえらUnrealTournament2003のデモ(体験版)はやりましたか？
対戦が熱いYO!

**387** · 02/09/21 22:43

補足です

> リアルタイムに(＝人の目に気づかないほど素早く)行われるからでしょう

この文は、ここでのリアルタイムの定義(?)を意図しています

リアルタイムの本来の意味は「締め切りに間に合うようにする」とかいう
ものなので誤解なきよう・・・

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

>>387
だから、原理的に遅延を防ぐことができないんだから、
遅延が発生しても問題ない、または影響を最小限に抑える仕組みにするんだよ。

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

>>389
違う、回線をATMにして回線の信頼性を上げるんだ！

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

だから電話で直繋ぎが正しいって言っただろ

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

電話で直つなぎでも遅延はするけどね。
インターネット経由みたいな不安定さは無いけど。

02/09/25 21:58

誰かボンバーマンオンラインの完全フリー版作ってくれ！
本家ボンバーマンオンラインだとアイテムとかステージとか少なくてすぐ飽きる

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

自分で作るか製品が出るのを待てば？
ここは厨房製作依頼板ではない

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

＞ボンバーマンオンラインの完全フリー版
同じものをつくっても同じ理由ですぐ飽きると思うがどうか？

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

wizgate作と違って、意見を出せば直ぐに反映してくれるんなら飽きないと思うけど。

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

>>393
他力本願プロジェクトは9割り失敗する

というのは置いておいて、オープンソースで公開すればいいのかもな。

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

ゲームの場合オープンソースでうまくいくケースは稀。
見方によっては成功例は全くないとも言える。

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

オープンソースってもしかして共同開発だけだと思ってる？

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

> オープンソースで公開
つまり、完成品のソースを公開するという罠。

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

それなら単に、ソース公開とだけ言えばいいだろう

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

開発者でもないのにいきなり現れて、
オープンソースは？！
オープンソースは？！

って聞いてくる馬鹿ってどこにでもいるよな

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

いるいる

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

>>402は粘着か？
なんかオープンソースにトラウマでもあるんだろうか？

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

オープンソースを迫ったりスレを立てたりして結局ゲームをつくらなければ
粘着厨房に絡まれますよ？ということだ

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

最近は知らないけど、昔は何か公開すると、
必ず直後に「ソースきぼん」というレスがついてゲンナリした。
おたふくソースでも飲んでろ、とか思った。

それはそうと目的のある共同プロジェクトは絶対失敗する。
一人がメインでバリバリ書いて、残りが周囲の枝葉末節を仕上げる、
という形ならそれなりにうまく立ち回るが、
目的優先のプロジェクトだと作業を押し付けあって頓挫するのは必定。

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

別に本家じゃなくてもオンラインのボンバーマンなんてあるにはあるが
いったいどういったものを望んでるんだ？
常に新フィーチャーを含んだバージョンアップを繰り返してくれるもの
なんて言ったら殺頃すからな

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

ころころすんでちゅか？（藁

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

↓乙たけくんのAA

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

　o
　Q

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

>>404
ｳﾝｺｰヽ(･∀･)ﾉｳﾝｺｰ

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

>>399
もしかしてソースを晒せばそれでオープンソースだと思ってる？

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

>>412
当たり前やん。
配布形態：オープンソース
ライセンス：なにか別な物

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

たとえそれが改良版の配布を禁じたりしても
勉強になるので公開はうれしいです＞ソース公開

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

そうですね
http://www.freeml.com/ctrl/html/MLInfoForm/martian2@freeml.com

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

>>413
それは現実と矛盾する。
「ライセンス」と「配布形態」は「別なもの」ではない。
ライセンスの中で再配布条件は定義されるからだ。
（再配布条件は配布形態の要素である）
　
「ソースが自由に入手できるならオープンソースである」
という考え方は世間一般においてはマイナーである。
（正誤の話をしてるわけではない）
　
メンテするつもりのない間違いだらけの目糞鼻糞なソースコードを
無断改変禁止＆再配布禁止などの制約条件の下でwebページに公開し
続けている人間は多い。
彼らの行為は世間一般には「オープンソース」とは認知されていない。
（彼らの行為の是非を問うているわけではない）
　
オープンソースの定義には“細かい点では”では諸説あるのは確かだ。
しかし、「ソースを公開すること」≠「オープンソース」という点においては
共通の認識として定着している。

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

>>416
配布形態がライセンスによって定義されるというのは大間違い。
それが正しいなら、ライセンスの存在しないソフトは配布されないことになる。

それから、ソース公開＝オープンソースで間違いではない。
OSI準拠の配布ではないが、オープンソースがOSIの登録商標でも何でもないから、
頭の固い奴が勝手に騒いでるに過ぎない。

**416** · 02/10/01 00:16

繰り返すが
　　「ライセンス」と「配布形態」は「別なもの」ではない。
と言っている。
＞配布形態がライセンスによって定義されるというのは
これが何処から出てきたのか当方も分からない。

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

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