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

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

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

**107** ◆a6JcKaYOUI · 2005/10/09(日) 12:35:57

>>634
あーその流行に乗っちゃった人です
Athlon64 X2 3800+ 2GHｚ
Windows XP Pro x64

エクスプローラのエクステンションが全滅
ドライバー類も全滅＿|￣|○

**911** ◆RfGLxICaUo · 2005/10/19(水) 16:18:11

>> 635
今更ですが…
よく考えたらPenⅢはﾃﾞｭｱﾙｺｱ対応だった orz

そして、そのスペックはなんじゃらほいです。
あ～PCこの頃つけなくなった。
昔は同人やらでうんせこらせ使ってたけどなんだかなぁ。

**名前は開発中のものです。** · 2005/10/19(水) 18:56:54

え。
いまも15禁でうんせこらせしてるものとばかり…

**911** ◆RfGLxICaUo · 2005/10/21(金) 11:07:14

いえいえ、もうその気力なくなりました　はい orz
同人ゲーム製作って疲れるけど面白いです。
見返りとか将来考えたらこんなことしてる場合かと…ｷﾞｶﾞﾝﾃ

**名前は開発中のものです。** · 2005/10/24(月) 22:26:53

一昨日HSPをインスコしますた。
プログラムはBASIC&アセンブラ(Z80CPU)以来なのでブランクありすぎですが、
先日、上司にVB覚えてデータ処理プログラム組んでくれとか無茶言われてしまい、
とりあえず逆らってHSP使おうと思ってます。
それでたまたまこのスレ知ったんですが、HPは閉鎖ですか？

**名前は開発中のものです。** · 2005/10/24(月) 22:32:13

>>638
>見返りとか将来考えたらこんなことしてる場合かと…ｷﾞｶﾞﾝﾃ

趣味って大抵役にたたないもんでしょ

**名前は開発中のものです。** · 2005/10/24(月) 22:56:11

>>638
同人サークルでもやってるのかと思ってた。

>>639
素直にVB使った方が良いと思う。
HSPだとコントロールとその配置に手こずる

まあ、データ処理の内容によるけど…

**639** · 2005/10/24(月) 23:13:14

>>641
HSPの仕様を（ほんのさわりですが）見た感じだとボタン配置その他、
全て座標で指定する方式みたいですね
後々の機能追加などを考えた場合はVBの方が楽だと思いますが、
HSPを選んだのは、それと同時進行で趣味プログラムもやりたかったからです
（BASIC使ってた頃はゲームつくるのが好きだったので）

そ　れ　に　金　が　な　い

とりあえず仕事とは無関係の通信関係の勉強からスタート予定

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

HSPは趣味プログラムには適していると思いますが
VBの購入費を上司にせびる訳にはいかんのですか？

ライセンスの関係で
会社のPCにインスコしたら趣味には使えなくなるかも知れないけど。

**639** · 2005/10/25(火) 22:20:29

もちろん会社持ちでVB買えますよ～
でもさすがにそれを家のPCにインスコしちゃぁまずいだろうし
スレ違いになってきそうなのでこの話題は終了

**639** · 2005/10/25(火) 22:44:04

HSPで通信関係を調べてみたら、
AMdplay　pluginとpcbnet pluginを発見
どちらも通信関係のpluginですね
ぱっと見ただけでですが、ゲーム作成という観点からはAMdplay、
細かく制御できそうなのはpcbnetって印象をいけました。
さてどちらを採用しようか。。。

**639** · 2005/10/25(火) 23:43:42

とりあえずAMdplayでサーバ起動処理の初期段階まで組んでみました。
といってもセッション開始まで；
次回はクライアント認証の勉強

**911** ◆RfGLxICaUo · 2005/10/26(水) 04:34:24

過去ログ読んでみると参考になりますよ。
認証、移動までは終わってる内容になってるはずです。

PCBnet2がお薦めです。
AMdplayはDirectX9互換問題とかサポート打ち切りやらでお薦めできません。

**639** · 2005/10/26(水) 23:31:03

>AMdplayはDirectX9互換問題とかサポート打ち切りやらでお薦めできません。

な、なんですとーorz

素直にpcbnet2使ってみました。

とりあえずTCPで
サーバ
接続待機→要求確認→受け入れ→クライアントからの文字列受信→表示
クライアント
接続要求→接続判断→サーバに文字列送信

まで組んでみました。

しかしエラーがorz
試行錯誤の末、どうもソケットで間違いをしていた事が判明、無事成功しました

いまのとこ順調かな～

**639** · 2005/10/26(水) 23:36:05

補足

今回のは一応想定として、ネトゲの

１　文字列にクライアントバージョンを入れサーバに送信
２　サーバでバージョン確認

のひな型のつもり

ここでバージョンが古ければパッチor新しいクライアントのダウンロードを促すメッセージ表示

でも多分新クライアントをダウソ汁！になりそう；

**107** ◆a6JcKaYOUI · 2005/10/27(木) 01:11:03

>>649
すなおにActiveBasic使っとけ

**名前は開発中のものです。** · 2005/10/28(金) 00:18:40

サーバーまでHSPで作ろうという猛者はもうおらぬのか

**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を利用していた為、クライアント数が増えると一気にデータがくるために
　　　　　サーバ側も処理が間に合わなくなった

　
　
　
　