知らんけど
ない
■ネットワークRPGメーカー2000
■発売元：アスキー
■価格：9800円
■問い合わせ先：アスキー
TEL 03-5351-8728
■動作環境：Windows 95/98/2000，MMX Pentium/200MHz以上（推奨PentiumII/300MHz以上），メモリ64MB以上（推奨128MB以上），空きHDD容量50MB以上
糸冬 了
http://www.4gamer.net/review/live/nrpg.html
糸冬 了
それ、発売も中止のようだし、サーバーも動いてないような、HP調べたが
過去の製品リストからも排除されているようで、出てこなかった〜〜よ。ｗ
２．素材を用意（ドット・音楽など）
３．各種サーバー
４．クライアント
この手順が良いと思いますよ〜
クライアントのグラフィックスエンジンが動いている必要がある。
仮素材を用意するのなら、その手順でも構わないが…
難しそうだな〜
頑張ってみる
そりゃそうだよなw
DOSプログラムとWINプログラムってどっちがサーバーにむいている？
個人的にはDOSの方がいいかなって思ってるんだけど
#include <windows.h>
#include <winsock.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#define PORT_NO 2500//ポート番号
#define MSG_SIZE 512//受信バッファサイズ
void ErrorProccess(SOCKET, char *);//エラー処理関数
int main(int argc, char * argv[]){
WORD wVerReq ;//WinSock要求Ver.
WSADATA wsadata ;//WinSockライブラリ情報
SOCKET s,sc ;//接続待ち受けソケット、通信用ソケット
struct sockaddr_in addr,addrc ;//サーバーアドレス構造体、クライアントアドレス構造体
char hello[] = "Hello!\n\"bye\"で終終了\n" ;//最初に送信する文字列
char msg[MSG_SIZE + 1];//文字列送受信バッファ
int ret ;//返値
if(WSAStartup(wVerReq, &wsadata) != 0){printf("ライブラリ初期化失敗\n");return 1;}
s = socket(PF_INET, SOCK_STREAM, IPPROTO_TCP);
if(s == INVALID_SOCKET) ErrorProccess(0, "socket()");
memset(&addr, 0, sizeof(addr));
addr.sin_family = AF_INET ;
addr.sin_addr.s_addr = htonl(INADDR_ANY); // 全てのインターフェイスを許可
addr.sin_port = htons(PORT_NO);
ret = bind(s, (struct sockaddr *)&addr, sizeof(addr));
if(ret == SOCKET_ERROR) ErrorProccess(s, "bind()");
ret = listen(s, SOMAXCONN);
if(ret == SOCKET_ERROR) ErrorProccess(s, "listen()");
ret = sizeof(addrc);
sc = accept(s, (struct sockaddr *) & addrc, &ret);
if(sc == INVALID_SOCKET) ErrorProccess(s, "accept()");
closesocket(s);
printf("Cliant Address : %s\n", inet_ntoa(addrc.sin_addr));
printf("Cliant Port : %hu\n\n", ntohs(addrc.sin_port));
ret = send(sc, hello, (int)strlen(hello), 0);
if(ret == SOCKET_ERROR) ErrorProccess(sc, "send()");
ret = recv(sc, msg, MSG_SIZE, 0);
if(ret == SOCKET_ERROR) ErrorProccess(sc, "recv()");
msg[ret] = '\0';
printf("受信 : %s\n", msg);
ret = send(sc, msg, (int)strlen(msg), 0);
if(ret == SOCKET_ERROR) ErrorProccess(sc, "send()");
printf("送信 : %s\n", msg);
}while(strcmp(msg, "bye"));
closesocket(sc);
WSACleanup();//ソケットライブラリの終了処理
return 0;
}
void ErrorProccess(SOCKET s, char * api_name){
printf("Error Area = %s , Error Code = %d\n",api_name, WSAGetLastError());
if(s != 0){closesocket(sock);s = 0;}
WSACleanup(); //ソケットライブラリの終了処理
exit(1);
}
藻舞ら、いつの時代の人間じゃ？
Linuxを使え
ありがと
助かるよ
>>23
windowsだよ
windowsで作りたいんで
通信はUDPにする
少なくともUDPオンリーではゲームはつくれないよ
どうしても厳密な同期が必要なプロトコルがでてくるんだし。ログイン処理とかね
まずUDPが高速であるとされるファクターの最たるものがパケットロストしたときの再送の
リクエストが行われないという事だろうが、ゲームの場合はパケットが未到達であれば
ゲームはとまってしまうか情報不足の状態で補完していくことになるだろう、
これはTCPが再送のリクエストをしていてパケットがまだ届かないのと何も変わらない
状態じゃないのか。ユーザーに見える部分で何も変化がないわけでこれじゃ意味がないだろ。
加えて、パケットそのものの大きさが小さいということもあるだろうが、ゲームはものすごく小さな
パケットを連続的にではなく比較的穏やかな頻度で投げつけるので動画ストリームとかと比べて
大した差異にはならないと思うのだ
たまにパケットが届かなかったり、たまに順番が狂ってたりする場合を考慮して処理を書いたり、
または書き忘れて低頻度で起こるこういう現象に起因するバグに半日悩んだりするよりは、
普通にTCPを使うことを俺はおすすめする。
反論をたのむ
ストリーミングすることは未来一切あり得ないからこれでいいんだ。
正直チャットをつくれとかそういうのはどーでもいい。
ちゃんとデータが行き来するのが確かめられれば必要なし。
簡単に作れるなら、チャットの実装も悪くない
動作が見て分かるからね
プログラムを知らない人も説得しやすいし
なるほど
とりあえず送受信ができないとな
fd_setとselect関数を使って作ってみるかな
/logout /dice /tellなど特殊なコマンド使いまくれる
結構難しいな
このままだと>>10の野郎進まねーぞ！！
オレは無理だが、誰かアドバイスでもサンプルでもいいから教えてやれ！！！
1VSnになると非同期が必要になるからね
あと、作成プログラムが２つ必要（サーバ＆クライアント）
ってのが、以外にめんどい
２つ揃わないとテスト出来ないってのが敷居を高くしてる
そうなんだよな
でもこれが作れないとｵﾝﾗｲﾝゲームなんて100%つくれないからな
何故>>10がUDPに拘ってるのかがわからんと何とも言いようが無い。
UDPでMMOってのが如何に難しいかってのは、解っていてのことなんだろうか…。
ってお前さんも朝早いな
ただ単に高速だからです。
でも、アカウント登録やログイン処理はTCPじゃないとダメだし。
UDPはキャラの座標とか少しくらい消えてもいいような部分にしか使いません。
普通はそうだなぁ。
UDPとTCPを混在させると
UDP＜＞TCP間の同期の取り方とか
UDPの部分は、どうしてもクライアント主導の
通信にならざるを得ないから、イレギュラーや不正の
対処方法とかプログラミング的にも難度が高くなるしな。
ってかチャット作りTCPでやってたw
VBって速度的にどうなん？
問題無いなら勉強しようと思うんだけど
ttp://eternal.s19.xrea.com/
まだ暗号化とかしてないけど・・・
サーバーしか作ってないから、そろそろクライアント作らないとな
ピアツーピアのＭＭＯって無謀でしょうか？
が、どういう実装形態があるか考えるのは悪いことではない。
1VS1の通信しか出来なくない？
複数クライアントの接続は宿題カナorz
1. とりあえず1対1でもいいからエコーサーバーを作る。
2. エコーサーバーをテストに使い、クライアント側の通信部分を作る。
3. 2で作った通信部分をテストに使い、サーバー側の通信部分を作る。
複数クライアントのチャットサーバにおいて
サーバがあるクライアントとの接続を確立したあとどうすべきか悩んでいます。
１、forkしてクライアントとの通信は子プロセスに任せる
親プロセスはそのソケットディスクリプタをcloseして新たにacceptする
送受信データの同期はプロセス間通信で親プロセスがなんとかする？
>>19のscを受け取った時点でfork、親プロセスはscをcloseしたあとにbindのところに戻る
２、ひとつのプロセスで通信と同期を全てまかなう
最初から接続上限数のソケットディスクリプタをつくっておいて
サーバの中で送受信を接続上限数分ループさせる
>>19のscを配列にして>>20のdo-whileをforにしてsc[i]を各々受信する感じ
１を使うとひとつのクライアントとの接続に不具合が発生しても
サーバがこけることはなさそうというのがメリットで
(他人の発言のような)送信すべきデータの取得がややこしそうになるというのがデメリット。
２の場合、親亀こけたら皆こけたの要領でひとつのクライアントとの通信不具合が
サーバ全体におよびそうというのがデメリットで
ループのおかげで受信の順番が決まってるのでそのときに送信をそれぞれ探ればいいから
送信データの取得はチャットだけを考えるなら簡単そうというのがメリット。
という風に考えています。
どっちをMMORPGサーバまで発展させると考えるなら採用すべきでしょうか？
間違った考え方をしている点や気づいていないメリットやデメリット、他の手段
などありましたらご指摘のほうお願いします。
つ thread
Linuxでやるなら最終的には１でやるしかないと思う。
FreeBSDは試したこと無いから知らん。SolarisならThreadで行ける。
どもども。
あのあと調べてみたんですが２のやりかたはselect()/poll()ってのを使うんですね。
でも大規模なものには向かない感じ？
スレッドが現在主流なんでしょうか。いくつかの資料にあたってみると
select()やfork()のやりかたも書いてあるけど大抵の場合、
最終的にこれからはマルチスレッドだ！って意見に落ち着いてるような。
Linuxの場合NPTL/LinuxThreadsという形でPthreadsを実装してるみたいですね。
ただまだ新しい機能のせいか今でもちょこちょこ仕様変更してるのが気になるところ…
あと気になったのがシステム的な限界。手持ちのLinuxの標準的な設定だと
開けるディスクリプタの上限：1024
同時起動できるプロセスの上限：なし
プロセスあたりのスレッドの上限：64
システム全体のスレッドの上限：16384(64スレッド*256プロセス？)
らしいのですが、１ユーザとの通信は１スレッド＋１ソケットディスクリプタで
という考え方だとacceptを複数プロセスでやらない限りは、
１システムあたり64人しか同時接続できなくなるという解釈でいいのでしょうか。
各々協調作業するマルチスレッド＋マルチプロセス＋マルチシステムな知識が必須？
あったらすぐわかるようにしてるから…ごめんね。
新着レスに緊急出動態勢整えてるのは俺だけじゃない筈だ。
http://www002.upp.so-net.ne.jp/tbbt/rpg_info.html （Ancient Saga Online）
http://www.platon.co.jp/~akake/outlive/ （OUTLIVE ONLINE）
http://www.abars.net/ruina/ RUINATERRA
http://dragon.warcry.biz/ DRAGON WARCRY
http://www.smokymonkeys.com/triglav/ TRIGLAV
http://homepage1.nifty.com/TMS/ エクソシズムブリーズ
http://www.aa.alpha-net.ne.jp/kataho/roa/ Revelation of ALTERMIA
http://www5e.biglobe.ne.jp/~thewar/ キリーク
C/C++？DirectX？他になんかライブラリとかあんの？
システムはWinAPI＆DirectX、通信はWinSockって感じ？
DirectPlayはMS自身が見捨ててるので通信にはWinSockが必要。
そのWiｎSockを使うにはウィンドーメッセージ関連の処理が必要。
他に日本語入力(IME)の取得や、
全角文字のの表示にはWinAPIを使うのが現実的。
C++＆DirectX＋αだとこんな感じかな。
http://yutori7.2ch.net/test/read.cgi/news4vip/1256707678/
456909179687499
なかったら作れてないはず
MMORPGのシステム周りに興味ある方、作ってみたい思惑をもってらっしゃる方、
興味ある方は一言メッセージを残していただければお付き合いいたしますので
よろしくお願いします。
今の時代やっぱり、HTML5 と WebSocket ですかね
レスポンシブに作れば、PCでもスマホでも動く。
ズームをかけるか、フィールドなんかのみえる範囲が解像度によって
バラバラになるのか。 この辺も作りこみとユーザターゲッティングの
思惑によって変わってきますね。
プログラミングやってみたい人って結構いそうだけど準備しようかな
どんな仕組みになりますか？
enchantJS使ってみたけど、UI作るのしんどい。
EdgeAnimate触ってみてるけど、これはかなり良さそうに思う。
MMOとは言わないけど、20人くらいが繋いで遊べるテキストベースのものを作りたい
サーバ側はnode.js、クライアント側はcocos2dx(C++)
TCPの上に１からいろいろ作るのは面倒なので、通信はWebSocketを考えている
DBは普通にMySQLか、nosqlかで迷い中
クライアント側は適当に作る。絵も仮完成までは無し
まだ自分の作業量が見積れないけど、目標を設定しておく
中期目標 期日:9月30日
・DBとサーバの基本的な機構を作成し、VPSを契約してデプロイする
マイルストーン１ 期日:8月29日
・クライアントの空アプリを作成し実機で起動する
・websocketでつなぎ、入力内容をエコーできるようにする
・クライアントアプリにパケット内容を表示する
心が折れないように、ここにひっそりと開発記録を残そうと思う
達成：クライアントの空アプリを作成し実機で起動する
達成：websocketでつなぎ、入力内容をエコーできるようにする
変更：クライアントアプリにパケット内容を表示する
指定のサーバに任意の文字列を渡すと、接続中の全クライアントにブロードキャストするアプリを作成した
入力にはEditBoxを使った
cocos2dxのWebSocketの実装で、面倒な部分はかなりラップされてるみたいなので、
わざわざライブラリに手を加えてまでパケットの表示はしなくてもいいかと考え直した
次回、M2 期日9月5日
・ユニークIDとパスワードを発行するシステムを作る
・それらを保存するテーブルを作る
・daoを作成して実際に入出力できるようにする
・クライアント側でもUIDとPASSを保存できるようにする
・クライアント側の値を使ってログインができるようにする
・簡単なエラーハンドリングを作る
次の目標はログイン周り
DBは何にしたのん
DBはredisにしようかとも思ったけど、やっぱりMySQLにしておこうかな
ARPGみたいにリアルタイムなものじゃなくてSRPGで、どちらかというと放置系に近い感じを考えてる
だから普通にMySQLで書いてもとりあえずは動きそう
もしランキングとかで入出力が激しくてソート済のセットが欲しくなったら、
その部分だけNoSQL使おうかな
でもMySQLはスケール考慮すると大変なんだよなぁ
redisは最初からMySQLのキャッシュ用途で導入して慣れとく事をお勧めします。クラスタ化も楽なんでスケールアウト時の頼みの綱にもなるよ
俺もcocos2d-xとサーバで遊んでたとこなのでなんとなく見守らせてもらいます
ちょっと今PureP2Pネットワーク技術を使った
MMORPGを作ろうとしているのだが、
壁にぶち当たってしまったので質問
まずどういったゲームを作ろうとしているかというと、
Minecraft+SimCity+生態系シミュレーション+ファンタジー
こんな感じ
ゲームの目的は、モンスターが町を襲うから防衛すること
マップはマインクラフトのようにあるシード値から必要に
応じて無限に生成されていくものとする
処理単位は1メートルごとだけどブロック状にならないように
マーチングキューブ法を使う予定
ダンジョン等も自動生成する
各チャンクには所有権が設定できて基本的には
Systemが所有権を持っているが、町に設定できる
エリアも存在する
町に設定できるエリアは最初に所有を希望した
プレイヤーに所有権を紐付けし、自由にマップを改変
できるようにする(=町長となる)
町長は町の区画整備を行い、住宅地区や商業地区、
工業地区を設定しほかのプレイヤーに売り出し、
またその区画を使用するプレイヤーから税金を
取ることができる
プレイヤーから集めた税金は町のインフラ整備や
城壁の作成、討伐隊の編成を行って町民を守る必要がある
で、プレイヤーサイドへの説明には魔物が町を襲う理由は
魔王による陰謀ってことにしておくが、実際には人間に
住処を奪われた魔物が必死に取り返そうとしてるだけ
っていう設定(=生態系SIM要素)
基本的にCPは魔物だけで、CP商人などのキャラは一切なし
あくまですべての役割をプレイヤーが演じる
ストーリーやクエストもプレイヤーが作り出すことになる
例えば隣町との貿易とか討伐とか護衛任務とか
モンスターからのドロップや、落ちてるアイテムは素材のみで
回復薬や武器、防具等はすべて調合や錬金などによってのみ
作り出すことができる
モンスターからお金はドロップしない
もちろん落ちてもいない
基本的にはある一定のルールに従って自動的に流通量が調整される
これで、作ろうとしているものの大体は書いたかな
1.セーブデータの扱い
2.チート対策
まず、セーブデータをどこに置くのかって問題があって
PureP2Pなので、ネットワーク参加者は勝手に抜けるし
悪意のある参加者もいるかもしれないので
ネットワーク上に分散しておいて多数決でセーブデータの
正しさを証明するって手もあるが場合によっては
セーブデータが見つからなくなる可能性があるし
かといってローカルのみに保存しようものなら実質
チートし放題だからそれもできない
全プレイヤーのPC保存すれば100%その問題を回避できるわけだが
それだと1人1人に対して全プレイヤー分のセーブデータが
送られてくるので間違いなく処理できない
そこで、お金やアイテムなどを暗号通貨の仕組み
(具体的にはProof of Workやブロックチェーン技術)を
使って各管理担当を適当に割り振って個別管理したらどうか
というのも考えたのだが、多分お金だけなら管理できるが
アイテムなどは敵からのドロップ、アイテムとお金の交換、
素材としての消費など秒間あたり大量のトランザクションが
発生して処理しきれないのではないかという問題があって
お手上げ状態です
PureP2Pを使ってこれらの問題を解決できるうまい方法はないかね？
そもそもPureP2Pを使おうって発想自体が間違いなんだろうか？
理想を突き進めて解にたどり着いて欲しいのは山々だけども
ヒントになるのはクラウド系のNoSQL、DynamoDBやDatastoreの併用かなと思う
これらは応答は遅いけど課金で無限にスケールするよ、って吹聴してる。まあ課金モデルが出来てるなら安いと感じるのでは。遅いけどね。
オンプレミスなら取り敢えずNoSQL系を試して欲しい
俺はredis推しだけど、極端な話MySQL互換のAWS auroraなんか挟むだけでもドロップへの悩みはなくなるよね
PureなP2Pは管理できないって事と等価なんだよなぁ。。バグ崩壊やチートに強いかっていうと管理権限持てないからキツいよ
でもロマンだよねw
達成：ユニークIDとパスワードを発行するシステムを作る
達成：それらを保存するテーブルを作る
達成：daoを作成して実際に入出力できるようにする
達成：クライアント側でもUIDとPASSを保存できるようにする
達成：クライアント側の値を使ってログインができるようにする
達成：簡単なエラーハンドリングを作る
もちろんこれらが動くようにエントリポイントやルータは作った
色々モジュールをつなげるだから簡単だったけど、なかなか時間が取れない
次回M3 期日9月12日
・ログ出力のシステムを作る
・APIのひな形を作る
・メンテナンスモードを作って入れるようにする
時間が見積れないので、次回は少し軽めで
システマチックに淡々とこなしてるの凄いと思う
エターナる心配なさそうだし、成果物の公開を期待してます
なんか絡みたいな
責務負いたくないのでクリエイティブコモンズの一番広範なやつ（商用改変ok）な素材が欲しかったら言ってくれ
絡めたら絡む
期待しないでね
達成：ログ出力のシステムを作る
達成：APIのひな形を作る
達成？：メンテナンスモードを作って入れるようにする
仮想環境がバグって焦った
メンテナンスモードは、ホワイトリスト以外を拒否するようにはしたけど、
考えてみればAPサーバしか作ってないし、これがメンテナンスモードなのかどうか……
次回 M4
・マスタデータをJSONで出力するツール（エクセル？）を作る
・データを監視して変更時に読み込めるようにする
・テスト用に経験値テーブルを作る
・時間で適当にレベルアップするアプリを作る
達成：マスタデータをJSONで出力するツール（エクセル？）を作る
達成：データを監視して変更時に読み込めるようにする
達成：テスト用に経験値テーブルを作る
達成：時間で適当にレベルアップするアプリを作る
動くようになると単純でも面白さが出てくる
次回 M5 期日9月26日
・クライアントの表示を多少マシにする
・修行や内政のような適当なコマンドを追加する
達成：クライアントの表示を多少マシにする
達成：修行や内政のような適当なコマンドを追加する
M6 中期目標１ 期日9月30日
・仮想ではないサーバ環境にデプロイする
ただ、手元に余りPCが手に入ったので、VPSを契約するのはもう少し先延ばし
今後はサーバマシンを動かしてネットで動作確認しながら作っていきたい
http://youtubelib.com/mom-rpg-games10
2.1 10位. スター・ウォーズ：オールド・リパブリック (Star Wars: The Old Republic）
2.2 9位.ファイナルファンタジーXI（Final Fantasy XI）
2.3 8位. イブオンライン(EVE Online)
2.4 7位. ルーンスケープ（RuneScape）
2.5 6位. 黒い砂漠（Black Desert Online）
2.6 5位. ブレイドアンドソウル（Blade & Soul）
2.7 4位. ギルドウォーズ２（Guild Wars 2）
3 気になるベスト３位は？MMORPG３位〜１位
???????
カードを集めどんどん自分の街を発展させて勝利を目指せ
http://news.livedoor.com/article/detail/10962802/
大富豪（大貧民）のようなカードゲーム「ReCURRRing（リカーリング）」
http://www.tk-game-diary.net/recurrring/recurrring.html
かわいいひつじを増やして増やして増やしまくれ！ “一人用”カードゲーム『シェフィ』
http://www.moguragames.com/entry/shephy/
経済が巡る！！ 労働者と職場のマネジメントが癖になるワーカープレイスメント「ナショナルエコノミー」
http://bged.info/national-economy
じゃんけんをモチーフにした7つのゲームが遊べる「ジャンケンセブン」
http://www.tgiw.info/2012/09/post_1252.html
LOGY GAMES ボードゲームカタログ
http://www.logygames.com/index.html#catalogue
当館オリジナルゲーム
http://www.nakajim.net/index.php?%E5%BD%93%E9%A4%A8%E3%82%AA%E3%83%AA%E3%82%B8%E3%83%8A%E3%83%AB%E3%82%B2%E3%83%BC%E3%83%A0
オシャレで簡単、だけど深いボードゲーム
http://sweetint.com/ic/tinttile-game
http://youtubelib.com/onkine-population
1.1 1.エルダースクロールオンライン
1.2 2.ブレイドアンドソウル
1.3 3.ギルドウォーズ2
1.4 4.黒い砂漠.オンライン
1.5 5.ファイナルファンタジーXIV
・
・
・
・
・
グーグル検索⇒『来島のモノノリウエ』
WI1NW1Y8FR