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

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

俺が監督をやります

随時スタッフ募集

**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の制御のことだけどなんか変かいな？

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

>>796
チャットウィンドウのIME処理もAPIからやりたいってことじゃね？

**191** · 04/09/03 19:36

>>795
DirectXで日本語入力は確かに手強いな。
ｴﾃﾞｨｯﾄﾎﾞｯｸｽをDirectXで使いたいと思って対処したときは大変だった。
CreateWindowでｴﾃﾞｨｯﾄﾎﾞｯｸｽ作成して画面外の遙か彼方へ移動して隠蔽。
ｳｨﾝﾄﾞｳに対するｸﾘｯｸとかｷｰ入力でｴﾃﾞｨｯﾄﾎﾞｯｸｽに渡したいものだけを
座標変換とかしてSendMessageでｴﾃﾞｨｯﾄﾎﾞｯｸｽに再送信。描画は全部自分で。
なんかｽﾏｰﾄじゃないな。

>それぞれ部品の一個一個単独なら作れそうなんですけど。
単独で作れそうならいけるんじゃないか？
ｳｨﾝﾄﾞｳ管理ｸﾗｽを作って、ｽｸﾛｰﾙﾊﾞｰとかのｺﾝﾄﾛｰﾙ系ｸﾗｽを追加していく
javaのAppletｸﾗｽみたいな感じで実装したら良いんじゃないかなぁ

**795** · 04/09/03 22:25

>>799
FEP制御はある程度できてて、
入力した文字とか変換候補をベタに表示したりするのはできてるんで、
あとはウィンドウ幅に合わせて改行したりスクロールバーとかつけられたら
エディットボックスとして単体部品としては完成できそうです。
けどやっぱり全体をまとめたクラスの設計をどうすればいいのか分からないし
どこがどう分からないというのも複雑で説明できない。。。
もうすこしクラスの勉強をする必要がありそうです。

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

VC++4.2からはコンポーネントギャラリでサクッと雛形を入れたれたような？
それ参考にすれば余裕かと。

**191** · 04/09/04 01:50

>>800
ｸﾗｽの設計とかは経験値が重要かもしれん。
いくつもﾌﾟﾛｸﾞﾗﾑ書いてみることだな。ｶﾞﾝﾊﾞﾚ

子ｳｨﾝﾄﾞｳを考えないなら俺ならこうすると思う。
clas Iｳｨﾝﾄﾞｳ{
　RECT* GetRect();
　ﾌﾟﾛｼｰｼﾞｬｰ(...);
　(略)
}
class ｳｨﾝﾄﾞｳﾏﾈｰｼﾞｬｰ{
　ｳｨﾝﾄﾞｳ追加(Iｳｨﾝﾄﾞｳ *pWindow);
　ｳｨﾝﾄﾞｳ抹殺(Iｳｨﾝﾄﾞｳ *pWindow);
　ﾌﾟﾛｼｰｼﾞｬｰ(...)
　(略)
}
実際のｺﾝﾄﾛｰﾙはIｳｨﾝﾄﾞｳを継承させる。
そしたら、ﾎﾞﾀﾝでもｴﾃﾞｨｯﾄﾎﾞｯｸｽでもｳｨﾝﾄﾞｳﾏﾈｰｼﾞｬｰにぶち込める。
本来のｳｨﾝﾄﾞｳをｻﾌﾞｸﾗｽ化とかして、ｳｨﾝﾄﾞｳﾏﾈｰｼﾞｬｰのﾌﾟﾛｼｰｼﾞｬｰに渡す。
ｳｨﾝﾄﾞｳﾏﾈｰｼﾞｬｰでｱｸﾃｨﾌﾞなｺﾝﾄﾛｰﾙを判断(ｸﾘｯｸならﾋｯﾄﾃｽﾄして)、そしてｺﾝﾄﾛｰﾙのﾌﾟﾛｼｰｼﾞｬｰを実行。

ｳｨﾝﾄﾞｳﾏﾈｰｼﾞｬｰ::ﾌﾟﾛｼｰｼﾞｬｰ(...){
　Iｳｨﾝﾄﾞｳ *pWin = ｳｨﾝﾄﾞｳﾏﾈｰｼﾞｬｰ::ｱｸﾃｨﾌﾞｳｨﾝﾄﾞｳ検索(posClick) ;
　pWin.ﾌﾟﾛｼｰｼﾞｬｰ(...) ;}

こんな感じかな。
Iｳｨﾝﾄﾞｳでｺﾝﾄﾛｰﾙの場所と矩形領域を管理。
ｳｨﾝﾄﾞｳﾏﾈｰｼﾞｬｰでｳｨﾝﾄﾞｳの重なり(順番)を管理。
参考にならなかったらすまぬ。
俺が助言できるのはココまでだ。

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

どこかにライセンスフリーで一貫性があって魅力的な「ＲＰＧの世界設定」無いかね

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

>>803
妄想だらけの設定厨はいくらでもいるんだけどな。皮肉だなｗ
なんとか妄想厨を寄せ集めて、一つのものはできないものかｗ

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

>>803
言われてみれば無いよな、ほんと。
前出てきてた農民ﾍﾞｰｽのMMOなんか面白そうだったがｗ

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

通信ウィンドウのサブクラス化
結論
WSAAsyncSelect()で任意のウィンドウに直接msgを
送るのはやめる。
だめだ、ネットのサンプルソースじゃ
見つけたのは全てMainProcに直接書いてる
ましなのは、MainProcで明示的に通信用Proc呼んでるし
・・・帰りに図書館行ってきます

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

サブクラス化のメリットって何？
少なくとも現時点での設計で

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

SwingとかGTK2とか、それのWindowツールキットと似たような設計で何が不満なんだ。
人間にとっての使いやすさ考えると、おのずとああいう設計になると思し、
それで慣れてる人多いからそういう設計でいいんでないか。

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

>>807
１、可読性。
２、ウィンドウ機能としてクラスにまとめられる。
３、デフォルトの処理をしなくて良い。

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

プロトコルは
>>767で決定なの？

**191** · 04/09/04 16:02

>>806
ｻﾌﾞｸﾗｽ化できてんでしょ？
例えばhMainWin(MainProc)があるとして
hMainWinをｻﾌﾞｸﾗｽ化してSubProcを関連付ける。
SubProcで通信ﾒｯｾｰｼﾞだけを拾って処理。
WSAAsyncSelect()でﾒｯｾｰｼﾞをhMainWinに送れば実現できそうじゃない？

>>807
通常のﾌﾟﾛｼｰｼﾞｬｰで通信について配慮する必要がない。
ｳｨﾝﾄﾞｳのあるｱﾌﾟﾘｹｰｼｮﾝなら簡単に導入可能。

>>808(>>803)
>「ＲＰＧの世界設定」無いかね
現実
>SwingとかGTK2とか、それのWindowツールキットと似たような設計で何が不満なんだ。
誰か不満もらしたか？

>>810
>>767が作る>>767のためのｱﾌﾟﾘｹｰｼｮﾝはあのﾌﾟﾛﾄｺﾙをﾍﾞｰｽに修正したもので決定だろ。

このｽﾚで何か一つのものを作ってる訳じゃないぞ！

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

MMORPG って何の略？

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

>>811
正直マ板いけば？って感じ

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

ムだった

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

>>488も音沙汰がないようなので、
他にプロジェクトの概要や製作状況をまとめた
Webページがないのであればスレッドの削除依頼を出します。

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

>815
おいおいどこに目をつけてるんだ
ここにまとめてあるだろうが
http://gamdev.org/w/?%5B%5BMMORPG%A4%F2%BA%EE%A4%C3%A4%C6%A4%DF%A4%BF%A4%A4%5D%5D

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

>>815
ナイズギャグ

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

もう800超えてるし埋まるまで好きにやればいいと思うよ・・・

**795** · 04/09/04 19:39

>>802
どもです。なんか難しくて現状での理解の範疇を超えているので
とりあえずメモ帳に保存しときました。

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

>>816
ていうかひとんちのスレだろ、それは・・・

**795** · 04/09/04 21:56

マウスで矩形をドラグするという実験ですが、
マウスボタンの押下状態の取得を
WMのスイッチを使わないでGetAsyncKeyStateで逐一行っている為か、
ボタンを押した状態で外から接するとそのまま掴めてしまいます。
ウィンドウメッセージ使う以外にどうにか方法はないでしょうか…
（こんな感じで自前ウィンドウ処理をベタに作っていくのって無理臭いですかね？）
ttp://gamdev.org/up/img/1162.zip

**795** · 04/09/04 21:58

書き忘れましたが821はVC6++プロジェクト入りです。

**191** · 04/09/04 22:47

>>821
なんか小難しいこと書いてすまんな。
で、1162.zipだが
ボタンが押されるってのはボタンがＯＦＦの状態からＯＮになることを言うんだぜ。
mywindowで以前のカーソル位置とマウスボタン押し状態も保存。
毎回マウスボタン状態もチェックして以前がOFF、現在がONになっていたらドラッグ開始とすればいい。
勿論以前の状態か現状でマウス座標が範囲外なら無視だ。

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

チャットソフトから先に進まない、に96円賭ける

**795** · 04/09/05 00:35

>>823
できたーーーーーーーーーー！
ボタンの過去の状態と、ドラグ中かどうかのフラグも追加して
組み合わせたらできました。
サンクスコ！

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

>>815
今はMMORPGの基礎技術スレになってるので、
プロジェクトとは関係ないですよ。

**作りたい人** · 04/09/05 15:34

お初です。

本気でＭＭＯを作ろうと思ってるだけど。

アクション系ＭＭＯ（リネ２よりアルタイム度を上げたい）にしたいんですが、
データベースって汎用ＤＢ（オラクルとか）を使うものなの？

アクション性の高いＭＭＯとか、情報がかわったら毎回更新しているわけないよね。
サーバープログラム内部で、データを保持していて、定期的に更新にいってるのかなあ？（それともログアウトするまで、そのまま？）
できれば、サーバを複数台立ち上げても、データベースを更新せずに、相互にデータの補完しあえるようにしたい。

そういう高速簡易ＤＢを自分で設計したほうがいいのかなあ？
汎用ですでに実績があるのもがあるのであれば、あえて、ＤＢから作ることは避けたいんだけど。

クライアントの挙動なんてどうにでもなると思ってます。

駄文ですが、聞きたいことは。
　・現在のアクション系大規模ＭＭＯでは、どういうタイムミングで、更新するのが普通なのか？
　　汎用ＤＢでも耐えれるか？ＤＢサーバースペックはどのくらいもので、運用しているのか？
　・何か参考になるサイトないですか？

なお、ゲームデザイン論や新しい世界観に関しては他人から得るものは何もないで、
興味ないです。

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

あなたから得るものは何もないんで、興味ないです。

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

>>827
「レイテンシ」って知ってる？
ついでにオラクルの値段も

**191** · 04/09/05 16:23

>>827
データベース未経験だし、MMO作ったこともないのでパス

以下は個人的想像
>現在のアクション系大規模ＭＭＯでは、どういうタイムミングで、更新するのが普通なのか？
よくｻｰﾊﾞｰﾒﾝﾃとかでログオフしてくれって言われるじゃん。
そこから察するにログオフ時にデータベースに保存してるんじゃないかな。
巻き戻しとかもデータベースの内容＋サーバー稼働ログがあれば出来るし。
>汎用ＤＢでも耐えれるか？
耐えられない規模まで個人制作MMOを盛り上げるのが困難だと思う…

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

良くあるMMOの更新のタイミングは、
・ログオフのとき
・別のマップに移動したとき
・交換などユーザ間でアイテム等の移動が行われたとき
って感だと思う。

重要なのは、サーバが落ちたときやユーザの回線が不意に切れたときに
・データの矛盾
・ユーザにストレスを与えるほどの撒き戻り
等の問題が起こらないことだと思う。

上の問題が起こらない範囲でなるべく更新を少なくすれば、一番効率がいいんでない。

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

ここで、単語を打つ事を勧める
tp://cgi.www5f.biglobe.ne.jp/~fortune7/ccnp/daken/type.cgi

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

逐時更新しないと他プレイヤーに反映されないとおもうんだが。位置情報とか。
そんなことないのか？

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

メモリ内のプレイヤー情報を、いつストレージに書き出すかってことを言ってるんだと思いますが

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

>>827
>アクション系ＭＭＯ（リネ２よりアルタイム度を上げたい）にしたいんですが、

なぜリネ２がもっとリアルタイム性を上げないか考えたことある？

**795** · 04/09/05 17:57

できるだけ人を入れて金儲けしたかったからじゃないでしょうか。

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

>827は多分素人の意見を聞きたくは無いと思うので、独り言として喋ります。
まず重要なデータ、アイテムとかそうそう頻繁に書き換えが必要でないもの
と、そうでないデータ、位置情報とか。MMORPGで一番多いデータの種類が移動データである、って多分聞いたことあると思うけど。
この２つの更新タイミングを分けるべきだね。
前者は逐次書き換え、後者は、10分毎くらいか、ログアウト時。
こんな感じでいいんじゃないのかな。

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

>>836
そう。数千人規模にもなるとあれぐらいが限界です。

蛇足になるが”金儲けしたかったから”これはいらない。
企業が利益を求めるのは当然です。
むしろ836のお金に対するコンプレックスが見えて笑えますよ。

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

リネ２ってアクション系だったのかよ

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

>>838
その点でリネ2を語るなら、セキュリティ面が抜けてるよ

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

>>840
抜けてると思うなら補足してくれよ。
なにから何まで説明する気はないよ。

**191** · 04/09/05 18:59

なんかMMOについて語りたいだけって感じのレス増えたな。
DB得意なヤツはいないのか？

>>838
>そう。数千人規模にもなるとあれぐらいが限界です。
何が限界なんだ？通信量か？それともDB負荷？
>>827で問題としてるのはDBだぞ。
汎用DBって数千人規模で限界になるようじゃ使えないと思うんだが…。

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

>>842
わりい。俺が勝手に通信量の話してたね。
ただ、ＤＢ以前の問題だなと思ったのさ。

**783** · 04/09/05 22:52

話の流れをぶった切ってしまうけど・・・

ウィンドウメッセージごとに受け取る関数を書いたインターフェイス(MessageListener)を作って、
メッセージを受け取ったウィンドウは登録されているMessageListenerに処理は任せちゃおう！
と思って全てのメッセージを受け取るインターフェイスを作ってたさ。

できたら便利だよYO！最強だYO！！！
シコシコシコーーー・・・

ttp://gamdev.org/up/img/1176.zip
＿|￣|○ 既に使う気になれねぇーーーーーーーーーーーーーーーーーー！！！

こんなアホな漏れを誰か叱ってください。おながいします・・・

これでもまだ半分にも届いてな～い。
何か種類ごとにインターフェイス分けるとかしないとダメポ・・・

**191** · 04/09/05 23:18

>>844
ｵｲｵｲ、ﾔﾘｽｷﾞ
ってかMFC使いなさいYO

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

>>844
笑った。
っていうか純粋仮想関数にするから使えなくなるのでは。
本当に必須の所だけにしとき。

**795** · 04/09/07 00:49

チャット窓用に、文字列つっこむと勝手に改行とかしてくれる
窓というか部品を製作中。
自分の実力では予想以上に難しいのでそのうち助けを求める確立高し…

**795** · 04/09/07 00:50

あげてしまった。

**622** · 04/09/07 12:00

>>744
WSAAsyncSelectが信じられなくなってしまったので、
（メッセージを送信してほしいhWnd渡しても送ってくれない）
サンプル見ないと、私が理解出来そうに無いっぽいですorz

>>745
サブクラスは、あっちのほうに置いておくことに・・・
分割受信に対応しました。（欠損して届くと大変なことに）
ttp://gamdev.org/up/img/1193.zip

自分がだらけてきたので、充電開始～。

>>847
>>637ここの・・・って
製作環境違うんでしたっけ、アドバイスできない
orz

**191** · 04/09/07 17:24

>>847
AddLog(文字列) って感じで文字列渡すと改行して文字列追加してくれるって事か？
それとも、<br>とか\nを自動で改行に変換ってことか？
駄目なときはもう少し明確に教えてｸﾚよ。

>>849
>WSAAsyncSelectが信じられなくなってしまったので、
たぶん、渡すHWNDが間違っているかｻﾌﾞｸﾗｽ化でのﾌﾟﾛｼｰｼﾞｬの実行順序の勘違いじゃないか？
>分割受信に対応しました。（欠損して届くと大変なことに）
TCPなら欠損ｼﾈｰだろ。分割受信はｱﾚでよさげ。良くやった。
今後の方針もｱﾚで良し。

ttp://gamdev.org/up/img/1195.zip
ｻﾌﾞｸﾗｽ化+Winsockの合わせ技のｻﾝﾌﾟﾙを書いてみた。
ﾒｲﾝｳｨﾝﾄﾞｳのﾌﾟﾛｼｰｼﾞｬで通信処理を書いてないのがﾎﾟｲﾝﾄ

ｽﾏﾝ、むしゃくしゃして書いた。
自分が面白ければ何でも良かった。
まさかこんなに長く複雑でｻﾝﾌﾟﾙとして不適切になるとは思わなかった。
今は反省している。
ｻﾝﾌﾟﾙで解らなかったら聞け

**795** · 04/09/07 17:58

>>849
ヘタレのくせに無謀にも標準コントロールを使わずに
自前で処理をしようと考えているのです。
普通の人なら簡単な事なのかもしれないですけど難航してます…

>>850
＞AddLog(文字列) って感じで文字列渡すと改行して文字列追加してくれるって事か？
こんな感じになるように作ってます。
ウィンドウ幅を自由に変えられたりスクロールバーも
つけることを考えてるのでその辺が難しいです。
今の所なんとか思いつく事があるのでそれを試してます。
でもなんか汎用性の無いものになりそうな予感。
何も思いつかなくなったら助けを求めに来るのでよろしくです。

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

どうでもいいけどサーバー側が
UnixかLinuxで動く事を考慮して作らないと意味がない。
サーバーをWinOSに限定するならDirectPlay使ったほうがいい。

**795** · 04/09/07 19:28

とりあえず開発に使ってる普通のW2KマシンでWin仕様の鯖プログラムを走らせて
普通に通信をすることはできるわけですよね。ライセンスとかまずいんでしたっけ？
それかやっぱセキュリティ的にやばかったりするんでしょうか。
中古マシンを手に入れたんでLinuxの勉強がてら
鯖でも立ててみようかとは思ってるんですけど。

**ゲーム製作して欲しいッス** · 04/09/07 20:34

家を作れて飾れるＭＭＯＲＰＧ紹介もしくは、作ってくれませんか？
モンスターが出てきたり戦闘のアクション性の高い物を希望しています！！
あとグラフィックが綺麗やつも追加よろしくです！！

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

>>852
DirectPlayを使うのはMORPGまでだと思うよ。

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

>>855
なんで？

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

>>853
普通のWin2KってのはWin2KProのことだと思うけど、
同時外部接続数に最大制限なかったっけ？
Win2KServer以上であればよかったと思ったが。
SMBプロトコルに関してだけだったかもしれん、うろ覚えですまん。

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

>852
通信とかスレッドとかのＯＳ依存部分のラッパークラスとかラッパーライブラリを作ってＯＳ別に開発って感じ？
さらにDWORDとか使わずにきちんとunsigned long とか書いていればいけそうだね

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

>>853
参考資料。日本Microsoftの見解。
ttp://www.apache.jp/misc/windows.html

米Microsoftとは見解が異なるらしいが…
波風立てたくなかったら、サーバ版使うかオープンソース系のOS使うべきだろう。

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

そのページの、「インターネットの情報サービス」ってIISのことなんだけどねぇ、本来は。

**ゲーム製作して欲しいッヌ** · 04/09/07 23:12

家を作れて飾れるＭＭＯＲＰＧ紹介もしくは、作ってくれませんか？
モンスターが出てきたり戦闘のアクション性の高い物を希望しています！！
あとグラフィックが綺麗やつも追加よろしくです！！

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

つ、釣られないぞっ！

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

>>861
スレ違い。

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

>>859
おそらく訴えられることはないと思うが。
裁判沙汰になったとしても無効になりそうだしｗ

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

>861
資金はいくら？

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

変なのに目付けられたな
気にせず頑張ってくれよ

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

2chでつくるMMOでは、
やっぱりゲームの中からも、2chにカキコできるんでしょうか。

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

>867
ゲーム内に掲示板完備です

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

>868
ぬるぽしたやつを直接ガッできる機能希望。
本人を探し出すのが大変、みたいな。

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

特定のスレッドをゲーム内掲示板として、利用できたら面白いかも！！
と思ったが、アクセス制限で書き込めないやつがいるだろうからダメポ（・ω・｀）

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

>871
MMOのサーバ経由で書き込むようにすれば、
アクセス制限の問題はなくなるんじゃないか？
荒らしに対しては、ユーザIDで書き込み制限できる

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

対応遅れてアクセス制限されたら全員がアクセス制限されるね。

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

書き込みする時はTorのようにそれぞれのクライアントがP2Pで分散して担当するとか

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

>872
そういうこつか。
まぁでも>869みたいに、本人見つけて叩きまくるとかすれば、それはそれで面白いんではｗ

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

>>869やろうとしたら、
2ｃｈに書き込むのに匿名性がないという面白い状況に(´-｀)

**喪装中** ◆eJILq.TeQ6 · 04/09/08 23:16

ところで現在プログラマさんは何人いるのでしょうか？

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

>>876の製作に協力してくれるかどうかは兎も角、PGなら大勢いますよ。

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

悪魔じゃないと参加不可？

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

>875
そうかカキコでのぬるぽは無理か。
ガッするためには、ぬるぽの指輪とかぬるぽのマントとか、
別の方法になるわけか。

>876
リアル１の予感・・

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