みんなでMMORPGを作りましょう

**喪装中** · 04/08/13 20:08

俺が監督をやります

随時スタッフ募集

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

何が大事かは他人が決めることじゃない

**名前は開発中のものです。** · 04/08/29 14:34

>>680

**名前は開発中のものです。** · 04/08/29 14:36

おおごとって読ませたかったのか？

**名前は開発中のものです。** · 04/08/29 15:03

いいか君たち。完成できるかどうかは、技術うんぬんより、
まずヤル気。とにかくヤル気。最後までのヤル気だ。

技術のあるつもりのやつは、調子に乗ってるので、ちょっとやるが、
　「先が見えた」とか「ｵﾅﾆｰしてくる」とか言い出して、すぐやめる。
技術のないやつは、常に「技術が無いから勉強勉強」と思っていて、
　時間をかけながらも、ｼｺｼｺｼｺｼｺｼｺｼｺｼｺｼｺと積み上げて、ついには完成させる。

ちょうど、ｳｻｷﾞとｶﾒみたいなもんだ。

「ヤル気」　これだけあれば、必ず完成できる。
ﾌﾟﾛのおれがいうんだから、間～違いないっ。
ｶﾞﾝﾊﾞﾚ！ﾀﾁｱｶﾞﾚ！ｵﾚﾉｶﾒ！ｻｧｲﾏﾎﾞｯｷﾀﾞ！

**名前は開発中のものです。** · 04/08/29 15:07

完成が大事なんて言ってる間は完成しないもんだ

**名前は開発中のものです。** · 04/08/29 15:22

いや、感性が大事だ。

**名前は開発中のものです。** · 04/08/29 15:25

いや、時間が大事だ。

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

完成が大事というのは裏を返せば目標を設定できていない

**名前は開発中のものです。** · 04/08/29 15:33

そんなに必死に言い訳しなくても"( ´,,_ゝ｀)
完成させるのが大事とは言ったが、おまえらにやれとは言ってませんよ。

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

金が大事だ。金が目的だ。金クレ。

**名前は開発中のものです。** · 04/08/29 20:52

>>678
俺は>>666、>>667あたりの流れを受けて
「山に登る努力自体を求めてるならさぁ登れ。
頂上に到達することが目当てならやめとけ。」って言ってるだけ。

>これは677の憶測ということでいいですね？
お前はつまり「MMOの開発に関わった事が無いなら無理とか言うな」
とか言ってるわけか。そりゃ実際に関わったことのあるやつなんていないだろ

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

>>690
>MMOのデバッグと調整はオフラインRPGのそれこそ数百倍の労力がかかる。

「らしい。」「ようだ。」「と聞く。」あたりを付けたらよろしいかと。

**名前は開発中のものです。** · 04/08/29 23:46

なぜ数百倍なのかと問いたいな。
オフラインと基本的に変わらないはずだけどな。
増えてもせいぜい２倍になるくらいだろ。
ソフトウェアというものを知らないヤツが騒ぎすぎ
・・ってまぁ騒ぐのは勝手だけど、
プログラマは素人にあんまりふりまわされんなー

**名前は開発中のものです。** · 04/08/29 23:55

オフラインはぶっちゃけどんなバランスでもok
MMO（と言うかMassiveでなくても多人数）は
人と人の間のバランスで公平不公平だけじゃなくて
それこそ製品寿命に直結するデリケートな問題でないか？

何年も運用しながらゴールを見せたゲームが存在しない以上、
調整には数百倍程度の労力はかかるのかもな。
あと、これはプログラマ関係なさげ。

デバッグはしらね。

**名前は開発中のものです。** · 04/08/30 00:07

・・それってゲームバランスの話だよな。
ここで製品作るんだっけ？

むしろここなら、ゲームバランス悪いほうが食いつきイイんじゃねーの？ｗ

しかも世の中には、数学とかね、統計学とかね、便利なものがあるんであって、
数百倍労力かけないとバランス取れないようなアホは、
ゲーム製作の要人になんかなれないから、安心してね。

**名前は開発中のものです。** · 04/08/30 00:34

数学でも統計学でもいいけど、それって言ってみただけってやつ？
バランス取れないのがアホみたいな言い方してるけど、
うまくバランス取れてる例のひとつすら上げてないようにみえるんだけど。

**名前は開発中のものです。** · 04/08/30 00:43

なあ、完成させるだけが目的で、
MMORPGを「作る意味」あるの？
現状に不満があったり、素晴らしいアイデアを実現したり、
好評価を得るために作るんでしょ
本末転倒もいいところなんじゃないの？

**名前は開発中のものです。** · 04/08/30 00:44

MMORPGに関する技術的な会話は　し　な　い　の　か　？

**名前は開発中のものです。** · 04/08/30 00:46

市場原理ってのをわかってないね。
君のようなかたに、小学一年生の算数から、手に手をとって、
ひとつひとつ教えて差し上げるほど、おれひまじゃないんで。
本屋で経済学の本買って勉強しろよ！

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

ちょっと前までいい感じだったのに・・・(´･ω･｀)

**191** · 04/08/30 01:01

MMOの一般論について語り合うｽﾚじゃーﾈｰ気がするがﾅｧ
>>693はどちらかというと対人ｹﾞｰﾑに対する理想って気がするな。
ぶっちゃけ、オンラインでもMMOでもどんなバランスでもokだと俺は思うよ。
面白いかどうかは別の問題だし、妄想企画よりは喰える。

>>696
今まで出来なかったことができるようになるのはｲｲぞ

>>697
ﾊｲﾚﾍﾞﾙな技術的話がしたいなら「MMORPGを作ってみたい」の方がｲｲかも
まぁ、ﾈﾀがあんなら書いてくれよ。

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

>>696
＞現状に不満があったり、素晴らしいアイデアを実現したり、
＞好評価を得るために作るんでしょ

それは完成してからの話なんだよ、ボーヤ。

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

こうなってしまったらこのスレも終わり。
喪装中がいた頃が楽しかったよ。

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

まぁ確かに作るだけなら糞バランスバグだらけでもいいわけだし
それなら数百倍にはならんな。ただオフラインの延長だとは思わないし
（・∀・）mmo!とか見る限りマトモに運営するためには数倍は必要だと思うが。

いい加減スレ違いだし肯定派も否定派も
「ここは低レベルな板だから仕方が無い」とでも思って
議論を中止してくれ。俺がここまで引っ張っちまったわけだけどな

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

え、ここ何スレ？

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

このスレではバランスやデザイン、それに時間や金銭的コストに関する話は無しで、
ＭＭＯらしきものの完成に挑戦するスレってことでいかないか？
あくまで挑戦だから、駄目、無理、という煽りは放置の方向で。

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

まぁ
素人にMMOが簡単に作れてしまったら
困る人たちがいるってことで・・・

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

>>696
上のほうのレスの(5)が多かったしな。
勉強目的であって面白いゲームとしての完成は必ずしも目的とならない。
cgi、プロトコルなんかのネットワークの知識がずいぶんつくと思った。
なにより建設的な流れであればこのスレにとってはそれで良くないか？

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

>>698
オレが小学生並みの知能でも別にかまわないけど、
じゃんけんのような完璧なバランスを達成したゲームが
存在しない以上、解を導き出す事は専門家ですら
実現していないってことになるわけだけど、
646WBQQSは完璧なバランスを達成できるんだよね？

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

>>708
放置対象なのでお答えできません。
そんなあなたに素敵な言葉をひとつプレゼントしましょう。
「完璧にこだわってると、何もできないですよ」

ついでなので解決方法も書きますと、まず経済学の本をよく読んで、
そのあと、あなたの言う「完璧なバランス」とはなんなのか、
その厳密な定義を行ってください。そのあとその実現方法を
論理的に数学的に検証してください。

この話はもう終りね。他スレでやって。

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

>>709
そろそろ化けの皮が剥がれてきたなｗ

ｵﾏｴゲーム作れないだろｗ

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

ゲームとしての成立を目指しもしないなら
機能サンプル以上の何者でもない
段階的に学習しながら進めるにしろ、
「完成」だけを目指すのは意味がない
デザインはバランスとは違うんだぜ、ボーヤ。

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

>>711
まずは機能サンプルでいいじゃないか。

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

>>709
何で経済学の話なんか出してるんだ？ゲーム理論のこといいたいのか？

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

では目標は「ゲームの完成」ではないよな
基底モジュール作成だろう
だとしても
プロトコル設計もしないでなんとなくチャット作るのは
後々苦労するぞ

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

>>714
問題意識が一番大きな、君が設計するのが一番いいよ。

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

もうそろそろ夏休みも終わりか

**名前は開発中のものです。** · 04/08/30 11:39

何が問題かって超初心者しか鍛えてやる事ができないってことだよな

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

うはｗｗｗｗｗおｋｗｗｗｗｗｗｗ

**名前は開発中のものです。** · 04/08/30 16:33

MMORPGを作ってみたい
03/08/26(19:07)～04/08/28(13:54)で676

みんなでMMORPGを作りましょう
04/08/13(20:08)～04/08/29(06:05)で676

このスレ早いな。

**名前は開発中のものです。** · 04/08/30 17:04

マジレスするとネタスレの進行は早いんだよ

**名前は開発中のものです。** · 04/08/30 17:16

ネタスレか
実際に作ってるのは居ないのか

**663** · 04/08/30 17:26

作ってるよ。何時できるか知らないけど。
そして誰もこんなヘタレに期待してないだろうけど。

**名前は開発中のものです。** · 04/08/30 17:28

>>722
お　ちゃんと居たのか
実際に作ってるだけ偉いと思うので、頑張って下され

**名前は開発中のものです。** · 04/08/30 17:41

本気で作るなら2chなんかでやらないね

**名前は開発中のものです。** · 04/08/30 17:49

>>724
んなこたない。

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

191せんせー、MORPG用のDLL形式の通信ライブラリを作ろうと思うのですが
ライブラリ側からアプリケーションへのイベントの通知は
どういった方法を使うのが良いのでしょうか？
対象は今のところ、C言語でのwindowsアプリケーションを考えています。

今までに考えたものでは、
（イベントが起こった時に）
・ウィンドウメッセージをアプリ側から指定されたウィンドウに飛ばす
・アプリ側から指定されたコールバック関数へ引数に色々くっ付けて呼びだす
または
・毎回アプリ側から、ライブラリ内にあるイベントをチェックする関数を呼び出させて、
返り値でイベント状態を返す

があります。
私この度初めて一般向けのライブラリというものを作ろうとしているので、
全くとんちんかんで他人に理解されないものになってしまうのではとひやひやしております。
なので、こんな仕様はおかしいよ、とか、一般的にはこういう方法が使われるよ、といった指導を希望します。
最後になりましたが、私はCしか使えずまともなプログラムは仕上げたことがないレベルです。

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

>>711
なんでそうねじれた解釈したがるのかね。
アプリとして完成させるのが重要っていってるんでしょ。
動かなきゃゲームとしての成立もクソもないよ。

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

>>726
俺は191じゃないが、
・ウィンドウメッセージ→応答遅すぎじゃないか？
アプリケーション側の実装もややこしくなりそう
・コールバック→これが一般的かな
・チェック関数→他の処理で重たくなってる時は応答が遅くなってしまいそう

**191** · 04/08/30 20:28

ｵﾌﾞｼﾞｪｸﾄ指向ってのが非常に便利なんで、特に制限がなければC言語で作ってるﾔﾂは
少し勉強してC++でｸﾗｽを使いこなせるようになるとｲｲと思うぞ。

>>726
>ウィンドウメッセージ
この案だとｳｨﾝﾄﾞｳﾌﾟﾛｼｰｼﾞｬｰをﾗｲﾌﾞﾗﾘ利用者が書かないといけないから駄目ぽ
>ｺｰﾙﾊﾞｯｸ
>>728の指摘通りコレが使いやすいだろう。
ﾘｽﾅｰｸﾗｽつくって渡すって方法を俺はやったな。
Cでやるなら各ｲﾍﾞﾝﾄごとの関数ﾎﾟｲﾝﾀを構造体にまとめて
その構造体をﾗｲﾌﾞﾗﾘ関数で登録してやると良いな。
>ﾁｪｯｸ関数
定期的にﾁｪｯｸするアプリケーション構造をﾗｲﾌﾞﾗﾘ使用者に
押しつける事になるからやめた方がよろしいかなぁ

>MORPG用のDLL形式の通信ライブラリ
ってことだけど、これが前提ならﾗｲﾌﾞﾗﾘの通信部分は
ﾏﾙﾁｽﾚｯﾄﾞ+ｲﾍﾞﾝﾄｵﾌﾞｼﾞｪｸﾄを使った方が良いな。

>一般向けﾗｲﾌﾞﾗﾘ
MORPG特化ﾗｲﾌﾞﾗﾘを作りたいのか？
それとも、MORPG特化通信ﾗｲﾌﾞﾗﾘを作りたいのか？
まぁ、需要があるのはMORPGﾂｸｰﾙなわけだが…

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

お二方とも、返答ありがとうございます。
ウィンドウメッセージはやっぱりいくないんですね。
コールバックが推されているようなので、191せんせいのアドバイスを生かして作っていきたいと思います。
因みに、イベントオブジェクトというのは、WSAWaitForMultipleEvents系APIを使うもの、ということで良いのでしょうか。
これはシンプルそうで良いですね。今の今までselectを使おうと思っていたので良い助言になりました。

それから、「一般向けライブラリ」についてですが、これは私が今まで内輪で使うライブラリを作ってきたため、
それとは違う、という意味で使った言葉ではあるのですが。
実は191せんせいの言われるようなMORPG特化ライブラリを目標に作っていきたいと思っています。
通信以外の機能に、キャラクタ移動時の座標補間と障害物回避運動パスの生成を盛り込みたいんです。

そういえばネットワークRPGメーカー2000なんていうのが昔あったみたいですね。
残念ながらもう終わってしまったようで何も言えないけれど・・。
これだけゲムデブ板でネトゲスレが立ってるんだからほんとに需要ありそうですよね。

**191** · 04/08/30 22:17

>>730
>イベントオブジェクトというのは、WSAWaitForMultipleEvents系APIを使うもの
そういうことです。
俺はWaitForMultipleObjects使って通信ｲﾍﾞﾝﾄと通信ｽﾚｯﾄﾞ終了ｲﾍﾞﾝﾄの両方を待機させてるな。

良い目標を持って頑張っているようだな。そのまま最後までガンバレや。
あと俺は先生じゃなくてﾁｰﾀｰだから

**名前は開発中のものです。** · 04/08/31 00:28

では水前寺先生と呼ばせていただこうと思います。

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

マルチスレッドなプログラム書くなら実際に複数CPU載った
マシンで実行/デバグしてみたほうがいいぞ。
単一CPU機ではめったに出ないバグがぼろぼろ出て楽しいし。

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

>>733
それって本来OSレベルの問題なんじゃ

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

acceptしようとするとWSAENOTSOCKってエラーが出るんだけど、
これってどっちの問題なんでしょう？
送信側のソケットがおかしいのかなんなのかさっぱりわからんです。
うpしたら誰か見てくれます？

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

>>733-734
int hoge;
thread1(){hoge++;}
thread2(){hoge++;}

を同時に動かすと1しか増えて無いかもって事でしょ。
実際はオブジェクトの同期とかで、こんな分かりやすいミスじゃ無いだろうけど。

**191** · 04/08/31 01:54

>>733
複数CPUのマシンなんてさわったことないので
どんなバグがでるのか詳しく教えて欲しいな

>>735
うｐしたら見るよ

**191** · 04/08/31 02:15

>>735
良く見たらうｐするまでもなく
テディベアかなんかに状況説明すれば解決しそうだな。
たぶん、不正なｿｹｯﾄを引数として渡しちまったってことだろ。
acceptに渡すのはlistenしたｿｹｯﾄだぜ。

**735** · 04/08/31 02:23

>>737
すいません、うｐしましたので見てみてください。お願いします。
VC6のプロジェクト丸ごとはいってますけど、
リンクとか切れてたら「wsock32.lib」追加するだけです。
ttp://gamdev.org/up/img/1132.zip

とりあえず622氏のやつコピペって少し改造して作ってます。
勝手に使ってすいません。ほとんど同じはずなんですけど、
何処が悪いのかわかんないです。
とりあえずAcceptまで行きたいのでsendとかrecvとかはまだまともに作ってないです。
鯖はポート入れないでそのまま起動してください。
見づらいと思うので申し訳ないですがおねがいします。

**735** · 04/08/31 02:26

>>738
あれ、準備してる間にレスもらってました。
一応リスンソケット渡してるつもりです。
で、リスンソケット作って待ち受けるところまではエラーは出てない臭いです。
なので、何がおかしいのかな、、、と分からなくなってしまいました。

**191** · 04/08/31 03:01

>>735
まー良くあるバグってやつだな。
DialogProc()ん中で
　TCPServer server(hDlg);
ってやってるだろ、コレが原因だな。
ローカル変数になっちゃってるから、毎回DialogProc()に実行が移ると
serverｸﾗｽが生成されて、returnと同時に破棄されとる。
よって、server.Init()の時のlistenしたｿｹｯﾄも捨てられてるな。
　static TCPServer server(hDlg);
　↑のようにstaticつけて静的変数にしとけばok

**735** · 04/08/31 03:43

>>741
どうもこんな遅くすいませんです。
できました。なんともお恥ずかしい限りです。
言われて見ればなるほど納得しました。
先はおそろしく長い…

**622** · 04/08/31 12:58

BCCDevで開発(win)
>>642
3がどうにもこうにも出来ませんでした。
メッセージがちゃんと来ているはずのところで
CallWindowProcして、直接呼んでしまう処理になってしまいました。
助言お願いします。

>>643
見やすい！

時間と視力とコードの結晶
ttp://gamdev.org/up/img/1138.zip
質問
１．サブクラス化はしてあると思うのですが、メッセージが思うように
switchにひっかかってくれません。何が原因なのか、または注意点などお願いします。
（サブクラスでmsg処理しているサンプルが見つからなすぎ）
２．次のステップでは何をしたほうがいいでしょうか？

下のウィンドウでタブ押すと送信
受信は上のウィンドウで、8kぐらいまで保持化（古いのから消えていく、発言事には消えない！）

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

WSAAsyncSelectへ渡っているのはhwndですが、
実際にサブクラス化されてるのはhWndSendMsgではないのですか？
読み間違ってても許してね

**191** · 04/08/31 20:09

>>743
>>744が言うとおりに渡してるｳｨﾝﾄﾞｳﾊﾝﾄﾞﾙが違うな。
というか、>>642で書いた真意は2、3はｸﾗｽ内部で処理ってことだ。
Init(HWND)の中でｺｯｿﾘｻﾌﾞｸﾗｽ化。そのｻﾌﾞｸﾗｽ化したﾌﾟﾛｼｰｼﾞｬｰで通信処理をやらせれば、
呼び出し元のｳｨﾝﾄﾞｳにﾜｻﾞﾜｻﾞ通信処理を書く必要がなくなるからな。
通信担当ﾌﾟﾛｼｰｼﾞｬｰがprivateなﾒﾝﾊﾞ関数ってのがﾎﾟｲﾝﾄ

まぁ、少々ﾚﾍﾞﾙが高かったかもな
ｸﾗｽ内部でｻﾌﾞｸﾗｽ化するときはﾌﾟﾛｼｰｼﾞｬｰを静的なﾒﾝﾊﾞ関数として定義しなきゃいけない。
静的なﾒﾝﾊﾞ関数から、本来のｲﾝｽﾀﾝｽを特定するのにSetProp()とかGetProp()を使う。
とか、ｲﾛｲﾛめんどくさいな。でも便利

>次のステップでは何をしたほうがいいでしょうか？
とりあえず、受信の所の改造だ。現状だと一度の受信でメッセージが全部受信出来たと仮定してるだろ。
場合によっては分割して届いたりするからな。送信時に何バイト送ったかの情報も送信するようにして、
送信バイトと同じバイト数を受信したら、本来の受信後の処理をさせる。ってのが基本だな。
文字列素送りじゃー駄目だ。

**名前は開発中のものです。** · 04/08/31 22:24

いつのまにか俺に聞けスレになってるんだな。
わざわざこんなスレでやらんでも・・・

**名前は開発中のものです。** · 04/08/31 23:13

良スレ

**名前は開発中のものです。** · 04/08/31 23:29

ていうか191以外にも答えられるやつはたくさんいそうなのに
191が答えないと満足してくれないふいんきになってるのがな

**名前は開発中のものです。** · 04/08/31 23:46

きまったモジュール作ってるときはいいんだけど、ゲームとして組み立てていく時って
自分が作りたいイメージがないと、なにやっていいかわかんなくなるんだよな。で>>1に戻る。
煽ってるわけじゃないぞ、まぁガンガレ。

**名前は開発中のものです。** · 04/08/31 23:55

なんだ、こういう開発ゴッコがやりたかったのね
最初に言えよ

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

>>748
俺も191と同じぐらいのスキルはあるんだが、人のソースみるのめんどくさ。なのよ。
スキルアップには人のソースみたほうがいいのだがやる気になれん。
ほんと191は面倒見がよいし(少なくとも俺より)説明もよろしいんで出番なしですな。

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

まだログインやチャットで苦しんでるのですがちょっと質問させてください。

通信するときにソケットを使って接続するところまではできたのですが
たくさん接続したときにどの接続が誰なのか区別するのはどうすればいいですか？

これができずに履歴の保存で苦労してます。よろしくお願いします。

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

まぁｶﾞﾝｶﾞﾚ

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

>>752
接続中のクライアント数と同じ数だけacceptでソケットハンドルを得てるわけで、
クライアントのソケットハンドルを持つ通信用クラスとプレイヤーキャラのクラスを
関連付けすればいい。

誰かというのがプレイヤーキャラのことならば、
ソケットハンドルを得たときに、クライアントに対しログインIDの送信を要求し、
ログインIDと一致するプレイヤーキャラをロードすればいいんじゃないか？

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

>>753
>>754
ありがとうございます。
＞関連付けすればいい
これができてなかったみたいです。
キャラクターのクラスを作ってそのメンバ変数にソケットハンドルを持たせてみます。

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

この板みてたら１が激怒したよ

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

1さんのお知り合いでつか

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

よーし、パパもサーバー書いちゃうぞ～

ところで、
>>448 ってどうなったん？

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

>>488 ですた

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

いつみてもやる気なさそうなページだなぁ
みんなで作ろうぜ！作ってるぜ！なんて意気込みが微塵も感じられない。

**191** · 04/09/02 06:48

>>488はこのスレの前半戦(1-616)のネタをまとめたサイトだな。
>>617以降はｽﾚの趣旨が微妙に変わったので>>488のサイトに期待するのは可哀想だろ。
>>756自称ﾁｰﾀｰによって乗っ取られたようなもんだから>1も怒るかもな。

>>758
ｻｰﾊﾞｰに期待する。
ﾌﾟﾛﾄｺﾙも決めちゃって、他のﾔﾂにｸﾗｲｱﾝﾄ書かせてみたら面白そうだな。

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

ここで先にアプリケーションプロトコル決めてみたら？

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

おまいら何本ぐらい接続してる？
今まで1本でやってたけどチャットとゲーム用ぐらいは別にしたほうがいい気がしてきた

**663** · 04/09/02 11:10

とりあえず最低限、サーバと複数クライアント間で会話をすることは
できるようになった気がする。
しかしプログラムは楽しいな。一個ずつできる事が実感をもって増えていく。
もちろん一言でできると言っても次元の高い低いの違いはあるけど。

今までグラフィックばかりやってたけど凄く時間がかかる作業で
キャラなりオブジェクトなり作って一つ一つ完成していくのはそれはそれで楽しいが、
振り返ってみると延々頂点を一センチ二センチ動かす作業を繰り返してただけで
新しく得るものなんてほとんどなくて「この期間俺は何をやってたんだろう…」と
虚しい気分になるだけだったからな。

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

これ使えばwin機でもUNIX向けの開発できるんじゃね？
今は鯖もwin向けに書く流れだから関係ないかもしれんが

http://www.forest.impress.co.jp/article/2004/01/16/servicesforunix35.html
http://www.microsoft.com/japan/windows/sfu/

**663** · 04/09/02 12:10

今回のチャットはVCのダイアログエディタつかってダイアログベースで作ったけど、
ゲーム内で表示するウィンドウのためのウィンドウシステムみたいのをつくりたい。
ウィンドウオブジェクトの下にボタンとかタブとかテキストフィールドとか自由に配置して
そのテキストフィールドの下にはさらにスクロールバーを配置してとか
そういうのを柔軟にデザインできる仕組みを作りたい。
けど激しくむずそう。なので
とりあえず最初の手がかりとしてなんか課題をくれるとうれしいのであります。

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

>>762
とりあえずちょっと妄想してみた
このまま拡張していっていいのか評価が欲しい
191氏もヨロシク

・目標
勉強用ということでデバッグの簡単さを優先させたい
マップを歩き回ってチャットするのがとりあえずの目標
ある程度の拡張性は欲しい
特定の開発環境にあまり依存しない

・仕様
通信はテキストによっておこなう
n*4バイトで構成される命令の送受信をおこなう

・・命令の仕様
1語は4byteとする
先頭に1語の命令部とそれに続く0語以上のデータ部で構成される。
****++++++++
*命令部
+データ部
例)
mvtorigt
attk7743
quit

**767** · 04/09/02 12:28

・・命令表
カッコ内はバイト数

戻り値
retn[コード(1)]
なんらかの命令に対する返事である
成功もしくは失敗を示すコードが含まれる

ログイン
lgin[id(8):password(8)]
この命令に成功するとキャラクター操作系の
命令が使用可能になる
戻り値
成功 okok
IDが存在しない noid
パスワードが違う nopw

終了
quit
ログイン以前の状態になる
切断やログインが可能な状態になる
戻り値
成功 okok

**767** · 04/09/02 12:29

mvto[方向(1)]
方向=upup,rigt,down,left
[方向(1)]で指定した方向へ移動する
戻り値
成功 okok
失敗 ngng

chat[チャンネル(1):メッセージ(10)]
戻り値
チャット
成功 okok
そのチャンネルでの発言は許されていない chng
失敗 ngng

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

チャットはもうちょっと文字数欲しいな…

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

4bytes*10=40bytesなのかorz

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

ｽﾏｿ、カッコの中の数字が1語なのか1byteなのか自分が一番混乱してたorz
1語(=4byte)に統一した修正版

retn[コード(1)] (合計8byte)
lgin[id(2):password(2)] (合計20byte)
mvto[方向(1)] (合計8byte)
chat[チャンネル(1):メッセージ(10)] (合計48byte)

**767** · 04/09/02 13:22

>>772に名前入れ忘れてたｽﾏﾇ

ゲームによって移動方法が変わるから目的地を指定して後は鯖まかせで道が選ばれるタイプか
上下左右をダイレクトに指定するタイプなのかで修正が必要な予感
個人的には後者タイプでアクション性が強いものが好みだけど通信量が増えそう

mmoゼルダやりたい(;´Д｀)ﾊｧﾊｧ

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

コインでお絵かきしたいよ

**191** · 04/09/02 15:14

>>767
ﾁｬｯﾄの部分がちょっと気になるよな。
一文字発言でも48byteってやな感じ。
発言文字列のｻｲｽﾞも送ったほうが良いだろう。
あと、通信料気にするなら文字列で送っちゃ駄目だよな。

で、俺の場合
[送信ｻｲｽﾞ(2byte)] [ﾒｯｾｰｼﾞの種類(1byte)] [ﾃﾞｰﾀ(可変ｻｲｽﾞ)]
受信時に2bye読み込んで受信サイズ取得
受信ｻｲｽﾞ全部受信し終わったら、ﾒｯｾｰｼﾞの種類に応じた処理
ﾁｬｯﾄ文字列送信ならﾃﾞｰﾀ部分が発言文字列って感じだな。

>mmoゼルダやりたい(;´Д｀)ﾊｧﾊｧ
隣接ｷｬﾗのPC強制ｼｬｯﾄﾀﾞｳﾝｺﾏﾝﾄﾞを実装するだけで御手軽に殺伐としたﾁｬｯﾄが出来ると思うｾﾞ

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

>>775
文字列で動くようになったらバイナリ化する予定なんじゃないか？
文字列バージョンならターミナルソフトでも確認できるし。
しかし可変長ぐらいは扱ってほしいな。

**488** · 04/09/02 17:17

>>761
ちゃんと、見に来てるよ＾＾；；
でも、なんか話が変わってるからついていけてないだけです＾＾；；
なんか、問題あったらスマソ

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

MMORPGに向いてるライブラリってどれ？

■参考
各種ライブラリ紹介スレ
http://pc5.2ch.net/test/read.cgi/gamedev/1008220559/
http://gamdev.org/w/?%5B%5B%A5%E9%A5%A4%A5%D6%A5%E9%A5%EA%5D%5D

**488** · 04/09/02 21:15

質問！！

C++って奴は、ゲーム作るのにむいてますか？

**191** · 04/09/02 21:20

>766
某ROみたいにｳｨﾝﾄﾞｳをﾕｰｻﾞｰが自由に配置するやつってことかな。
だとしたら、メﾒｲﾝｳｨﾝﾄﾞｳを親にしていしてCreateWindowして
ﾀｲﾄﾙﾊﾞｰﾄﾞﾗｯｸﾞでｳｨﾝﾄﾞｳ移動とかしてやればできそうだな。

そうじゃなくて、プログラムでその場に応じたボタンとか出したいなら
CreateWindowしまくるか、ダイアログなら適当に貼り付けておいてGetDlgItem()で
ﾊﾝﾄﾞﾙ取得すれば、たいていのことはできる。

なんか良い課題が思い浮かばないが、
ウィンドウの中にウィンドウを表示するクラスでも作ってみたら？
ｳｨﾝﾄﾞｳﾌﾟﾛｼｰｼﾞｬはｸﾗｽのﾒﾝﾊﾞ関数で

>>777
監督はもういない。
ｼﾅﾘｵも協力者もいなくなった。
自分でﾌﾟﾛｸﾞﾗﾑ書いて壁にぶつかったらこのｽﾚにこい。
きっと誰かが助言をくれるだろう。