MMORPG 作成

鯖PCが死んだかもorz
今日の朝もう一度電源入れて試してみますが、
なんか嫌な音したし、今回はむりぽかもorz
とりあえず、鯖は停止しておきます(開発機まで逝ったらorzなので念のため)
今日の朝だめだったら土日ぐらいに分解して中見てみます
マザボがお釈迦になっていたら新しいPCを買ってこようかなとorz
その間開発は続けます

訂正
なんとか起動しますた
でもそろそろ6年ぐらいになるし寿命かも
しかも夏だしorz

>>943の症状の原因はリソース不足ではなくてメモリ不足だった
gzipで終了処理を通っていなかったのでファイル転送コマンドがくると
ものすごい勢いでメモリを消費していっていたみたい
鯖を更新したんで多少安定しますた

今後の予定
・ログイン画面をもうちっとかっこよく
・ウインドウシステムの実装
・キャラの修正
・マップを変更
・モブの実装
・戦闘の実装

>>946
大丈夫　うちなんか10年前のPCにWin2k入れてつい最近まで使ってたから。
ちなみにその壊れた原因はおやじにCPUを無理矢理はがされたからだったりする

リソース不足とメモリ不足の違い

勝手なお願いですが、CGIでMMORPGを作って欲しいです。
難しいものではなく、チャットの延長線みたいなものです。
http://www.geocities.jp/ironasamimane2006/
です。
ぜひ、プログラマー様にお願いします。

ちょｗｗｗｗ
他力本願すぎてﾜﾛﾀｗｗｗ

CGIでやんの？
じゃあバッチファイルで書いてもいい？

>>950
つ http://www.atgames.jp/

ウインドウシステムを実装してみました
ttp://hp107.hp.infoseek.co.jp/mmo2/060806ss.jpg

コントロールとウインドウが重なるとなんか
変な感じになりますがとりあえず勘弁してorz
ログインウインドウをぐりぐり動かすとコントロールが
変な風に描画されておかしくなるけどそれもとりあえず勘弁ね

あー新しいEasy3D for HSP3 はDirectX 9 以降対応か...
あと、pcbnet2 店じまいかorz

オープンソースのMMORPGエンジン＆開発環境
ttp://sourceforge.net/projects/realmforge

いまどき2DのMMOは流行らないんですかね

>>956
そんなことはないと思う
ゲームデザイン次第じゃ、2Dでも全然イケると思う

>>957
そんな事はないと思う
２Dでも３DでもMMOが流行る事は無い。

で、このスレ使い切ったら、新スレ？リサイクル？

>>958
あるあるｗｗｗ

流行るっつっても、「ヲタの連中の世界だけ」だけどな〜

2DMMOでも、めいぽみたいなのなら好きだけどな。

ゲーム製の部分とコミュニケーションの部分と、
あとは見栄えの部分を分けて考えないといけんよ。

初めてやったが、止まってても走ってる姿に萌え
走り続ける勇者
このスレも走り続けてくれ
期待してる。

近況、仕事がorz

それはさておき、鯖で原因不明のバグが発生していて途方にくれている今日この頃
8/13から数日間そのバグのためにログイン鯖に接続不能に陥っていた
まったく持って不明orz
クライアントの方はウインドウシステムを実装中

ウインドウシステムできた↓
ttp://hp107.hp.infoseek.co.jp/mmo2/060827ss.jpg

鯖の方がバグってるorz

やっべ、自分のユーザー名とパスワード暗記してるｗ

小山を下ると視点が地形貫通しますね。これくらいの傾斜なら、
視点を地表数十センチ以上になるよう補正すれば、回避できそうですが…

http://pc8.2ch.net/test/read.cgi/gamedev/1153179462/207

とりあえず、ステータスの送信用のcgiはできた
表示用のcgiが動くようになると簡易だけどステータスが表示できるようになると思う

PHPなら割と簡単に書けたんだけど、infoseekがPHPを使うことが出来ないようなので他を探さずに(ぉ
勉強もかねてperlでやることにした
いきなりガリガリ書くのは無理なのでまずPHPで作ってperlに翻訳する方法でつくることに

けど、いきなりperlのセットアップからつまずく
インストール自体は出来たけどApacheの設定がうまくいかなかった
#!/user/local/bin/perl のままで実行出来ないかがんばってみたけどだめだったので
#!c:/perl/bin/perl でうｐするときに書き換える方法で妥協

Webにうｐして動くようにするのに少し手間取ったけど
とりあえず鯖が生きているかわかるようになった
まだ鯖の方がステータスを送信していないので[NG]になっているけど
とりあえずリンクを張っておいた

とりあえず鯖うｐ
これでステータスが更新されるようになった
でも、ステータス更新機能以外にも2〜3週分の変更がされているので
バグも大量追加かもorz
キャラクタが表示されないなど、
なんかおかしかったらこのスレに報告お願いします

某サイトのモデルにモーションを付けようとがんばること6時間orz
久しぶりにメタセコ使い、初めてRokDeBoneを使ってみる
うわメンドクさorz

このスレの現状を説明して

鯖は立ち上がってるよ？

ぶ、マルチにレスしちまったｗ

移動さえ微妙、ﾁｬｯﾄ使いづらい、ゲーム性なし
何がしたいのかわからない

>>975
製作過程中の物に、なに見当違いな事要求してんだよ？
おまえ、Doragonforceだろ？

dragonforceってマジにおもえん・・
美人かかわいい女できれば裸の脱さんを
今なら無料で書くだの・・・・それみたときは
さすがにネタだとおもったが掲示板見ると
どうやらネタじゃないらしい・・真性の童貞キチガイを見れた希ガス

>>977
日本語でおけ。いやマジで。

仕事が月月火水木金金なので全然進みませんorz
モーションとテクスチャーをぼちぼち作っています
誰か漏れに時間をくれorz

人体モデルは素材だけど
http://atonline.up.seesaa.net/image/CCB5C2EA.JPG
こんなんつくってたり
プログラム組むの苦手だしモーションもまぁまぁだけど
自分で作るより他の人の手伝いしたほうがいいとおもった
（；＾＾）

自分もHSPとCGIの組み合わせで簡単な通信ゲームを作っているのですが、サー
バーを介しての、相手プレイヤーとの同期の良いとり方が思いつきません。
普通のチャットのように、データが更新しているかどうか、常に短い間隔で
リロードを繰り返すのでしょうか？
ゲーム自体はクライアントで処理するので、サーバー自体は小さなデータを
中継するだけなのですが、それでも短期間に接続をするためサーバーに大きな
負荷ををかけることにはなるのでしょうか？
ゲーム自体は出来ているのですが、負荷のことなどが怖くて、まだサーバーに
設置していません
もしよろしければ、教えてください。

それは鯖の環境によると思う
相手の状態を常に確認できるようにするにはリアルタイムで鯖にデータを送受信するしかない
用途的にはＰ２Ｐほうがいいんじゃないの？

文面から察するにレンタルサーバでやるように見えるんだけど・・・
通信ゲームなのにCGIなのが分けﾜｶﾝﾈ

この板のどこかのスレで、頻繁に送受信して重くなってた人いたな。
１フレーム毎に送受信してるんじゃないかと指摘されれたっけ。
（言語や送受信方法は忘れた）

>>983の指摘どおり、CGIゲームが置けるレンタルサーバーを利用するつもりです。
目標は、プラウザだけで遊べる簡単な通信対戦ゲームを目指しています。
ロビーでのマッチングは10秒間隔で、ゲーム中は1〜2秒の間隔でサーバに更新を
確認するつもりです。
サーバに負荷をかけない方法も教えてもらいましたが、今度はこれだと、
クライアントに負荷がかなりかかります。
ですから、いろいろな方法を模索している最中です。

考えたけどCGIに送受信するなら
定期的にしたほうがいいかも
１時間に１回とか

とりあえず一回だけやりとりしてみて
動くかどうかテスト
その後で長めな間隔から
どれくらいいけるかテストしたらだめかな？

>>985
データ量減らしてボードゲーム作っても、正直CGI負荷があって怒られそうだよな。
チャットはP2P、データはCGIで数十秒〜数分間隔が理想かと思われ。
CGIチャットの動作を想像するとわかりやすいかと。

さすがに1〜2秒間隔で更新してたらアタックかと思われるぞｗ

通信量だけが負荷じゃない。CGIで同期するならデータをファイルに書き込むだろ？
そのファイルI/Oも人数が多ければ結構な負荷になる。CGIが何で書いてあるかにもよるけど
phpやperlなんかが動くためのメモリ領域なんかも負荷になるし、そもそもレンタルサーバでそんなことすると
他の利用者の邪魔になるだけだから止めときな

アドバイスありがとうございます。
プラウザから簡単に遊べる、Ｃ／Ｓ通信ゲームを目指しましたが、無理なこと
が分かりました。
クライアントは、ソケット通信を使ったP２Pゲームにして、CGIはIDを交換する
だけのマッチングロビー専用にします。

どうもありがとうございました。

>>984
多分オレっぽいね
座標変わったら即送信！ってやってたからなぁ
(´･ω･`)ゝ　でも、そうしないとリアルタイムに反映出来ないしね･･･

回線を通す以上完全なリアルタイムはないわけだし、
ここは割り切って１秒ごとに移動経路を一括送信とかはどうかな。
モンスターなら一秒後までの移動経路を予め決定できるわけだし、
場合によってはプレイヤーだけはリアルタイム性の高い方法にするとか…

…等と妄想は果てしないわけだが、それを気軽にテストできないMMORPGの悩ましさ。

>>991
座標送るより、プレイヤーの操作をサンプリングして送った
方がチートに強いんじゃないかと。

参考になるかわからんけど一応どぞ。
ttp://developer.valvesoftware.com/wiki/Source_Multiplayer_Networking:jp

移動先

ＭＭＯRPGをHSPで作りたいな Rev.2
http://pc8.2ch.net/test/read.cgi/gamedev/1159284874/