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

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

俺が監督をやります

随時スタッフ募集

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

喪装中 ◆eJILq.TeQ6さん、シナリオ考えるだけなら誰でもできるし、パクってもいい
意見言うのは簡単です。あなたがしている事は企業でいえば、モニターに近いんじゃないんですか？
やはりMMOを作るにはプログラムを覚えつつ、アルゴリズムを考えるのが先決です。でないと、
絶対企画倒れになりますよ。やっぱりプログラムの勉強だけはしといたほうが・・・

**653** ◆DeUsmjHgh2 · 04/08/28 18:59

でも、こんなに批判されてもあきらめないあなたもすごいと思いますけど

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

>>652
正論だけど、別に作りたいって言って作り始めちゃったんだからいいじゃん。
能力なければ完成しないだけの話だし。

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

１がプログラムを覚える必要は無いの
だって１はプログラマじゃないんだもの
大事なのは、～～こんな事はプログラムできますか？
についての返答を理解して、もしダメな時には
別のアプローチを考え付くことだと思うの

◆DeUsmjHgh2 · 04/08/28 19:27

プログラムができなくても、アルゴリズムは考えないとね

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

プログラムの知識が全くなく、自分の決めた設定だけを垂れ流し、
受け入れられなかったら捨てぜりふのような煽りを入れる。
監督に必要なカリスマを全く備えていない>>1に監督の資格はないと思うが。
ゲーム作りのために何か努力をしていると言う真摯な姿勢が、
プログラムの基礎を学ぶと言うことで少しでも認められれば、もっと味方が増えると思う。
まあ、クラスのリーダーにすらなれないヘタレ厨房には、無理な話か。
「監督って口出しするだけで楽でいいよな」と思っているなら、
口出ししたって人がついてきてくれなければ意味がないと言うことを肝に銘じておいては？
人の上に立ちたければ、どうすれば人がついてくるかをまず考えろ。
努力もせずにふんぞり返っている一言居士について行く人間がいるか？

**191** · 04/08/28 19:46

>>652
完成するわけがないのはみんな解ってるだろ。
でも>>622みたいにMMO作りたくてﾌﾟﾛｸﾞﾗﾑの勉強するのは有りじゃﾈーか？
本当にMMO作れる所まで行けるかは本人次第だがな

>>1いじめは御自由にﾄﾞｿﾞｰ

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

いまさら>>1にマジレスされてもな

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

>>659

いや、俺が言いたいのは

「オフラインゲーム作るスキルもノウハウもないのに、
いきなり『オンラインゲーム作る』なんてのは無謀なんじゃないか。」
ってのと、
「『どうせ完成しやしない』って割り切ってまでプログラムの勉強しようしてるのに、
いくらなんでもこんな取っ掛かりにくい所から始めんでも・・・」
ってことが言いたかった。

この中にもスキルある人いるみたいだけど、そういう人に向けて言ってるわけじゃない。
まったくの初めてで殆ど>>1みたいな状況の人に向けて言ったわけだ。

そんな奴が何の知識もないのに、『MMO作る』とか言ってること自体、おこがましい。
どうせ時間の無駄になるんだからやめとけってこった。

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

捕捉：少しでも経験を糧にして自分のスキルアップを計ってる人を、
　　　　貶めてるわけじゃない。そういう人は頑張ってほしい。超頑張れ。

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

で、639のは多人数に対応してんの？
クライアント二つつなげたら落ちたんだけど。
俺も鯖とクライアント一対一のチャットなら作れたんだけど
複数クライアントでつなぐにはどうすればいいのか分かんなくて停滞中。

**191** · 04/08/28 23:04

>>663
そういえば多人数対応についてﾁｪｯｸしてなかったな。
>>639のｿｰｽｺｰﾄﾞは基本的には多人数対応になってるが。
client_list::list_no_soc(SOCKET ksoc)の関数がﾖﾛｼｸないな
IPによってｿｹｯﾄの区別を行っているので、
ローカルで複数クライアントを起動するとｴﾗｰでる。
ｿｹｯﾄを直で比較すれば多人数OK。
　for(int n=0;n<MaxClient;n++){
　　if(flag[n]!=0){//ソケット有り
　　　if(soc[n] == ksoc){//同一ソケット
　　　　return n;
　　　}
　}
　return -1;
こんな感じだな。別にﾕｰｻﾞｰ情報管理しないなら
Client_Read(SOCKET ksoc)でおとなしく引数のｿｹｯﾄ使えばｲｲな。

で、>>663の悩みだが
ｻｰﾊﾞｰでlistenしたｿｹｯﾄとacceptでｸﾗｲｱﾝﾄと開通したｿｹｯﾄが別物なのは解っているかな？
ｸﾗｲｱﾝﾄが来るたびにacceptしてやって、戻ってくるｿｹｯﾄを保存しておけば良い。
そのｿｹｯﾄで読み書きし放題。

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

スキルがあれば趣味でMMOを作ろうとは思わないんだよな

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

オフラインの延長で作れる（完成という意味でなく）と思ってるなら
やっぱり辞めといたほうがいい

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

う～ん、自称上級者ってすぐそう言うよね
MMOがRPGになっている場合もある（RPGはデバッグが大変だから作らない等）
作りたくないものを作らされるよりも
作りたいものを作った方がいいと思うけどね
どうせ趣味なんだし

**663** · 04/08/29 00:50

>>664
どもです。
なんとなくわかってきたような気がする…
ちょっと改造してみます。

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

>MMOがRPGになっている場合もある（RPGはデバッグが大変だから作らない等）
言葉の使い方も変だし意味を和訳しても理論メッチャクチャ
MMOのデバッグと調整はオフラインRPGのそれこそ数百倍の労力がかかる。
βテストがなんのために行われてるのかと。

>ｸﾗｲｱﾝﾄが来るたびにacceptしてやって、戻ってくるｿｹｯﾄを保存しておけば良い。
>そのｿｹｯﾄで読み書きし放題。
あれ、Listenって複数ポートで受け付けできるんだっけ？

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

完成は絶対に無理。それを分かって勉強するなら良い

と言っておく

>作りたくないものを作らされるよりも
>作りたいものを作った方がいいと思うけどね
作っていると言える段階に至るまでかなりの労力と技術が必要。

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

結局
スキルが上がるとつまらないものしか作れなくなるんだね

**191** · 04/08/29 02:25

>>669
Listenするのは一つのﾎﾟｰﾄだな
複数ﾎﾟｰﾄで待ち受けしたいならListen何回もしないと無理
たぶん>>669は一つのﾎﾟｰﾄに対して一つのｺﾈｸｼｮﾝしか張れないと勘違いしているではないかな
sockA = accept (sockB, &addr, &addrlen) ;
ｻｰﾊﾞｰｻｲﾄﾞでlistenしてあるのはsockB
実際にｸﾗｲｱﾝﾄとの通信で使用するのはsockA
sockA != sockB
sockBは常に一つだがsockAは繋いできたｸﾗｲｱﾝﾄの数だけ生成される

説明下手でｽﾏﾝ

**191** · 04/08/29 02:50

ｽｷﾙがｱﾙ程度上がってくると自分が作ろうとしているものに対する
ｺｽﾄ計算が的確に出来る様になってくる。(技術的難度とか時間とかﾈ)
そのぶんｺｽﾄの割りに見返りが少ないと制作始める前に解ってしまうと
なかなか制作に踏み込みにくくなる傾向にはあると思う。
そういったｺｽﾄ計算の上で完成は無理とか無謀とか言うｱﾄﾞﾊﾞｲｽは正しいと思う。
やらなきゃ絶対にできないが地道にやれば出来るかもしれない。

石の上にも三年ってあるだろ、一日２時間３年間ﾌﾟﾛｸﾞﾗﾑ書いてみろよ。
2*365*3 = 2190時間だぜ
例え０から始めたとしても今の俺よりﾊｲﾚﾍﾞﾙのﾌﾟﾛｸﾞﾗﾏｰになってるだろ。
３年が短いと感じるか、長いと感じるかは人それぞれだがﾅｰ

ｼｮｰﾄｶｯﾄ無しという事実と比較的簡単にﾔﾒﾙという選択ができてしまうのが残酷な現実だが…

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

>>669
ＭＭＯの製作に関わった経験ありならもうちょっと情報プリーズ

>>670
皆MMOの作成に挑戦してるわけだから、そんな煽りは意味ないよ。
仮に挫折しても途中経過で得るものはあると思うし。

>>672
その説明で大丈夫だとおもう。
そろそろトリップつけたほうが良いのでは？

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

クライアント
http://gamdev.org/up/img/043.zip
サーバ
http://gamdev.org/up/img/044.zip

一応チャットができるまで
作ってて思ったんだが単純なチャットの延長で作ろうとすると
過去のデータが新しくログインしたユーザーに反映されないね
蓄積させるにはやっぱりログインが必要ということで
過去ログが記憶されるチャットに挑戦中

＞現在の課題
＞IDとPASSWORDを鯖に保存して、数十人でチャットができるシステムを組んでみそ。
＞これができなきゃ話にもならんですたい。
http://gamdev.org/w/?%5B%5BMMORPG%A4%F2%BA%EE%A4%C3%A4%C6%A4%DF%A4%BF%A4%A4%5D%5D

これもこっちのスレでの扱い？

**191** · 04/08/29 06:05

>>675
なかなか良い感じだな。
しかし残念ながら>>632に書いたとおりDelphiは知らないのでﾌﾟﾛｸﾞﾗﾑ的な助言はあんまできんな。
過去ログをｻｰﾊﾞｰで保存→ｸﾗｲｱﾝﾄ接続後にログ送信って流れになると思うが
過去ログ保存容量の限界決めとけよ。
限界値決めておかないと鯖接続時に10M過去ログﾀﾞｳﾝﾛｰﾄﾞとかあり得るしな。
過去ログ保存容量オーバーの分はファイルにログとして保存するとなお良し。

>これもこっちのスレでの扱い？
このｽﾚからの出題じゃないが、別にうｐしてくれれば見るぞ
その課題のﾎﾟｲﾝﾄは通信ﾌﾟﾛﾄｺﾙ考案だな。
小さいﾁｬｯﾄなら文字列そのまま流してもなんとかなるけど、
これだと発言と他の通信(ﾛｸﾞｲﾝ情報とかのﾈ)の区別付けないといけないからな。
そこの所工夫してﾐｿ。
ここまで出来れば自分でﾁｮｯﾄしたﾈｯﾄｹﾞｰﾑは作れるからｶﾞﾝﾊﾞ

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

>>672
あーなるほど。netstatで見たら同じプロトコルでコネクションが複数張られてるとき
こちら側のポートはたくさん開いてるけど向こうのポートは全部同じだな
>>674
>ＭＭＯの製作に関わった経験ありならもうちょっと情報プリーズ
669で「βテストがなんのために行われてるのかと。」って言ってるんですが。
>仮に挫折しても途中経過で得るものはあると思うし。
670で「分かってて勉強するならいい」って言ってるんですが。
日本語嫁

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

>>677
>MMOのデバッグと調整はオフラインRPGのそれこそ数百倍の労力がかかる。
>βテストがなんのために行われてるのかと。

これは677の憶測ということでいいですね？

とっくに「分かってて勉強するならいい」って流れなのですよ。
過去ログ嫁

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

まあ完成させるってのが一番難しくて大事では、あるけどな。

**名前は開発中のものです。** · 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

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

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

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