MMORPGをつくるお！

[過去ﾛｸﾞ] MMORPGをつくるお！ (350ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

31: 名無しXPG ◆dffLbwc7XE [sage] 2006/01/01(日) 18:53:23 ID:mJ0RLLxi(8/9) AAS
vo20060101.zip内にd3dx9_27.dllを同梱しました。
d3dx9_27.zipをダウンロードする必要はなくなりました。

32: 名前は開発中のものです。 [sage] 2006/01/01(日) 18:59:11 ID:7Ir2/FQW(2/3) AAS
いや、そういう意味じゃなくてｗｗｗ

↓ここ読んでみれ
外部ﾘﾝｸ:www.google.co.jp

33: 名前は開発中のものです。 [sage] 2006/01/01(日) 19:26:41 ID:7Ir2/FQW(3/3) AAS
ごめん、こっちだった
外部ﾘﾝｸ[aspx]:www.gdncom.jp

34: 名無しXPG ◆dffLbwc7XE [sage] 2006/01/01(日) 19:31:02 ID:mJ0RLLxi(9/9) AAS
なるほど、よく分かりました。
再配布パッケージのインストールすら省いていたのでよく分かってませんでした。＾＾；

vo20060101.zipを再び差し替え、dllではなく、DirectX9の更新用データを添付する形式にしました。
必要に応じてDirectX9 Additional DLL内のDXSETUP.exeを実行してください。

35: 名無しXPG ◇dffLbwc7XE [sage] 2006/01/01(日) 20:44:02 ID:39UQMI7M(1) AAS
吊ってきます

36: 名前は開発中のものです。 [sage] 2006/01/01(日) 20:50:18 ID:QkwvIQS/(1) AAS
キイロ

37: 名前は開発中のものです。 [sage] 2006/01/02(月) 09:32:00 ID:S6o6eCaA(1) AAS
やっぱりエラーでて落ちる

38(1): 名無しXPG ◆dffLbwc7XE [sage] 2006/01/02(月) 11:14:07 ID:+wNpQ0Jo(1/12) AAS
多分設定したDirect3Dの初期値が厳しすぎて落ちていると思われます。orz
解像度 1280x720
色深度 32bit
FSAA 4x
AF 8x
で起動しようとするので。orz
次回以降、もう少し緩くできるようにしておきます。

39(1): 名前は開発中のものです。 [sage] 2006/01/02(月) 11:35:39 ID:mxLQkY1a(1/2) AAS
>>38

がんばってくだちぃ。

あと、初期化の設定もいいんだけど
せっかく>>20

20(2): 名前は開発中のものです。 [sage] 2006/01/01(日) 12:47:18 ID:kJ/+jR1v(1) AAS
様子見だが、サーバープログラムを手伝いたい。
で、DirectX直？ライブラリとかは使わないんですか？

みたいにサーバサイドの話をしてる人もいるんで
少しそっちにも話を振るといいかもしれない。

40: 名無しXPG ◆dffLbwc7XE [sage] 2006/01/02(月) 11:45:45 ID:+wNpQ0Jo(2/12) AAS
上記の設定で動作しないと思われるGPUを調べてみると、
・インテルオンボード全て→FSAAに対応してない
・MatroxのGPU全て→FSAAに対応してない
・SiSのGPU全て→FSAAに対応してない
・VIAオンボード全て→FSAAに対応してない
・ATi RAGEシリーズ→FSAAに対応してない
・XGI Volari→FSAAに対応してない
・nVIDIA RIVA TNT TNT2→FSAAに対応してない

・nVIDIA GeForce4 MX GeForce2以前→AF 8xに対応してない

と、かなりのGPUで動作しないと思われます。orz

41: 名無しXPG ◆dffLbwc7XE [sage] 2006/01/02(月) 12:03:58 ID:+wNpQ0Jo(3/12) AAS
サーバーサイドの進行状況は、

プロトコル：ヘッダのフォーマットだけ決定（ID16bit、命令16bit）

認証: ハッシュ関数にSHA1を使うことを決定し、
ソースコードをRFCからパクってきて正しくダイジェストを生成できるかどうかまで確認。
乱数生成はMersenne Twisterを使うことに決定し、
これもソースコードをいただいてきて正しく乱数生成できるかどうか確認済み

あと、パケット処理の仕組みに、ワーカースレッドプールを使う仕組みを実装済みです。
（クライアントでも同じように処理してる、が意味のある通信をまだしてないので無意味ですねorz）

42: 名無しXPG ◆dffLbwc7XE [sage] 2006/01/02(月) 12:19:31 ID:+wNpQ0Jo(4/12) AAS
ゲームの処理の部分は、
シームレスマップということで、世界全体（の地形）を一つのテーブルで表現できる方法を検討中です。
正20面体の各面を4つの3角形で分割していき、何度か分割し、それをタイルにする方法。
（この場合ワールドマップは球面になる）
正3角形を敷き詰めて、平面にし、北の端に行くと南の端に、東の端に行くと西の端に出てくる、
無理やり立体として見るとドーナツ型にするような方法。
同じく正方形を敷き詰める方法を検討中です。

多分メモリ容量（2GB）の関係から、後者2つになると思いますが、可能なら球面にしたいです。
また、どの方法でも、タイルで表現する以上、立体交差やトンネル、地下ダンジョンなどが表現できないので、
より良い方法がないかも検討中です。（あるいは組み合わせられる方法）

何か画期的なアイディアが思いつかなければ、多分もっとも無難な方法に落ち着くと思います。orz

43: 名無しXPG ◆dffLbwc7XE [sage] 2006/01/02(月) 12:29:30 ID:+wNpQ0Jo(5/12) AAS
補足。
シームレスマップなだけでなく、地形変更可能なことも条件です。
正20面体を分割していくと、3角形の大きさにばらつきが出てくるので、
場所によって、タイルの大きさが違うことを誤魔化すために、かなり細かく分割する必要があると思われます。

44(1): 名前は開発中のものです。 [sage] 2006/01/02(月) 13:44:40 ID:HV9OwyPc(1/3) AAS
３角形を４角形で敷き詰めるより、
３角形を３角形で敷き詰めたほうが簡単な希ガス。

45(1): 名無しXPG ◆dffLbwc7XE [sage] 2006/01/02(月) 13:46:00 ID:+wNpQ0Jo(6/12) AAS
タイルだけでなく、頂点で表現するのもありな気がしてきました。
空間を分割したブロックに分けて、各頂点のサイズを小さくするとして、
XYZ各16ビット、フラグに16ビットの1頂点64ビット（8バイト）として、
ブロック管理に必要なサイズを無視した場合の2GBで保持できる頂点数は256M頂点
1平方メートル当たり平均1頂点存在すると仮定した場合、16平方キロメートル。（4キロメートル四方）
ここからブロック管理に必要なメモリや、頂点が構成する3角形を作るためのインデックス用のメモリが必要なので、
4キロメートル四方より狭くなると思いますが。
あと、1平方メートル当たり平均1頂点以上必要になる場合や、地形情報をクライアントに転送する際の転送量や、
サーバーの物理計算の負荷が問題になるっぽいですが、条件を詰めて、もっと詳しく検証しないと分かりませんね。
あと、地形以外のオブジェクトを保持するのに必要なメモリもあります。
それから、人がいない地域が発生するなら、その部分をディスク上にスワップできますが、
人数が増えると誰もアクセスしない地域が無くなると思います。

46: 名無しXPG ◆dffLbwc7XE [sage] 2006/01/02(月) 13:57:18 ID:+wNpQ0Jo(7/12) AAS
>>44
確かにその方が簡単そうですね。というか、調和が取れる気がします。
ただ、3角形2つで正方形を作ると、座標計算が簡単だし、地形を人工的に加工する場合、
必ず4角形で加工することになるので、人工物を重視する場合は、4角形の方が良い気がします。
（が、あんまり重視しなくてもいい気もします）

47: 名無しXPG ◆dffLbwc7XE [sage] 2006/01/02(月) 14:07:53 ID:+wNpQ0Jo(8/12) AAS
>>45の計算間違えてました＞＜
1平方メートル当たり平均1頂点存在すると仮定した場合、256平方キロメートル（16キロメートル四方）
が正解でした＞＜

48: 名前は開発中のものです。 [sage] 2006/01/02(月) 14:31:14 ID:HV9OwyPc(2/3) AAS
乱数関数を内部で持ってるなら、地形を適時乱数発生させれば、
メモリー節約できるんじゃないかな。データ読み込みも極端に減るし。
（フラグとか特定の地形は乱数発生じゃダメだけど。
重要度の低い場所は乱数そのままで、
街や街道が固定の高度とかできればいいと思う。
ただ、乱数で出来た急斜面に囲まれた窪地にスタックしそうだけどｗｗ

システムに依存しない乱数関数なら、
その乱数関数にエリアの基準となる座標やＩＤなんんかを
種に設定してやれば毎回同じ結果になるはず。
勿論、乱数を直に高度に設定するととんでも無い事になるので、
その高度を回りに一定範囲で（エリアを越えて？）加算するとかして、
ある程度滑らかにしてやらなきゃいけないし、実際やってみないとワカランｗ

△エリアを□エリアで敷き詰めるのは、エリアの縁だけ△にすればいい気もするけど、
高緯度地方のエリアの境界が難しそう。机上論てきには面白い話題だけど、
実装すればまた問題出てきそうで、興味深々ｗ

49: 名前は開発中のものです。 [sage] 2006/01/02(月) 14:40:43 ID:HV9OwyPc(3/3) AAS
失敬
>地形変更可能なことも条件です。
だと
升目＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞変更した地形
でも無い限り、乱数発生の意味が少ないですねぇ；；

50(1): 名無しXPG ◆dffLbwc7XE [sage] 2006/01/02(月) 14:46:35 ID:+wNpQ0Jo(9/12) AAS
地形を乱数で動的に生成は無理です。
地形の初期値には使えますが、ユーザー（あるいは自然）が変更した地形を保存するので。

>△エリアを□エリアで敷き詰めるのは、エリアの縁だけ△にすればいい気もするけど、
>高緯度地方のエリアの境界が難しそう。机上論てきには面白い話題だけど、
>実装すればまた問題出てきそうで、興味深々ｗ
これについては、3角形2つで正方形を表現する云々について言ってるのは、球面じゃないワールドマップの方だけです。
すいません＞＜
球面の方は今のところ3角形1択です。ちなみに、緯度経度で計算するのではなく、20面体を元に計算するので、
北極と南極が極地にはなりません。

51: 名無しXPG ◆dffLbwc7XE [sage] 2006/01/02(月) 14:53:39 ID:+wNpQ0Jo(10/12) AAS
あ、誤解してたかも知れません。
世界を平面で表す場合は、世界の形状は基本的に4角形です。

もしかして、問題が出そうって言ってるのは4角のワールドマップに3角を敷き詰めた場合の端っこのことなのかな。
この場合は、長方形に3角形を敷き詰めるのではなく、3角形2つの平行四辺形に3角形を敷き詰めれば問題ない気がします。

52: 39 [sage] 2006/01/02(月) 15:12:16 ID:mxLQkY1a(2/2) AAS
長い説明どうもでした。

クライアントに地形データも持たせればいいじゃん、と思っていたが
>>50を読んで、PCも地形を変化させられるから丸投げは不可なのね。
こら厳しいですな。実現すると色々面白そうだけど。

53: 名前は開発中のものです。 [sage] 2006/01/02(月) 15:55:50 ID:SabnfU+0(1) AAS
あぁ、すみません。２０面体の事しか頭になかったです；；

とにかく２０面体の事しか頭になくってｗ
エリアの角だとまっすぐ歩かせるのが大変そうで、
進入できないように山を配置するとか、
まっすぐ歩けなくてもＯＫなように渦潮を配置するとか、、、

なにはともあれ、丁寧なレスthxです＞＜。

54: 名無しXPG ◆dffLbwc7XE [sage] 2006/01/02(月) 22:28:20 ID:+wNpQ0Jo(11/12) AAS
画面解像度の設定で悩む。

960x720 16
1280x720 16
1200x900 20
1600x900 20
1440x1080 24
1920x1080 24

800x600 16
960x600 16
1000x750 20
1200x750 20
1200x900 24
1440x900 24
1400x1050 28
1680x1050 28
1600x1200 32
1920x1200 32

上のリストが当初考えていたワイド時16:9の解像度。ちなみに右の数字はフォントサイズ。
下のリストが今計算したワイド時16:10の解像度。
下のリストでは、いくつかの解像度でPCモニターの解像度と一致していて、こちらの方がPCと相性が良い。
しかし、これからはテレビでPCの画面を表示する機会が増えるだろうということを考えると、16:9も捨てがたい。
特にHD解像度が16:10だと1920x1200となり、これがHDテレビの1920x1080では映せないというのが痛い。
16:9でも、PCモニターで表示できないわけではなく、ただ画面が余るだけなので、やはり16:9でいくべきなのだろうか。

55: 名無しXPG ◆dffLbwc7XE [sage] 2006/01/02(月) 22:47:00 ID:+wNpQ0Jo(12/12) AAS
上のリストは

1280x720 16
1280x960 16
1600x900 20
1600x1200 20
1920x1080 24
1920x1440 24

こうした方が綺麗かもしれないが、1024x768のモニターで表示できなくなってしまう。

上下前次 1-新書関写板覧索設栞歴

あと 295 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.024s