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

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

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

**101** ◆VhiWHt2b1s · 2005/09/20(火) 06:42:42

>>605
へぇ～
なんかすごいな

**911** ◆RfGLxICaUo · 2005/09/20(火) 06:47:05

>>6906
pcbnet2にもmd5という命令でありますから簡単ですよ；
buf = 求めたいファイルの中身
md5 buf,strlen(buf),0 : HASH = refstr
で、ハッシュが求められますね。

**552** · 2005/09/20(火) 20:07:40

>>911さん
本の紹介ありがとうございます。明日、紀伊国屋でも行って見てこようかなって思います。
ファイルもDLさせていただきました。ソースの綺麗さに驚いてます！
そこで、ご質問なんですが getstr　か hspdaのcsvstr　速度的にどっちが上なんでしょうか？
早いほうを私も使おうと思いますので、ご回答願えればと思います。

最近、リアルの方が忙しくここになかなか立ち寄れずにいました。
皆さん意欲的に製作中で、本当楽しみです！

**911** ◆RfGLxICaUo · 2005/09/20(火) 20:21:11

>>552さん
ソースは汚いと途中で辞めたくなるので常に心得てがんばってます；
で、getstrとhspdaのcsvstrの件ですが…
効率/速度にはhspdaだと思います。独自/拡張にはgetstrだと思います。
速度違うといってもゲームに支障ない程だと思います。
個人的にはgetstrかな。ﾌﾟﾗｸﾞｲﾝ使わないで済むので。(実はhspda使ってないだけ；

みなさんがんばりましょう！でわ！

**552** · 2005/09/20(火) 20:37:48

即レス感謝です！
ってか911さんのソース見て思ったんですが、pcbnet2って3.0対応だったんですね・・・。

今さっきサーバーを取り合えず、3.0に修正しておきました！
クライアントは、E3Dの対応を見て変更したいと思ってます。

**911** ◆RfGLxICaUo · 2005/09/20(火) 21:33:14

そうですね、pcbnet2は3.0対応（公式には謎）してると思います。
Easy3Dも年内に対応できそうなので、大分ゲーム開発環境が整うと思いますね。

いや～作る人増えてよかった。
現在、mmoのアルゴリズムモジュール作ってるのでもっと増えると嬉しいな。
ただ矛盾するんですがhspのサーバーの限界感じたりもしますね（64人位なら可能）；

**101** ◆VhiWHt2b1s · 2005/09/20(火) 22:00:14

やっぱりサーバーはCとで作った方がいいかもね
HSPで256人対応は無理があると思うよ

今チャットらしきものが作れたっぽい
ちゃんとHSPと通信出来たw

**911** ◆RfGLxICaUo · 2005/09/20(火) 22:20:26

>>101さん
C++でも結局最適化できないと同じですよ。
ﾏﾙﾁスレッドとか有効活用できないと処理が早いだけで反応遅い鯖が出来ると思いますけど；（違うかな
現にc言語の某ゲーム鯖は100人対応できないみたいですよ。↑を導入してないぽい。
mmorpgプログラミングにも書いてあるので読んでみてください。

256人対応させるために複数の鯖を起動させようとおもってます。(64人x4つとか）
hspで無理なのは1つのスレッド処理速度が問題で言語自体は十分いけますよ。
hsp選ぶ理由として個人で開発可能で早いのがいいかなと思いますよ。

**911** ◆RfGLxICaUo · 2005/09/20(火) 22:25:13

上の話題で思い出したんですが・・・

通信負荷を少なくするためには-n～n領域のユーザーとだけ通信するという手法を使うことをお勧めします。
某サンプルでは全てのユーザーと通信してるようですが、明らか無駄ですよね。
・ゲーム情報は-n～n領域
・チャット情報は全体
あと微妙にP2P技術とか注目してます。

**534** · 2005/09/21(水) 00:24:21

チャットも自分の周囲のユーザーとだけにすれば負荷は減りますよね……？

**名前は開発中のものです。** · 2005/09/21(水) 00:29:45

チェインアルゴリズムをどう作るかが問題になるね
単純に考えて一定ピクセルをセル化してユーザ情報をリストする必要がある
周囲25セルにリストされたユーザにディスパッチ

**911** ◆RfGLxICaUo · 2005/09/21(水) 00:33:56

>>534さん
それなんですが、チャットはゲームと干渉させないで欲しいと要望あるのと・・・
チャット鯖にはx,y,z座標情報がないので周囲だけは難しいです。(鯖同士情報やりとりなし)

**911** ◆RfGLxICaUo · 2005/09/21(水) 00:39:51

>>616
そんな感じです。
見える領域～見えない領域のはじめの３フレーム分情報を取得してます。

**名前は開発中のものです。** · 2005/09/21(水) 00:48:42

>>617
鯖間じゃなくてもクライアントがルームキーを渡せばいいだけでは？
マップID＋画面の倍くらいのピクセルで区切ったセルIDを組み合わせて一意のルームキーを作る
ユーザは複数のルームを管理できるけど、受信できるのはカレントルームのみ

**911** ◆RfGLxICaUo · 2005/09/21(水) 01:14:41

>>619
？？？
ルームキーとは各ユーザー領域に対するIDみたいなものですか？

**名前は開発中のものです。** · 2005/09/21(水) 21:38:47

>>620
チャットルームのIDだよ
領域が変わるごとにルームキー更新情報をユーザに投げて
ユーザはチャット鯖にカレントルーム更新メッセを投げる
つまり裏でこっそり部屋を移動させてると。

**名前は開発中のものです。** · 2005/09/22(木) 03:04:22

>>621
分かった気がします。
確かにこれでも可能だし管理楽かもです。

当分ROMに徹します。どうぞ気になさらず。

**534** · 2005/09/25(日) 10:04:13

3連休中まともに作業しなかったなぁ……
完成するのはいつのことやら

**101** ◆VhiWHt2b1s · 2005/09/25(日) 11:31:22

おひさ～
最近XPをインストールしなおしたら、インターネットに繋げなくなってしまったorz
今は携帯から来てます

MMOサーバー本のチャットが全然作れないや
linux買ってこようかな

**名前は開発中のものです。** · 2005/09/25(日) 19:44:08

Linuxは無料。個人的にはRedHatが良かったけど開発終了です。
ソフトウェアの相性問題とか大嫌い。

**名前は開発中のものです。** · 2005/09/25(日) 20:43:50

>>625
RedHatの後継機のFedraCoreはどうなん？

**101** ◆VhiWHt2b1s · 2005/09/25(日) 21:34:33

インターネットにつなげないので
Fedora Core4がついている書籍を買ってきました

インストール画面が文字化けしていて設定しにくいorz

**名前は開発中のものです。** · 2005/09/25(日) 22:16:21

>>626
FedraCoreは最新技術を取り入れる姿勢がいいけど日本に対するサポートがうとい。
だから、初心者にはおすすめできない。GUIもおすすめできない。
理由は経験すればわかるかと…Xwindowシステムあたりが妥当。
level 3でxwindow level 5でGUIだっけかな？

**名前は開発中のものです。** · 2005/09/26(月) 00:13:20

Fedoraは、必要なものは一通りデフォで入れてある。
インストール・設定地獄を味わう必要が無い、
初心者向けのディストリの一つだと思うけどなぁ。

**名前は開発中のものです。** · 2005/09/26(月) 08:04:44

101 = 人のソース真似するだけ。知識と経験はなし。
911 = 妄想と構想が入り乱れる。知識と経験は良好。
534 = 何したいかわからない。

101はC使えないと思う。911は使えるみたいだから使えよ。
ましてやペンギンOS使えないと思う。

**911** ◆RfGLxICaUo · 2005/09/26(月) 13:59:35

>>630
ある意味納得です。
ある意味言い過ぎです。

**534** · 2005/09/26(月) 22:29:39

>>630
仰るとおりです。
それほど真面目に取り合わなくて結構です。

**名前は開発中のものです。** · 2005/09/26(月) 23:03:22

FreeBSDでkqueue使え。epollより資料揃ってるはず。

**911** ◆RfGLxICaUo · 2005/09/27(火) 06:59:40

>>534さん
以前お渡ししたソース結構バグありました orz
がんばって探してください。本当にすいません。

最近のﾊﾟｰﾂ見てて驚いたのは…デュアルが流行ってると。
PenⅢ世代には考えられん orz

**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
…某モンスターゲームの人…？