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

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

俺が監督をやります

随時スタッフ募集

**名前は開発中のものです。** · 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
監督はもういない。
ｼﾅﾘｵも協力者もいなくなった。
自分でﾌﾟﾛｸﾞﾗﾑ書いて壁にぶつかったらこのｽﾚにこい。
きっと誰かが助言をくれるだろう。

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

>>778
あんまそういうの使わないからわからん。
自分で自分用ﾗｲﾌﾞﾗﾘつくるのが一番勉強になるし、
そのつくったものが資産にもなるから時間があるならおすすめ

>>779
多態性ｳﾏｰなのでC++(というかｵﾌﾞｼﾞｪｸﾄ指向)はｹﾞｰﾑに向いていると思ってる。
C++はCの強化版みたいなもんなので、C++が出来るってことはCも出来るってことだしな。
今からやるならC++おすすめ。

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

>>766
DirectX 2004 SummerUpdate に新しく追加された CustomUI みたいなことがやりたいのなら、
既存のウィンドウシステムの仕組みを調べるとある程度どんな感じで作ればいいかはつかめると思う。

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

>>780
>>766じゃないけど、ウィンドウプロシージャってメンバ関数にできる？
漏れはそれやろうとしたら

error C2440: '=' : 'long (__stdcall Window::*)(struct HWND__ *,unsigned int,unsigned int,long)' から 'long (__stdcall *)(struct HWND__ *,unsigned int,unsigned int,long)' に変換することはできません。(新しい動作 ; ﾍﾙﾌﾟを参照)

って怒られたYO！

**191** · 04/09/02 22:29

>>783
ちょっとしたｺﾂがあってな、ｳｨﾝﾄﾞｳﾌﾟﾛｼｰｼﾞｬにstatic つけるのさ

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

>>783
staticつけれ。
けどstaticつけたら名前空間に入っただけの
ただの関数になる(=メンバ変数、メンバ関数にアクセス出来ない)から
ウィンドウプロシージャはただの関数にしておいて、その中でメンバ関数を呼べばいい。

**783** · 04/09/02 22:39

>>784
わ～い！即レスありが㌧

確かにstaticにすれば行けるけど、インスタンス独自の処理をさせたい時に困らない？
漏れがやりたかったのは

class Windos
{
public:
Window(...); // CreateWindowやらなにやら

//かなり割愛
protected:
virtual LRESULT WindowProc(...); //ここでこのインスタンス独自の処理をさせたい
}

って感じなんだけど・・・
staticにするとどのインスタンスのメッセージなのかわからないYO！
インスタンスのリストでも持っててプロシージャの中で渡って来たウィンドウハンドルに対応するインスタンス探さなきゃいけないのかな。
それともこういう考え方自体間違ってる？？？？

**766** · 04/09/02 22:45

>>780
どうもです。一応標準のウィンドウシステムを使わないで
生意気にも全部自作したいと思っているのであります。
見た目とか好きにデザインしたいので、、、、

、、、と思ってたらこんなのがあったのか！>>782（教えてくれてありがとう）
IMEクラスとかがんばって作ってしまったのはなんだったんだろう。。。
でも悩むなぁ。自分で作んなきゃ力になんなそうだし、
かといってあくまでやりたいのはコーディングじゃなくてゲーム作りだし。
便利なものは使うべきか…

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

>>786
HWNDにクラスをもたせて置けばいい。
GetWindowLong/SetWindowLong参照。

**783** · 04/09/02 22:45

書いてる間にレスついてた！
>>785もありが㌧！
うんうん。アクセスできないっていうか、誰のメンバ関数を呼べばいいか判断できなくて困ってるYO

**766** · 04/09/02 22:49

あれ、なんだか標準(?)のウィンドウを使ってる人が多いっぽいんですが、
そういう場合は見た目はカスタマイズしたりして使ってるんですかね。
猫でも～とか見てるとある程度カスタマイズできるみたいですけど
結構いろいろ手続きが面倒くさそうで…

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

>>787
がんばって最後まで作って。

**783** · 04/09/02 23:21

みんなスゲーーーー！
>>788
ありが㌧！！
そんな便利な関数があったんだね～～
それ使ってユーザーデータにポインタを持たせてやったら呼び出せた！
MSDN検索したらGetWindowLongPtrなんてのもあったけど、漏れの環境じゃ使えなかった。
SDKをアップデートしないとダメなのかな～

とにかくレスくれたみなさんありが㌧！！！

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

ＺＯＮＥ分けどうするかなぁ

**191** · 04/09/03 04:57

>>792
俺はGetPropとSetPropを使ってる。
まぁ、参考までにってことで

>>790
DirectXで普通のｳｨﾝﾄﾞｳを使いたいってことなのか、
それとも。ただ単にｺﾝﾄﾛｰﾙを自分で描画したいのか？
ボタンとかならオーナー描画にして、自分で描画すれば簡単にできるな。

**790** · 04/09/03 09:58

>>790
例えばチャット窓用のテキストフィールドについて考えれば、
winAPIの標準コントロールを貼り付けるんじゃなくて、
文字の折り返しからスクロールバーから日本語変換から自分で実装したいということです。
で、そんな感じに「ボタン」とか「タブ」とか「スライダー」みたいな部品も全部作って、それらを更に
「自作のゲーム内ウィンドウ」に、
（↑これも「タイトルバー」がある、とか「縮小ボタン」がある、とか定義できる）」
「部品として」位置や個数など柔軟に配置し、制御したいです。

DirectX9.0Cで見た目もカスタマイズできるUIコントローラーというのができたらしいですが、
なんかやっぱり自分で全部作りたくなってきました。
クラスの勉強の範疇だと思うんですが、どうしてよいやらという感じです。
それぞれ部品の一個一個単独なら作れそうなんですけど。

↓標準コントロール貼り付けて作ってるっぽい例
ttp://eternal.s19.xrea.com/ss.html

↓自前ウィンドウシステムを作ってるっぽい例
ttp://www.nubarou.mydns.jp/wiki/pukiwiki.php
（スクリーンショットのところ参照）

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

日本語変換て…何参照するつもりなんだ

**790** · 04/09/03 17:00

漢字変換って言うか、FEPの制御のことだけどなんか変かいな？