Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (20)
Semelhante a mmoの作り方
Semelhante a mmoの作り方 (20)
mmoの作り方
- 1. MMOの作り方 2018/09/05 twitter ：@dev_mmow Email：july1997@outlook.jp Github：https://github.com/july1997 1
- 3. 項目 2 項目 3 3
- 4. 制作の目的 4 ● オンラインゲームはどのようにしたら作れるか ● ゲームサーバー側の処理は何をどうすればいいか？ ● シェーダーを使えるようになりたい
- 5. クライアント編 5
- 6. 開発環境 Visual Studio 2017 使用言語：C++ 使用ライブラリなど ● Bullet 2.87 ● Crypto++ 5.6.5 ● DXライブラリ Ver 3.19 ● EffekseerRuntime 1.30 対象プラットフォーム WIndows、Android 6
- 7. ライブラリの紹介 描画処理 DXライブラリ ● DirectXのラッパー(最近はAndroidにも 対応) ● MMDモデル等に対応 ● 更新頻度が高く初心者にオススメ URL : http://dxlib.o.oo7.jp/index.html 物理演算 Bullet Physics ● オープンソースの物理演算エンジン ● ゲーム内では常に物理演算 ● グラセフシリーズや色々な市販のゲーム や、映画に使われたりしてる URL : http://bulletphysics.org/wordpress/ 7
- 8. ネットワーク関係の実装 ● 描画の処理と別スレッドでメッセージを送受信(TCP) ● DXライブラリにある機能を利用 ● std::shared_ptrを用いてスレッドセーフに 8 Server Player1 Player2 Player3 TCP 基本サーバーはメッセージを受け取ったら 他のプレーヤーそのままに送信
- 9. ヘッダー nbyte ID nbyte データ(UTF-8) nbyte 9 通信のイメージ ● 通信の種別とユーザーIDをつけて送信、ス ペース区切り ● サーバーはメッセージをそのまま他のプ レーヤー送信 ● ユーザーIDから名前を対応付けて画面上 に表示 Server Player1 Player2 RES 1 こんにちは！ Player1 : こんにちは！ RES 1 こんにちは！ プロトコル
- 10. シェーダーに関して 実装したシェーダー ● PBRレンダリング ● HDRポストエフェクト ● IBL ● ディファードレンダリング（実装中） 10
- 11. 11
- 12. 12
- 13. 13
- 14. 14
- 15. 15 サーバー編
- 16. サーバーの種類 ゲームサーバー ● プレイヤーの座標などの同期、同期は近くにいる プレイヤーのみ ● ログインやデータベース登録、暗号化の鍵交換な ども全部自作 ● Port 13939で常に通信待機 16 ファイルサーバー ● ファイル同期系の処理 ● httpsプロトコルを採用(Simple-Web-Serverとい うC++のサーバーを利用) ● ファイルのアップロードやダウンロード処理を受け 持つ
- 17. ゲームサーバー 使用ライブラリ Boost.Asio ● Linuxで動かすためC++でTCPが直接扱えるBoostを使用 ● リリースされているオンラインゲームのサーバーも似たような構成だった ● データベースへの接続はMySQL Connector/C++を使用 17
- 18. データベース MySQL ● ローカルからのみアクセス可能に設定 ● アカウント登録はemailとパスワードを登録する。 ● パスワードは流出時を考え、 sha256二重で保存 ● 文字コードはutf8_binなど照合順序をちゃんと考えよう 18 //ユーザー情報テーブル CREATE TABLE user_data( `user_id` int(10) unsigned NOT NULL, `email` varchar(256) NOT NULL, `password` varchar(256) NOT NULL, `name` varchar(40) NOT NULL , PRIMARY KEY (`user_id`)); //モデル情報テーブル CREATE TABLE model_data( `model_id` int(10) unsigned NOT NULL, `user_id` int(10) unsigned, `model_name` varchar(40), `model_file_pash` varchar(256), `model_file_name` varchar(256), `model_type` TINYINT, PRIMARY KEY (`model_id`)); //マップ情報テーブル CREATE TABLE map_data( `map_id` int(10) unsigned NOT NULL, `model_id` int(10) unsigned NOT NULL, `object_name` varchar(40), `position` float(15,6), `rotate` float(15,6), `scale` float(15,6), PRIMARY KEY (`map_id`)); テーブル構成
- 19. セキュリティ 暗号化 ● 通信内容の暗号化に 128bit AES CFB を使用 ● AES鍵交換時には 4096bit RSA を使用 ● 通信開始時にサーバーから公開鍵をランダムで作成し送信。 ● 署名を発行し、中間者攻撃以外には対応 Dos対策 ● 一定時間でデータ量が規定値を超えるとコマンド無視 ● さらに座標値をチェックし、不正な移動の場合は座標初期化 ● ログイン時は3回間違えたら切断 19
- 20. データ同期 ● 30フレームごとに方向 ● 300フレームごとに座標を送信 ● アニメーションは切り替わるタイミングで適 時送信 20 方向データ キャラの方向ベクトル 座標データ キャラの絶対座標と キャラの姿勢(Y軸基準 の回転ベクトル) アニメーション 情報 再生するアニメーショ ン サーバー 受け取ったタイミ ングで他のプレイ ヤーに送信
- 21. プレーヤーの同期 Send List ● サーバー側でどのプレーヤーが誰とを同期するのか決定 ● 決定方法はプレーヤーとの距離など ● ログインやログアウトといった情報はクライアント側には通知しない（必要がない） 21
- 22. モデル同期 ● ダウンロード、アップロード要求時にモデルIDを 指定、戻り値としてアクセスキー ● アクセスキーは10桁のランダムな文字列 ● ファイルはファイルサーバーで管理 ● 不正にダウンロード、アップロードさせないように 22 サーバークライアント ダウンロード要求 アクセスキー ファイルサー バー アクセスキー (httpsのクエリに指定) モデルデータ
- 23. 最後に 23
- 24. 作ってみた感想 ● 通信系の実装はデバッグなどが大変、暗号系も謎に復号化できないときがあり大変だった ● これからゲームを作りたい人はUnityを使ってください ● コーディングでは積極的にテストを書いていきたい 24
- 27. 終わり 27