ＭＭＯRPGをHSPで作りたいな

**FAN** · 04/05/11 11:12

とりあえず、作ってみたいんですけど参考になるサイトないですかね?

**911** ◆RfGLxICaUo · 2005/10/28(金) 05:20:21

ここいます。やっとＨＳＰで通信モジュール完成しました。
でも、速度面ではまだ改善の余地ありです。
素直にC++に移行しようかと思いましたが、ここまできたらやり切ろうと思います。
一部で配布開始してるので探して見てください。諸事情で当URLは更新できません。

**名前は開発中のものです。** · 2005/10/28(金) 05:32:06

うんこでた

**名前は開発中のものです。** · 2005/10/28(金) 19:36:41

>>652
楽しみにしています
がんば～

**名前は開発中のものです。** · 2005/10/29(土) 00:27:01

うんこ出た

**911** ◆RfGLxICaUo · 2005/10/29(土) 04:16:03

うは、HSP3ってメモリ関係おかしい。
変数BUFの内容が隣に漏れてる…システムダウンするし。
（10人以上アクセスすると段々ずれてﾊﾟｹｯﾄが…）

**911** ◆RfGLxICaUo · 2005/10/29(土) 05:14:27

http://gamedev.ddo.jp/sample.zip

で、HSPで作った同期テスト用ﾌｧｲﾙ。
中身はモジュール本体抜いたセットです。
・クライアント本体(gamedev.ddo.jp固定)
・鯖本体(127.0.0.1)
・クライアント本体(127.0.0.1)
・鯖ソース
・栗ソース
・pcbnet2ﾌﾟﾗｸﾞｲﾝ

まだ、16人までしか確認してません。
是非ご参考にしてください。

**名前は開発中のものです。** · 2005/10/29(土) 05:44:07

うんこ出た。

**名前は開発中のものです。** · 2005/10/29(土) 09:24:05

HSPのバグならぜひ本家に報告を

**639** · 2005/10/29(土) 10:23:36

>>651
私もサーバ、クライアント共にHSPで作る予定です

>>648でつくったものは動作できたのですが、いま複数のログインに対しての
処理を組み直し中です
主に会社の昼休みを利用してのプログラミングなのでなかなか進まないですがorz

**名前は開発中のものです。** · 2005/10/29(土) 10:25:38

>>656

http://pc8.2ch.net/test/read.cgi/tech/1125422557/72
とか。

**名前は開発中のものです。** · 2005/10/29(土) 10:48:16

その問題なのか知らんが
10蔵以降の座標がずれてる。
ttp://gamdev.org/up/img/3601.png

**911** ◆RfGLxICaUo · 2005/10/29(土) 16:38:24

あ～それがﾊﾟｹｯﾄバグです orz

**911** ◆RfGLxICaUo · 2005/10/29(土) 17:36:01

問題発見です。
HSPのﾒﾓﾘｰとかポインタ見てみたのですが特に問題なしです。（多分；
で、いちかばちかクライアント側の反応速度を50ms→200msに変更。鯖側を1msに変更。
すると、単純に100ms=10~12人位,200ms=20~24人位となってました。
反応速度を落とせば落とすほど綺麗に通信できました。
64人なら600ms～700ms程度まで下げる必要があるっぽいです。
以上、ずらずらすいませんでした。

**名前は開発中のものです。** · 2005/10/29(土) 19:14:29

>>664
tcpcountでバッファサイズ取得して、その後tcpgetしてるよね。
tcpgetって1行受信だけどバッファの中身が1行に満たない場合ってブロックするんだっけ?
ブロックしないでエラーとして返ってくるのなら、その辺の処理はいらないのかな?

もうずっとpcbnetもHSPも使ってないので変なこと言ってたらごめん。

**911** ◆RfGLxICaUo · 2005/10/29(土) 21:01:12

なるほど。バグというか仕様の間違いに気づきました。
以前の仕様通りtcpgetじゃだめですね。かなり思い当たる部分あります。
ありがとうございます。

今テーブルから作ってるので、それ含めて見直していきます。
でわでわ。

**639** · 2005/10/30(日) 02:32:20

socketについていまいちわかりません。
同一port内で複数のsocketを扱うことは可能でしょうか
どうもtcpmakeでうまくいかなくてorz

**名前は開発中のものです。** · 2005/10/30(日) 03:55:51

うんこ出た。

**911** ◆RfGLxICaUo · 2005/10/30(日) 05:49:13

TCPクライアントなら１ﾎﾟｰﾄ=複数Soketでも可能です。
TCPサーバーなら1ﾎﾟｰﾄ=1soketです。
UDPはどっちもサーバー仕様なので１ﾎﾟｰﾄ=1soketです。

**911** ◆RfGLxICaUo · 2005/10/30(日) 05:51:49

追記
UDPでもﾏﾙﾁｾｸｼｮﾝ(?)だか何だかは同一ﾎﾟｰﾄで複数起動できます。
難点はルーター越えできない事です。(設定とか変えれば平気なのかな？)

**名前は開発中のものです。** · 2005/10/30(日) 10:17:47

773 名前：ネトゲ廃人＠名無し[sage] 投稿日：2005/10/29(土) 21:58:22 ID:???
スクショｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!
ttp://junpipo.hp.infoseek.co.jp/cgi-bin/updown/updown/ss.jpg

**639** · 2005/10/30(日) 11:49:27

>>669
ありがとうございます
TCPですが複数のログイン・ログアウト監視サーバうまく動作できました

**101** ◆VhiWHt2b1s · 2005/10/31(月) 22:58:10

どうも～
久しぶりの更新です。
以前とはかなり見た目が変わりましたｗ
まだログイン画面のみで、ログインとかもできないですが見てください
更新情報を自動ダウンロードして表示するようにしました。

http://create-mmo.ddo.jp/game.zip

**639** · 2005/11/01(火) 01:49:09

自己レス
>>672で作ったものは非同期型で、どんどんawait短くしていくとsocketが行方不明になってしまい
やばげなのでｻｰﾊﾞから同期信号だしてｸﾗｲｱﾝﾄを完全に同期させることにしてみました

結果

おっそいorz
ｸﾗｲｱﾝﾄの数を増やしていくと泣けてきます

今後の予定
UDPに組替え

**911** ◆RfGLxICaUo · 2005/11/01(火) 03:27:10

あ～UDPは操作むずいですよ；
HSPで操作するのはお薦めしません。
（LANのｸﾗｽﾀ通信は○　WANの通信はﾌﾟﾛﾄｺﾙ設計が大変）

同期が遅いのはﾊﾟｹｯﾄの配信方法に問題あるんだと思います。
私もつい昨日まで同じ現象で悩んでましたが…調べたら分かりました。
要は
ユーザー毎のﾃﾞｰﾀをユーザー毎に送る　×
ユーザー毎のﾃﾞｰﾀをユーザー毎にﾊﾟｹｯﾄに送る、そしてユーザー毎に送る　○
です。
まだ実験段階ですが…かなり負荷減ります。
要は効率よくするためにｷｭｰｲﾝｸﾞ(溜め込む)が必要みたいです。

まだ、書き途中ですがﾓｼﾞｭｰﾙ公開しました。
参考に見てください。でわ。

**101** ◆VhiWHt2b1s · 2005/11/01(火) 22:52:41

今度はソフトを自動でダウンロードするようにしてみました。
なんとなく、かなりハイスピードで作ったのでバグあるかも；
http://create-mmo.ddo.jp/game.zip

**911** ◆RfGLxICaUo · 2005/11/02(水) 00:21:25

う～んライブラリエラー起きますね；
・ﾗｲﾌﾞﾗﾘ(DLL)が足りないと注意
・srexが読み込めないと注意
でした。がんばって～！
FTP接続ならPCBnet2から出来ますよ…（ﾎﾟｰﾄとﾌﾟﾛﾄｺﾙ合わせれば）

**101** ◆VhiWHt2b1s · 2005/11/02(水) 00:36:20

うわ、ライブラリ読めなかった？
ちゃんと入ってたけどなぁ～

**名前は開発中のものです。** · 2005/11/02(水) 02:37:30

中身見てないけど HSPはDLLを中に埋め込めなかったんじゃなかったっけ。

**名前は開発中のものです。** · 2005/11/02(水) 02:38:33

↑ .EXEの中にね。

**911** ◆RfGLxICaUo · 2005/11/02(水) 05:57:16

>>679
そうですね。ランタイムは平気だったと思います。

**101** ◆VhiWHt2b1s · 2005/11/02(水) 13:22:34

DLL埋め込んでないですよ
圧縮ファイルを解凍した時にフォルダ内にDLLあるはずですけど・・・

**名前は開発中のものです。** · 2005/11/02(水) 19:47:01

MMOver0.1b .exe

KERNEL32.DLLをコピーして
KERNEL32にリネームしたら起動出来た。

**101** ◆VhiWHt2b1s · 2005/11/02(水) 20:28:09

>>683
KERNEL32.DLLなんて使ってないと思うけどなぁ

ちょっとバグの原因の可能性があるところを修正してうｐしました。
昨日のソフトから自動ダウンロードできるはずです

**名前は開発中のものです。** · 2005/11/02(水) 21:12:28

スクリプト中で使ってなくてもHSP自体か、他のプラグインが使ってるんでわ

んで MMOver0.1c .exe も相変わらず kernel32 が無いと言われます。
リネームしたkernel32を用意すると起動できます。

ちなみに環境はwin2000 SP4です

**101** ◆VhiWHt2b1s · 2005/11/02(水) 21:18:53

>>685
そうですか～
全員そのバグで起動できないのかな

**名前は開発中のものです。** · 2005/11/02(水) 21:42:55

WinXP SP2の環境で、エラー無く起動できることを確認しますた。

**101** ◆VhiWHt2b1s · 2005/11/02(水) 22:35:03

>>687
確認ありがとです。
俺のパソコンもWinXP SP2なんですけど、問題なくできるんで
環境によるみたいですね；
でも、どちらでも一応起動できるみたいなのでよかったです。
パッチはとりあえずこのままにしておいて、次はログインできる所くらいまで作ろうと思います。
アカウント登録はソフトから登録するか、HPから登録するか、のどちらがいいですかね？

**639** · 2005/11/02(水) 23:08:21

>>675
提言ありがとうございます
私のプログラムはまだｻｰﾊﾞでﾛｸﾞｲﾝﾈｰﾑ取得・認証と切断監視だけ
まだアカウントのダブりチェックもパスワードも無し
ｸﾗｲｱﾝﾄで同期信号取得・ｻｰﾊﾞへの接続監視だけです
最初非同期で組んでいたのであちこちでチェックかけてまして、
無駄なwaitもあったので、そのせいで遅かったようです。お恥ずかしい
今は動作を確認しながらｼｪｲﾌﾟｱｯﾌﾟしているところです
同期についてはｸﾗｲｱﾝﾄ側をｻｰﾊﾞにあわせているだけです
基本的な部分なので、あまりあせらずじっくりやっていきますね
ただ今後のやるべきことを考えると、負荷をｻｰﾊﾞとｸﾗｲｱﾝﾄのどちらに
割り振るかを考える必要があるなと思ってます
これは想定される接続人数や規模によって変わってくると思ってます
大規模なものならﾛｸﾞｲﾝ鯖・ﾊﾟｯﾁ鯖・メイン鯖をそれぞれ別PCで起動させて
同期したほうがいいのでしょうが、私の想定する規模は５０人以下
たぶん２０人前後になるだろうなと思います。
その場合はせっかく鯖をわけてもそのメリットがないと思われるので、
その規模に最適化された処理を考えています

**639** · 2005/11/02(水) 23:10:14

とか偉そうなこと書いちゃってますが、ぶっちゃけtry&errorでやります・・・

みなさんがんばってくださいね

**名前は開発中のものです。** · 2005/11/03(木) 01:42:41

>>688
「ソフトから登録」の方が抵抗が無くていいんじゃないでしょうか？

あと、おそらく>>685の方がエラーが出てるのは、
*使用しているDLLの仕様上の問題(内部でのDLLのコール方法等)
*OSの管理するパス問題
*呼び出しているAPIの問題(XP依存とか呼び出し規約の違いとか)
あたりが怪しい気がします。

**639** · 2005/11/04(金) 21:24:51

自己レス

HSP自体の使い方を覚えながら通信関係を作るという大風呂敷広げてしまった私
button goto *Labelをloopの中で使ってました・・・
なんでエラーでるのかやっとわかった私・・・
それをなおしてサーバーawait1にしたらloopカウンタぎゅんぎゅんまわるまわる
必要に応じてコマンドリファレンスでコマンドとか覚えていってるから効率悪いけど、
プログラムは面白いですね
そろそろ同期以外にｻｰﾊﾞ・ｸﾗｲｱﾝﾄ間で通信処理をぽつぽつ始めました
意図してなかったのですが、わざとｸﾗｲｱﾝﾄに負荷かけてラグの状態をつくってみたら、
ラグが解消したとたん一気にパケットがｸﾗｲｱﾝﾄにながれこんで早送り状態
リネージュの処理を思い出しました。
もしかして似たような処理をしてるのかなぁ

**639** · 2005/11/04(金) 21:27:16

毎回ゴミレスですみません

ある意味ここにカキコしてモチベーション維持はかってますのでお許しをorz

**名前は開発中のものです。** · 2005/11/04(金) 22:44:18

かまわんから存分にやりたまえ

**名前は開発中のものです。** · 2005/11/04(金) 22:45:06

人少ないしね(ノ∀`)

**639** · 2005/11/05(土) 23:48:01

昨夜一晩、ｸﾗｲｱﾝﾄのウインドウをドラッグ状態にしておくと
ﾊﾟｹｯﾄがどんどんたまっていってしまい
オーバーフローしてしまう現象に悩みました。
変数にメモリ割り当てすればいいだけだったorz
これでひとつHSPについておりこうさんになった

進捗状況
１　ﾛｸﾞｲﾝ処理
　　まだ名前だけ・ダブり判定なし（通信動作テスト時簡易的な名前で複数ｸﾗｲｱﾝﾄを起動するのに面倒なので）
２　同期など
　ｻｰﾊﾞから同期信号以外のデータ（ランダムな数値・簡単なﾒｯｾｰｼﾞ）も受信・解析し表示まで
　（ｸﾗｲｱﾝﾄ数20まで確認）
　ｸﾗｲｱﾝﾄ側のラグ対策
３　ログアウト処理
　　ｸﾗｲｱﾝﾄを強制切断してもｻｰﾊﾞに一定時間残して置く処理導入

今後の予定（優先順位順）
１　データ（数値・ﾒｯｾｰｼﾞ共）のちゃんとした（？）処理（現在は暫定的な処理）
２　ｻｰﾊﾞにデータを送信しｻｰﾊﾞで解析・処理
３　X,Y座標を利用した移動処理

**639** · 2005/11/05(土) 23:53:44

補足

ラグ対策といっても受信バッファがたまってしまった場合に
それらを一気に処理するだけです
みためには以前かいたけどバッファがなくなるまで早送りみたいになるだけｄす

**101** ◆VhiWHt2b1s · 2005/11/06(日) 15:08:45

ログインと新規登録が出来るようになりました。
ダウンロードして試してください。
以前と同じような方法で処理しているので
また、ログインできないバグ出るかも；

**名前は開発中のものです。** · 2005/11/06(日) 19:54:31

みんなガンガレ

**639** · 2005/11/06(日) 20:57:37

みなさんがんばりまっしょい

進捗状況

クライアントからデータ送信・サーバで解析・処理 OK
クライアント側でX,Y座標をランダムに増減させてサーバで管理 OK
サーバからメッセージ送信・クライアントで表示　OK

今後の予定

クライアントのX,Y座標を他クライアントに送信・管理
クライアントからメッセージ送信・サーバから他クライアントに送信

**101** ◆VhiWHt2b1s · 2005/11/06(日) 21:18:42

>>698
書き忘れてたけど、IDとパスの両方を6文字以上入力しないとボタン押せませんので；

ログインと新規作成が特に問題なかったら、
次は
クライアントから送信された座標を他クライアントに送信
を出来るようにしたいですね

**名前は開発中のものです。** · 2005/11/06(日) 22:38:10

皆ガンバレ。私もひっそり頑張る。

**101** ◆VhiWHt2b1s · 2005/11/06(日) 22:47:42

>>702
なにか作ってる？

**名前は開発中のものです。** · 2005/11/06(日) 23:58:00

とある深部にあるスレを乗っ取ってぼそぼそやってます。
が、まあ完成するかどうかはさっぱり分かりませんね(´д`)

**名前は開発中のものです。** · 2005/11/07(月) 01:05:34

>>701
新規作成、ログイン共に正常に動作しました。
WinXP SP2でそ。

>>704
…某モンスターゲームの人…？

**101** ◆VhiWHt2b1s · 2005/11/07(月) 01:08:55

>>705
確認ありがとです。
他の方も問題なかったかな
ログイン部分はOKみたいなので次に進みたいと思います。
でも今日は寝る。
サバ立てておきますね

**107** ◆a6JcKaYOUI · 2005/11/07(月) 22:19:25

>>701
新規作成、ログイン共に正常に動作しました。
Windows XP Pro x64 SP1 でつ

テスト中に接続に失敗したんだけど、鯖落とした？

**101** ◆VhiWHt2b1s · 2005/11/07(月) 23:06:48

>>707
確認ありがとです。
作り続けてたんでサバ落としたり立てたりしてたんです。
どうやらログイン・新規作成は問題ないみたいですな

最新版うｐしました
パッチが効かない方は下からどうぞ
http://create-mmo.ddo.jp/mmo.zip
パッチはいつもどうり下です
http://create-mmo.ddo.jp/game.zip

**107** ◆a6JcKaYOUI · 2005/11/07(月) 23:48:57

>>708
テストしてみました。

1.なんか、ログインボタンの効きが悪い気がします
具体的には長く押していないとログイン出来ないです
ボーリングではなくOnClickでやっていますか？

2.多重ログインはチェックしていないですか？
試したところでは4クライアントで同じIDを使いログインできました。

3.あと、座標とともにログインの有無も表示できていたほうが
デバッグにはいいかなと思いました。
たとえば、ログオンの有無で文字の色を変えるとか

以上、明日もあるのでもうすぐ寝まつ

**101** ◆VhiWHt2b1s · 2005/11/08(火) 00:04:21

>>709
１．ログイン画面の更新情報が、かなり重たいみたいで動作が悪くなってるみたいです；
OnClickではなく普通にStickでやってますよ

２．今のところは多重ログインをチェックしてないです。
次回までには実装しておきたいと思います。

３．作っているときにそう思ったんですが、「これでいいかな」って感じでうｐしちゃいましたｗ
文字変えしてみようかな

**107** ◆a6JcKaYOUI · 2005/11/08(火) 00:17:20

ボーリングって何だよorz
ポーリングだった
気が付け盛れorz

**名前は開発中のものです。** · 2005/11/08(火) 00:52:47

>>710
パッチャーで接続中に、進行状況が分かると安心です。

**101** ◆VhiWHt2b1s · 2005/11/08(火) 01:11:07

>>712
進行状況を表示できるようにしたいと思ってるんですが、実装が難しかったような気がしたからこの状態になってるんです。
そのうち改善されると思いますので、それまでは今のままで勘弁してください；

ログインしてる方の文字色を変更しました。
最新版うｐしてあります。

**101** ◆VhiWHt2b1s · 2005/11/09(水) 00:54:14

最新版うｐしました。

変更点
・マウスカーソルの位置にあわせてマスを表示するようにした
・他のプレイヤーのいる座標の上にカーソルを乗せると文字列表示
です。

これは意外と簡単に実装できました。
3Dで作る予定なのに2Dっぽくなっちゃってるｗ

**639** · 2005/11/13(日) 01:09:23

とりあえず進捗状況

X,Y座標をキー入力で変化
サーバでﾛｸﾞｲﾝ・ﾛｸﾞｵﾌ（一定ｶｳﾝﾄ数waitしてから切断）
クライアント側で他クライアントのX,Y座標管理

まで出来ました。

付け足しながら組んでいったのでソースがきたなくなり
最初から組みなおそうとしたんですがうまくいかなくなってしまった（笑
結局汚いソースのまま；

今後の予定
チャット機能追加の為にinput処理とテキスト表示の「コマンドを覚える」orz
グラフィック関係の「コマンドを覚える」orz

これが実装されればとりあえずアバターで動き回りながらチャット出来ることになります
ここまでいったらいったん公開したいなぁ。
まだ鯖は立てるつもりがないので鯖とクライアントを公開（コンパイルしたものですが）
したいとおもってます
いいあぷろだないですかね；

**639** · 2005/11/14(月) 01:13:20

進捗状況

クライアントからアカウント（兼キャラネーム）・パスワード登録　実装
サーバでアカウント管理　実装
アカウント多重ログインチェック　実装
ログイン・ログアウト時にサーバ側にあるX,Y座標等のデータ読み書き　実装

今後の予定
知らないコマンドを覚える事orz

HSPでのプログラム第一弾にMMOを選ぶのは結構無謀な気がしてきました
今はデータ管理はキャラネーム・パスワードとX,Y座標だけですが
それ以外の膨大なパラメータを処理することを考えるとorz

**639** · 2005/11/15(火) 00:31:22

進捗状況

アカウント新規作成用に専用サーバ作成
サーバとクライアントのバージョンチェック実装
　（クライアントが古い場合、新しいバージョンのダウンロードをするように表示
　　アップデータとかは今のところ作成の予定無し）

今のところ自力でどうにか作ってます。
今後もがんがります。
　

**名前は開発中のものです。** · 2005/11/15(火) 00:44:09

ヽ(´ー｀)ノがんがれ　応援してるょ

**639** · 2005/11/17(木) 01:46:24

ありがとうございまふ

本日の進捗状況

サーバのソースの全体的な手直し
他PCが近くにいる時だけ座標データ送信　実装
MAPの仕様決定　最大１００×１００マスでひとつのMAP・MAP数最大１００
座標データとともにMAP IDとでもいうようなものも送信

MAPデータと表示部分を作ればとりあえず動きまわれる所までという感じでしょうか
でもそれは後回し
チャット機能も後回し

今後の予定

もう一度ソースの見直し・不具合の発見・対処
NPC移動処理実装

疲れたorz 寝ます　ノシ

**639** · 2005/11/19(土) 14:45:22

進捗状況
送受信データの見直し

最近は送受信データを監視しては変更の繰り返しです
クライアント数が少ない時は効率的だと思った方式が、数が増えてくると逆にデータ量が増えてしまったり、面白いです
グラフィック関係は最後にする予定
見た目から作ったほうがモチベーション維持できると思いますが、あとの楽しみに取っておく予定です

**639** · 2005/11/19(土) 14:46:00

進捗状況
送受信データの見直し

最近は送受信データを監視しては変更の繰り返しです
クライアント数が少ない時は効率的だと思った方式が、数が増えてくると逆にデータ量が増えてしまったり、面白いです
グラフィック関係は最後にする予定
見た目から作ったほうがモチベーション維持できると思いますが、あとの楽しみに取っておく予定です

**639** · 2005/11/19(土) 14:48:17

二回送信すまそorz

**名前は開発中のものです。** · 2005/11/19(土) 15:03:50

その謝罪も連投してこその職人だろが！

**名前は開発中のものです。** · 2005/11/19(土) 15:04:31

ご苦労様です

**639** · 2005/11/22(火) 01:25:55

進捗状況

ひたすら送受信データを眺めて、調整していました。
地味な作業です。

そういえばこのスレのログ全部は見ていないなぁと思い、見てみました。
>>206こ、これは！！！このような方法があるとは！！！
>>207こ、これは！！！いまの私の方法に似ている！！

話は少しずれますが、サーバのメインloopのwait時間を短くすると、
送受信データ（とくにｸﾗｲｱﾝﾄへの同期信号）処理が
おいつかなくて、かといって長くすると全体的にもっさりになってしまい
悩んでました。

メインloopをｶｳﾝﾄして、一定の値になった時だけ同期信号を出して、
ｸﾗｲｱﾝﾄと通信し、それ以外は処理速度を稼ぐ為にwait時間を短くすれば
いいような気がしたのでやってみました。
というわけでawait1でぎゅんぎゅん回しながらクライアントへはぽつぽつと
同期信号を出す実験開始

いまのとこいい感じ。
つかもっとはやく気づけよ俺orz

寝ます　ノシ

**639** · 2005/11/22(火) 01:33:49

いまトイレでおもったのですが同期しないほうがいいのかなー
もしくは同期信号を出すタイミングをｸﾗｲｱﾝﾄごとにずらすとか
これだと表示したときに変かなぁ・・・でも負荷減りそうだなぁ・・・

今度実験してみます

寝ます　ノシ

**名前は開発中のものです。** · 2005/11/22(火) 01:54:56

乙です、ワクテカしてまってます。

**639** · 2005/11/23(水) 01:38:30

スレを私物化ぎみですみませんですorz

気になっていることがあります
会社のPCと自宅のPCで動作速度に大きな差があるのです
CPUは似たようなものですし、メモリも同程度。
しかし会社のPCだとパフォーマンスがかなり落ちます
謎です

話はかわりますが色々やってみて思ったこと
座標移動処理で差分だけ送受信だとなんらかの原因でデータの欠損等が
発生した場合に表示と実際の座標位置がどんどんずれる予感なので座標データそのものを
やりとりしたほうが確実ぽい
TCP通信は予想よりかなり速度が遅かった気配
やはり同期させたほうがなにかと好都合な気がする神のお告げ
データの信頼性と速度は反比例する予感

進捗状況
サーバを手動でシャットダウンさせる場合
オンラインのｸﾗｲｱﾝﾄのデータをサーバ側に保存する機能の実装

今後の予定
大まかな全体の仕様の考察
そろそろこれを決めないと先に進めない予感

寝ます　ノシ

**名前は開発中のものです。** · 2005/11/23(水) 12:55:46

>>728
> スレを私物化ぎみですみませんですorz

別に問題ないと思うよ。製作している人のためのスレだし。

> しかし会社のPCだとパフォーマンスがかなり落ちます

グラフィックの問題じゃないかな
ビジネス用途のPCは、ビデオカードが貧弱だから
ゲームのようにグラフィック処理に負荷がかかる処理には弱いと思う。

> TCP通信は予想よりかなり速度が遅かった気配

座標データの様に、バンバンやりとりするものなら
UDPの方が処理が軽くて良いよ。
ただし、届く順序が前後する場合があるので、
そこを考慮する必要があるけど。

**639** · 2005/11/23(水) 23:05:20

>>729
うーん会社のPCには自宅よりランク上のグラボはいってます・・・
もっとも画面にはx,y座標や通信データの羅列ぐらいしか表示されていなかったです・・・
UDPについてはもう少し勉強してからじゃないと頭が混乱しそうです；

進捗状況

仮のmapデータ作成。読込、表示、他ｸﾗｲｱﾝﾄの座標を元に表示　実装（2D表示です）
ドット絵とマップエディターについてはフリー素材でお茶を濁しました
壁判定やｲﾍﾞﾝﾄﾌﾗｸﾞについては未実装です
でもこれで複数がmapの中を移動している様子が視覚的にわかるようにしました。
まだいらないと思って実装しなかったんですが、なんとなく区切りとして実装しました。
ちなみにまだメッセージ送受信及び表示については未実装です
最悪IRC使ってくれとかにして逃げてしまおうかと半分本気で検討中；

**639** · 2005/11/24(木) 00:41:41

むむむむむ・・・

半同期タイプをテストしてみたら完全同期タイプよりレスポンスがいい・・・
しかしラグった場合にまわりにいたPCがワープする。
んーーーーしばらくテストしてみる価値ありそうです

寝ます　ノシ

**名前は開発中のものです。** · 2005/11/24(木) 09:48:59

911と101は元気かい
生きてるかい

**107** ◆a6JcKaYOUI · 2005/11/24(木) 22:33:08

ttp://gamedev.ddo.jp/
は鯖が死んでる

**639** · 2005/11/25(金) 00:30:15

ここまでの私の行ったまとめメモ（説明下手ですみません）

１．非同期タイプ（サーバ・クライアント共自由なタイミングで送受信）
　no waitではデータがバッファにたまり処理出来ない
　適当なwait時間を設定する必要有るが調整が難しい
　へたなwaitを設定するとタイミングのズレが発生し効率が悪かった
２．同期タイプその１（サーバから同期信号を一定時間で送信・クライアントはその信号がくるまで一切の処理を止めて待つ）
　一定時間までサーバから送信するデータを対象クライアントごとに一つにまとめ、
　同期信号にデータ（自分及び近くにいるPCの座標その他）を付けて一気に送信
　利点・サーバでクライアントからの送信タイミングを決められる
　欠点・クライアントで一度に受信するデータ量が増大し、処理に時間がかかる為同期信号の間隔をあまり早く出来ない
　　　　　また、その間隔の為にサーバでawaitを利用していた為、クライアント数が増えると一気にデータがくるために
　　　　　サーバ側も処理が間に合わなくなった

　
　
　
　

**639** · 2005/11/25(金) 00:30:39

３．同期タイプその２（サーバのawaitのかわりにﾒｲﾝloopｶｳﾝﾄ数が規定の数値になった場合に同期信号送信）
　サーバはwait等で止まらないために常になんらかの処理が出来るようにした
　クライアントへの同期信号はloopｶｳﾝﾄを利用し一定カウントで送信
　利点・サーバの負担減・結果レスポンス向上
　欠点・クライアント側での受信の仕方は同期タイプその１と変わらない為、同じ状態
４．半同期タイプその１（同期タイプその２をベースに、クライアントからの処理データをその都度送信）
　クライアントからのデータを一つずつ解析し結果に同期信号を付けてその都度送信
　利点・サーバのレスポンス向上・クライアントの負担減
　欠点・相変わらず一定間隔で同期信号も送信していた。無駄な処理増につながっていた
５．半同期タイプその２（半同期タイプその１をベースに、処理データと同期信号を分離）
　処理データはその都度送信・同期信号は同期タイプその２の方式
　（クライアントへの同期信号はloopｶｳﾝﾄを利用し一定カウントで送信）とし、分離した
　利点・他PCの座標データは同期信号とは別に処理できる為クライアントの負担減
　　　　同期信号を受信した時のみ移動許可とした為他PCとの同期もとれた

**639** · 2005/11/25(金) 00:31:18

※○○タイプとか適当に名前つけたので実際の方式と合うかは知りません；

**639** · 2005/11/25(金) 00:55:27

現在は５の方式を元に、さらに無駄な部分を削ぎ落としています。
今後取り扱うデータが増えるハズなので、その前にもう少し手直しをします。

ふと思ったのですが、このスレはMMORPGを完成させて発表するまでの
道のりスレ的なものなんでしょうか
それともHSPでMMORPGを作成するにあたっての技術的な話題を
発言するスレなのでしょうか

私の場合ほとんど独り言に近いのでorz

**639** · 2005/11/25(金) 01:05:36

本来ならここらへんで一度公開テストしてみたい所なのですが、
開発用PCを鯖にするわけにいかず（ゲームしたいし・・・つか最近これにかかりきりですが）
以前web鯖として使用していたPC（現在休止中）はLinuxなのでHSPが動かせませんorz
折をみてWin入れなおすか・・・でもスペック的に心配orz

寝ます　ノシ

**名前は開発中のものです。** · 2005/11/25(金) 01:20:49

お疲れ様ー

**639** · 2005/11/26(土) 18:20:13

>>735の5番の方式をもとに、

「サーバからの移動間隔信号を出すタイミングをクライアント毎に設定」してみました。

つまり「足の速いキャラ」「足の遅いキャラ」が出来ます。

今テスト中です。結構面白い要素です。

**639** · 2005/11/27(日) 01:30:32

手を加えるたびにテストし不具合見つけて修正しての日々です
変更点を言葉で表すのは簡単ですが>>740を実装した事によるバグや
不具合の潰し込みに今までかかってましたorz

今回の実装で思ったのですがやはりまず通信系を作りこんでいこうと思います
それ以外のシステムについては考えている部分もあり未定の部分もあります
考えている事に通信系を対応させてから実装するやりかたをしたいと思ってます
例えば今回の移動の速さ実装に関しては、
ステータス又はアイテム・魔法等で移動速度アップの要素を入れることを見越しての事です
mobにも移動速度の設定をして足の遅いやつ・おっそろしく速いやつとかを
つくったら面白いかなと。
実際あまり速い設定にしてしまうと負担が大きくなるので極端な設定は出来ないとは
思ってます。ここらへんは調整する必要があるでしょうがまだ先になります

寝ます　ノシ

**639** · 2005/11/30(水) 01:08:36

マップチップを暫定で16×16で作成しマス単位で移動させていたのですが（スクロールめんどくさ）
しょぼいのでキャラチップだけを32にしてみました。結構いいかもしれないけど今度はマップチップが
キャラとスケールが違ってしまうので32のマップチップを用意して処理は16のチップ扱い
（32のチップをmapデータ４つ割り当てる形です。
データ的には無駄だけど処理は変えずに移動の見た目がマス単位じゃなくなる感じ　　って説明ヘタすぎorz　）
にしようかと思案中です。
また、今まで19×19マスで表示していたのをキャラがデカくなった為、せまく感じたので32×32にしました。
そういえば昨夜DirectXがHSPで使用出来る事を知りました。スプライトもあるんですね
HSPのコマンド知らなすぎorz
NPCの実装と壁ﾌﾗｸﾞの関係もあるんでマップチップとキャラの大きさについて決める必要が出てきました
あとスプライトの方が判定処理簡単なのかなぁ。今のとこ全部gcopyです。今度調べてみます
知らないコマンドの動作を理解するのにいちいち動作検証program組んで結果を確認しながらなのでﾒﾝﾄﾞｸｻorz
そういや最近はprogram組むじゃなくてスクリプトって言い方するんでしょうかね。よく知りません

**639** · 2005/11/30(水) 01:09:17

最近の状況
クライアント10個立ち上げて（処理重くなるんで画面処理しないデバグモードで）、
座標移動の通信ぐらいならとくにストレスなく動作出来る事を確認しました
鯖立ち上げて運営開始しても、多分多くてもonline数10人前後だろうから十分です（笑）
あとキャラチップどうしよう。。。フリーのツクール素材を拝借してもいいんですが、
出来ればかわいい系じゃなくて濃いグラフィックが自分好みなんで（汗）なかなか見つからないです
あとは装備によって見た目を変えるかその処理はしないかも決めないと。。。
装備によって見た目を変える場合各装備だけのチップを用意して合成処理をしないといけないですが
そうなるとﾊﾟｹｯﾄ量が増えるし、悩むところです
一番困るのはHSPの処理速度自体全然把握してないので（これがHSPでの始めてのprogramなので）、
どこまでつくりこむか、どこまで手抜きするかを決めかねてますorz

ちなみに今キャラチップはふんどし（？）一丁のキャラです
装備はふんどしだけにして色だけ変えようかな（笑
もちろん赤フンを最高級装備にする（笑
ふんどしonline（笑

寝ます　ノシ

**名前は開発中のものです。** · 2005/11/30(水) 01:17:27

お疲れ様。順調に進んでるようで期待させていただきます。

**639** · 2005/11/30(水) 12:20:27

会社からです…なんてこった…
スプライト使えばあんな処理とかこんな処理とか楽じゃないか…
その部分のコード書き直すか現状でいくか…
どうする俺orz

**名前は開発中のものです。** · 2005/11/30(水) 13:26:28

>>745
後々の処理や作業量を考えたら、今、書き直すべきかと思います。
大変だとは思いますが、がんばって下さい。お手伝いできる事があれば良いのですが・・・
いかんせん、私は無能ですので・・・応援しかできません。

**639** · 2005/12/02(金) 01:02:17

ちょっとまだコードについては検討中ですorz

今日までの状況
サーバでNPCのランダム移動実装
クライアント一つだけ立ち上げて負荷テストしてみました。
PCに関しては自分の可視領域にいる他PCのみデータ送受信をしていますが、
NPCに関しては負荷テストの意味もこめてmap上の全NPC座標を
クライアントに送信してみました。

テスト状況その１
ﾌﾟﾚｲﾔｰ（クライアント）が一人だけonline
NPC(mob)数がmapに100人（全てのNPC座標データをﾌﾟﾚｲﾔｰに送信）
NPC表示はﾌﾟﾚｲﾔｰの可視領域内のみ（データは全NPC分保持）
ﾌﾟﾚｲﾔｰへの同期信号とmobの移動間隔を同じにした

結果
正常に表示された
ﾌﾟﾚｲﾔｰの移動に関しては時折もたついたが気にならないレベル

テスト状況その２
ﾌﾟﾚｲﾔｰが一人だけonline
NPC(mob)数がmapに100人（全てのNPC座標データをﾌﾟﾚｲﾔｰに送信）
NPC表示はﾌﾟﾚｲﾔｰの可視領域内のみ（データは全NPC分保持）
mobの移動間隔を倍にした

結果
ﾌﾟﾚｲﾔｰ移動時多少もたついた（多分NPCデータ処理時に負荷が大きくなる為）

**639** · 2005/12/02(金) 01:07:34

テスト状況その3
ﾌﾟﾚｲﾔｰ（クライアント）が一人だけonline
NPC(mob)数がmapに150人（全てのNPC座標データをﾌﾟﾚｲﾔｰに送信）
NPC表示はﾌﾟﾚｲﾔｰの可視領域内のみ（データは全NPC分保持）
ﾌﾟﾚｲﾔｰへの同期信号とmobの移動間隔を同じにした

結果
mobちらつき発生（原因不明）
ﾌﾟﾚｲﾔｰ速度ダウン

**639** · 2005/12/02(金) 01:14:53

テスト状況その４
ﾌﾟﾚｲﾔｰが一人だけonline
NPC数が1000人（ランダムに座標増減・但しクライアントへは100人分のみ送信）
NPC表示はﾌﾟﾚｲﾔｰの可視領域内のみ（データは全NPC分保持）
ﾌﾟﾚｲﾔｰへの同期信号とmobの移動間隔を同じにした

結果
多少遅くなったが致命的なほどではなかった

**639** · 2005/12/02(金) 01:19:18

本当はクライアント数も増やして確認したいのですが、
一台のPC（この場合はパソコン）で複数立ち上げると、
それだけでパフォーマンスが落ちるのでやっていません

寝ます　ノシ

**名前は開発中のものです。** · 2005/12/02(金) 19:20:23

＞638
いつも参考にさせてもらってますm(__)m
私もネットワークゲームを開発しているのですが、パケットの暗号化にどんなアルゴリズムを使えばいいか悩んでます。
いまはRC4（オープンソースなほう）をつかってやろうと考えてますが、ほかにお薦めとかあるでしょうか？
高速なストリーム暗号だと、RC4くらいしか思いつかなかったので…。