delphiでMMO

**名前は開発中のものです。** · 03/12/27 17:51

作った人いないのか？
　作ってる奴いないのか？
作ろうする奴いないのか？

**名前は開発中のものです。** · 03/12/27 17:59

２ゲトーー(｀・ω・´）

**名前は開発中のものです。** · 03/12/27 18:12

**名前は開発中のものです。** · 03/12/28 00:28

作って見たい (｡･_･｡)ﾉ

**名前は開発中のものです。** · 03/12/29 01:51

moremo-

**名前は開発中のものです。** · 03/12/29 01:54

INDYのｲﾝｽｺに失敗しながら6ｹﾞﾄｰ

**名前は開発中のものです。** · 03/12/29 03:27

ばかばっか

**名前は開発中のものです。** · 03/12/29 11:32

>>7
じゃあ、作ろうと思ってるおれはﾊﾞｶか・・・鬱
どんな言語でも差ほど差は無い、使う奴によって
ﾌﾟﾛｸﾞﾗﾑは左右する・・・高速化だって技術者
の改善により叶うものだと思ってるし。

スキルのしょぼい俺が言う事までも無いが；

**名前は開発中のものです。** · 03/12/29 16:44

口だけ言うだけで自分で歩いて進もうとしないやつが真の馬鹿なのだ

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

INDYのｲﾝｽｺに成功したので10ｹﾞﾄｰ

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

IdUDPで通信成功したので記念カキコ

**名前は開発中のものです。** · 04/01/06 14:02

いっしょに作ろう！

**名前は開発中のものです。** · 04/01/06 14:13

見逃すな、今>>9が良い事言った！

**名前は開発中のものです。** · 04/01/06 14:14

あがってるとおもたら唐揚げかよ！！
IdIRCでチャットができたので記念カキコ

**名前は開発中のものです。** · 04/01/06 14:16

チャットソフトは簡単に作れるんだけどな･･･
ﾑｰ

**名前は開発中のものです。** · 04/01/06 14:25

>>15
そんなことないぞ
jisからs-jis変換けっこう苦労した

**名前は開発中のものです。** · 04/01/06 17:45

明確な変換手順が存在しているのに、
なぜそんなところで苦労するのか理解できない。

**名前は開発中のものです。** · 04/01/07 10:19

>>17
お互い理解できない事だらけで大変ですな

IdHTTPの理解を深めながら18(σ･∀･)σｹﾞｯﾂ!!

**名前は開発中のものです。** · 04/01/11 11:55

ホントショボイゲームですが作りました。でもＰＣとインターネット回線のスペックが低いので公開できません。誰かサーバーになってくれる人いないかな。

◆JTDRpAvNfs · 04/01/15 00:32

>>19
とりあえず見てみたいんだが。

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

リネ１ぐらいであれば比較的簡単にできるのでは？

**名前は開発中のものです。** · 04/01/19 00:53

>>21
そうなの？本当ならDelphiをはじめてみようと思うが。

**名前は開発中のものです。** · 04/01/19 01:28

サーバで動くプログラムはどうやって作るの？

21 · 04/01/19 10:00

>>22
>>23

MMOといっても程度問題だから、P2Pでもない限り、
理論的には50人程度のネットワークゲームと同じような気がする。
つまり、一般的なクライアント－サーバシステム。。

ネットの相対的遅さを考えれば、
コンパイラの効率性はたいした違いではないから、
しかるべきハードウェアとネットワークが用意できれば、
Delphiでも全然大丈夫だと思われ。

ラグとセキュリティの問題はネトゲに普遍的だから、
マッシブ特有の問題といえば、やっぱ、ネットワーク負荷を
どうするかという問題ぐらいじゃないかなあ。
負荷を分散させる方法、少ないパケットでゲームができる設計など。。

リネ1とかはやっぱその辺工夫してるよね。
移動先でクリックして移動する方式だから、
座標の断続的やり取りで済み、通信量が大幅に軽減される。
ラグの影響を受けにくいし、あたり判定もしやすい。
しかも見えている範囲内のオブジェクトのデータしか送らない。。
全体チャットの規制、複数サーバ制。。。

あ、でもネットワークの専門家じゃないから、
間違ってるとこがあったらスマソ。

21 · 04/01/19 10:08

技術的な問題よりも、やっぱ運用面かも。。。
俺もMMO作りたくて、Delphiで試作品作ったんだけど、
いざテストやってみようとすると人が集まらなかったり、
ワーム騒ぎで家のルータ開けるの躊躇したりしてお蔵入りしてるｗ

22 · 04/01/19 22:13

>>21,24,25
そうなんですか。今、Delphiを落とした。
参考にしたいから、そのプログラムをアップしてくれない？

**名前は開発中のものです。** · 04/01/20 06:25

ではサーバはWindows限定になるの？

**名前は開発中のものです。** · 04/01/20 07:11

個人用のWindowsをサーバーにするのってライセンス的な問題が＿|￣|○
例えば、Windows XP Proだと10台以内という
MOなら可能かな

最近、apache のwin32版でも同じ問題を扱っていたような気がする

**名前は開発中のものです。** · 04/01/20 07:17

ごめん。同時接続数の話ね

参考URL
http://slashdot.jp/articles/03/07/19/1536205.shtml?topic=10

↑これ見ると、日本のMSだけがおかしいようにも見えるけど

**名前は開発中のものです。** · 04/01/20 07:37

１０って少なすぎなような気が。
将棋の対戦と見物人ってだけでもすぐに超過しそうだ。

**名前は開発中のものです。** · 04/01/20 07:43

おはマンコー！！＼（・∀・）／
http://www.k-514.com/

**名前は開発中のものです。** · 04/01/20 22:04

>>24
PureP2P型のMMOの可能性は？

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

>>32
どこか一個所でタイムラインを管理する必要があるので、
向かないのでは？

CSなら、サーバ側は Kylix でコンパイルして Linux で動くようにすれば
いいのかな？

21 · 04/01/21 12:26

>>26

スマソ、出すのは恥ずかしい

>>28

なるほど。。そういうのもインフラの問題のひとつだよね。
Winをサーバにするなら、高いライセンス買う必要があると。。

でも、接続を受け付けるサーバはやっぱ、LinuxかBSDがいいかもね。
Winだとセキュリティや安定性が心配かも。
となると、>>33みたいな方法になるんだろうね。
（接続サーバ部分だけならCで作るのもありだけど）

**名前は開発中のものです。** · 04/01/21 22:50

でも、このライセンス問題って
「Windows上でApacheを利用する」場合でしょ？
ということはApacheを使わなければいいのか。

**名前は開発中のものです。** · 04/01/21 23:48

>>35
WindowsのEULAは少なくとも、apacheに限定していないだわ
そもそも、Apache自体動かすことは問題ないし

**名前は開発中のものです。** · 04/01/22 03:51

ところで、P2Pはみんながサーバになるんじゃないの？

21 · 04/01/22 15:47

>>35

>>36のいうとおり、EULAにある「サーバソフト」っていうのは、
apacheに限らず、ポートを開けてListenするソフトだと思われ。

>>37

よく知らないけど、子ノードを持つときはサーバになるよね。
でもP2Pの場合は最大10ノードでもいけると思われ。

**名前は開発中のものです。** · 04/01/22 22:54

リネージュ２
http://www103.sakura.ne.jp/~thelink/lineage2.html

21 · 04/01/22 23:17

>>39

対応スペックが。。。
単純に考えて、3Dになると座標関係の通信量が50%増えるのかなあ。。
(Z方向にも移動できる場合だけど)

**名前は開発中のものです。** · 04/01/22 23:19

>>38
これね。Windows2000 Professionalのやつ。
-----------------------------------------------------------------
お客様は、10 台のコンピュータまたはその他の電子デバ
イス（以下それぞれを「デバイス」といいます）を限度としてワークステーション
コンピュータに接続し、ファイルおよびプリントサービス、インターネットイン
フォメーションサービス、ならびにリモートアクセスサービス(接続の共有およ
びテレフォニーサービスを含む)のためにのみ本製品のサービスを呼び出し利用
することができます。
-----------------------------------------------------------------
つまり、Windows内蔵のサービスに接続する場合は10台まで、ということかな。
(インターネットインフォメーションサービス＝IISのことなら。)

ちなみに上の文の下には「その他の実行ファイルをリモートからアクセス
させてはならない」みたいな事が書いてあるよ。
サードパーティ製のソフトは1本でもコネクション張らせちゃダメってこった。
-----------------------------------------------------------------
お客様は、ワークステーションコンピュータ上のその他の実行可能なソフトウェアを、
デバイス上で使用、アクセス、表示、または実行するために本製品を使用すること
はできず、またデバイス専用に本製品のライセンスを有していない限り、本製品の
ユーザーインターフェースをデバイスに表示することはできません。
-----------------------------------------------------------------

**名前は開発中のものです。** · 04/01/23 06:33

ではサーバは最終的にKylixでコンパイルする。
開発中は1台のWindowsマシン上のDelphiでコンパイルとテストを行う。
とにかく、IPとポートで通信しておけば大丈夫。

**名前は開発中のものです。** · 04/01/24 16:35

>>32
間接的な接続もNGだとさ
P2PMMOもダメぽいね

21 · 04/01/25 01:06

>>41

>サードパーティ製のソフトは1本でもコネクション張らせちゃダメってこった。

えーまじで？？
サーバライセンスが買えない場合はWindows98とかにしないといかんのかなｗ

**名前は開発中のものです。** · 04/01/25 01:13

それはWindows2000の場合で、XPなら10コネクションまでOK(MSKKの見解)。
米国本社の見解に従うならライセンスを消化するような行為(Windowsアカウントを
使った認証とか?)を行わない限りOKらしい。つまり普通のTCP/IPソフトは無制限で
OKということらしいですよ？>>29のリンク先によれば、だけど。

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

http://www.apache.jp/misc/windows.html

MSKKと日本Apacheユーザ会との懇談を見る限りだと
だめぽいです

**名前は開発中のものです。** · 04/01/26 23:33

上に１、下に９のツリー構造なら可能だろうか？・・・上の人が大変だな

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

>>47
>>43によるとライセンス違反らしい

10人程度なら普通にDirectPlayで繋ぐような人数なのに……
倉鯖だけじゃなくピア接続のネトゲも気を使わないといけないな

ところでコネクションを貼るのがダメなんだからUDPなら問題ないのだろうか
他所でも指摘されてたけどどうなんだろう？

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

ただ、サーバになるソフトがバンバン発表されてる現実からすると
そんなことにするほうがアホという可能性もある。

49 · 04/02/01 22:11

×そんなことにするほうがアホ
○そんなこと気にするほうがアホ

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

32人マルチ鯖とかゴロゴロありますがあれはナンなんでしょうか？
一企業が平然とライセンス違反してるわけでしょ？

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

Server用のライセンス使ってるか、違反しているか
個人でWindowsでmodサーバ立ててる人とか、実はかなりヤバイ(´д｀;)

まー、この例に関しては、黙認されてる気はする。訴えられた例知らんし

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

この件は所謂、藪もつつかなきゃ蛇は出てこなかったろうに…ってやつですな。

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

見なかったことにして、開発再開しますか

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

作ってるひといるん？

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

LinuxにはMsgWaitForMultipleObjectsと同等のAPIが無くて苦労すると聞きました。

>>55
テストに付合ってくれる友人もサーバも無いから作らないよ。

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

FreeBSDならkqueueを使うといいらしい。
Linuxは2.6からepollとかいうのが大規模サーバ用に使えるらしい。
まぁ、select/pollだけでは限界あるからねぇ。

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

一体どんなMMORPGを創るつもりなんだい？
擦れの頭から読んでみたけど、ここの住人がどんなゲームを作りたいと
思っているのかサッパリ見えてこない。

チャットに毛が生えたようなプログラムを作りたいってことなの？

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

>>58
ウルティマオンラインの様なゲームだと思う。

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

最初の2バイトに送られてくるデータサイズが入っている場合、
1バイト目だけ送られて途切れるような事は起り得るのでしょうか？

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

可能性がないとは言い切れない

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

>>60
tcpならありうる。ただし切断されたりネットワーク障害でも無い限り必ず全てのデータが届けられる。
udpならありえない(ただしデータがまったく来ない場合はある)。

60 · 04/02/13 23:29

ということは、データの終りは別の方法で決めた方がいいですね。
単純に文字列で送ればいいのかな…。

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

>最初の2バイトに送られてくるデータサイズが入っている場合
ってわかってるなら2バイト以上届くのを待てばよいんじゃないの？
2バイト以上届いたら先頭2バイトからデータサイズをよみとって、
次はデータサイズ分届くのを待つとか。

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

>>64
根本的な問題として、どれだけデータが送られてきたか解らなかったと思う。
文字列なら、バッファを$00でクリアしておいて、$00までのデータが
送られたと解釈していたと思う。

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

ともったけど、TCustomWinSocketにはReceiveLengthなるものがあった。
内部は ioctlsocket(FSocket, FIONREAD, Longint(Result))
非同期用みたいだけど、どうなのかな。

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

>>65
分からなくても問題ないと思うけど…

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

>>67
バイナリの場合は問題ある。
それがクリアした$00なのかデータの$00なのか解らない。