[過去ﾛｸﾞ] MMORPGをつくるお！ (350ﾚｽ)

MMORPGをつくるお！ http://mevius.5ch.net/test/read.cgi/gamedev/1135994116/

上下前次1-新
通常表示 512ﾊﾞｲﾄ分割 ﾚｽ栞
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん

---

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

---

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

40: 名無しXPG ◆dffLbwc7XE [sage] 2006/01/02(月) 11:45:45 ID:+wNpQ0Jo 上記の設定で動作しないと思われる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 http://mevius.5ch.net/test/read.cgi/gamedev/1135994116/40

41: 名無しXPG ◆dffLbwc7XE [sage] 2006/01/02(月) 12:03:58 ID:+wNpQ0Jo サーバーサイドの進行状況は、 プロトコル： ヘッダのフォーマットだけ決定（ID16bit、命令16bit） 認証: ハッシュ関数にSHA1を使うことを決定し、 ソースコードをRFCからパクってきて正しくダイジェストを生成できるかどうかまで確認。 乱数生成はMersenne Twisterを使うことに決定し、 これもソースコードをいただいてきて正しく乱数生成できるかどうか確認済み あと、パケット処理の仕組みに、ワーカースレッドプールを使う仕組みを実装済みです。 （クライアントでも同じように処理してる、が意味のある通信をまだしてないので無意味ですねorz） http://mevius.5ch.net/test/read.cgi/gamedev/1135994116/41

42: 名無しXPG ◆dffLbwc7XE [sage] 2006/01/02(月) 12:19:31 ID:+wNpQ0Jo ゲームの処理の部分は、 シームレスマップということで、世界全体（の地形）を一つのテーブルで表現できる方法を検討中です。 正20面体の各面を4つの3角形で分割していき、何度か分割し、それをタイルにする方法。 （この場合ワールドマップは球面になる） 正3角形を敷き詰めて、平面にし、北の端に行くと南の端に、東の端に行くと西の端に出てくる、 無理やり立体として見るとドーナツ型にするような方法。 同じく正方形を敷き詰める方法を検討中です。 多分メモリ容量（2GB）の関係から、後者2つになると思いますが、可能なら球面にしたいです。 また、どの方法でも、タイルで表現する以上、立体交差やトンネル、地下ダンジョンなどが表現できないので、 より良い方法がないかも検討中です。（あるいは組み合わせられる方法） 何か画期的なアイディアが思いつかなければ、多分もっとも無難な方法に落ち着くと思います。orz http://mevius.5ch.net/test/read.cgi/gamedev/1135994116/42

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

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

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

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

50: 名無しXPG ◆dffLbwc7XE [sage] 2006/01/02(月) 14:46:35 ID:+wNpQ0Jo 地形を乱数で動的に生成は無理です。 地形の初期値には使えますが、ユーザー（あるいは自然）が変更した地形を保存するので。 >△エリアを□エリアで敷き詰めるのは、エリアの縁だけ△にすればいい気もするけど、 >高緯度地方のエリアの境界が難しそう。机上論てきには面白い話題だけど、 >実装すればまた問題出てきそうで、興味深々ｗ これについては、3角形2つで正方形を表現する云々について言ってるのは、球面じゃないワールドマップの方だけです。 すいません＞＜ 球面の方は今のところ3角形1択です。ちなみに、緯度経度で計算するのではなく、20面体を元に計算するので、 北極と南極が極地にはなりません。 http://mevius.5ch.net/test/read.cgi/gamedev/1135994116/50

51: 名無しXPG ◆dffLbwc7XE [sage] 2006/01/02(月) 14:53:39 ID:+wNpQ0Jo あ、誤解してたかも知れません。 世界を平面で表す場合は、世界の形状は基本的に4角形です。 もしかして、問題が出そうって言ってるのは4角のワールドマップに3角を敷き詰めた場合の端っこのことなのかな。 この場合は、長方形に3角形を敷き詰めるのではなく、3角形2つの平行四辺形に3角形を敷き詰めれば問題ない気がします。 http://mevius.5ch.net/test/read.cgi/gamedev/1135994116/51

54: 名無しXPG ◆dffLbwc7XE [sage] 2006/01/02(月) 22:28:20 ID:+wNpQ0Jo 画面解像度の設定で悩む。 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でいくべきなのだろうか。 http://mevius.5ch.net/test/read.cgi/gamedev/1135994116/54

55: 名無しXPG ◆dffLbwc7XE [sage] 2006/01/02(月) 22:47:00 ID:+wNpQ0Jo 上のリストは 1280x720 16 1280x960 16 1600x900 20 1600x1200 20 1920x1080 24 1920x1440 24 こうした方が綺麗かもしれないが、1024x768のモニターで表示できなくなってしまう。 http://mevius.5ch.net/test/read.cgi/gamedev/1135994116/55

---

ﾒﾓ帳

(0/65535文字)

---

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

---

ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ

---

Google検索

Wikipedia

---

ぬこの手 ぬこTOP 0.976s*