『アナザーエデン 時空を超える猫』スマートフォンでのRPG体験の実現のためにしてきたこと
?
1 like?4,695 views
GAME CREATORS CONFERENCE '18にて発表されたスライドです。 http://www.gc-conf.com/
More Related Content
What's hot (20)
More from gree_tech (20)
『アナザーエデン 時空を超える猫』スマートフォンでのRPG体験の実現のためにしてきたこと
- 3. ?? 綾佑 (Nishida Ryosuke) Wright Flyer Studios アナザーエデン @hosi_mo 2014年 東京?学?学院 情報理?学系研究科修了 同年 グリー株式会社 ?社
- 4. 消滅都市 (2014/5/26~) ららマジ (2017/1/25~) 武器よさらば (2017/3/30~) アナザーエデン (2017/4/12~) ダンまち ?メモリア?フレーゼ? (2017/6/19~) VR スタジオも内包 2014年2?21?設? 現在5年?の社内ゲームスタジオ Wright Flyer Studios
- 9. スマホゲーム vs コンシューマゲーム スマホ コンシューマ ゲームサイクル ホーム -> ゲーム ゲーム -> 設定 運?形態 サービス パッケージ 更新頻度 ? 低 1プレイ時間 5分から10分 数?分 データ通信頻度 ? 低 ダウンロード 分割か逐次 ?括 ユーザデータ サーバ ローカル
- 10. スマホゲーム vs コンシューマゲーム スマホ コンシューマ ゲームサイクル ホーム -> ゲーム ゲーム -> 設定 運?形態 サービス パッケージ 更新頻度 ? 低 1プレイ時間 5分から10分 数?分 データ通信頻度 ? 低 ダウンロード 分割か逐次 ?括 ユーザデータ サーバ ローカル
- 11. コンシューマライクのために
- 12. アナザーエデン の場合 スマホ コンシューマ アナザーエデン ゲームサイクル ホーム -> ゲーム ゲーム -> 設定 ゲーム -> 設定 運?形態 サービス パッケージ サービス 更新頻度 ? 低 中 1プレイ時間 5分から10分 数?分 数?分 データ通信頻度 ? 低 ? (Background) ダウンロード 分割か逐次 ?括 選択性 ユーザデータ サーバ ローカル ハイブリッド
- 13. アナザーエデン の場合 スマホ コンシューマ アナザーエデン ゲームサイクル ホーム -> ゲーム ゲーム -> 設定 ゲーム -> 設定 運?形態 サービス パッケージ サービス 更新頻度 ? 低 中 1プレイ時間 5分から10分 数?分 数?分 データ通信頻度 ? 低 ? (Background) ダウンロード 分割か逐次 ?括 選択性 ユーザデータ サーバ ローカル ハイブリッド
- 15. オートセーブのゴール ? プレイヤーの没?感を邪魔しない ? ネットワーク環境に依存しない ? いつ中断しても途中からやり直せる ? 割り込みの多いスマフォでも納得感のある挙動を
- 16. ? ゲームプレイ中、左上に「Auto Saving…」と 表?されるタイミングがある ? アプリをkillしても、最後に表?されたタイミン グの状態でゲームが復帰する 「Auto Saving…」
- 18. オートセーブのタイミング ? 各種設定UIクローズ時 ? フィールドのエリア移動時 ? luaイベント終了時 ? シナリオ進捗時 ? バトル終了時 ? 1分に1回（プレイ時間が積み上がる）
- 20. クライアントからサーバへの同期 GameServer msgpack AutoSave! msgpack Push diff Background }Size = 100 Request Queue Diff リクエストごとローカルDBに保存 たくさんリクエストくる スケーラビリテイだいじ msgpack msgpack msgpack msgpack
- 29. イベントスクリプトの種類 Area Script AreaEvent Script Story Script Quest Script Lottery Script Enemy Script Skill Script - 1エリア1つ。毎フレupdateされる。ランチャ機能付き - フィールドのギミック全般 ?番量が多い - メインストーリーが記述される。キャラ劇なども記述 - サブクエストが記述される。キャラ劇なども記述 - 出会いキャラ劇の実装 - バトル中の特殊キャラのギミック - バトル中の味?キャラの特殊ギミック
- 30. Area Script AreaEvent Script - 1エリア1つ。毎フレupdateされる。ランチャ機能付き - フィールドのギミック全般 ?番量が多い フィールド系 フィールド班 AreaScript Area EventScriptをたくさん登録してる AreaEvent Script 部屋の中へ移動 バルーンを表? タップするとプレイヤーのHPを満タンにする
- 31. Story Script Quest Script Lottery Script - メインストーリーが記述される。キャラ劇なども記述 - サブクエストが記述される。キャラ劇なども記述 - 出会いキャラ劇の実装 シナリオ系 シナリオ班 QuestScript AreaScriptからフラグをみて追加される エルジオンまで到達していたら、 クエスト解放 if Common_isQuestStepActive(quest_step_erujion_chihatokiwokoete_step1) then Common_registQuestEvent(quest_erujion_chihatokiwokoete, "step1", true)
- 32. Enemy Script Skill Script - バトル中の特殊キャラのギミック - バトル中のスキルの特殊ギミック EnemyScript 特定のボスでHPが?定以上削れたら 特殊ギミック発動 等 バトル系 バトル班
- 33. 製作体制 フィールド班 シナリオ班 バトル班 - シナリオ演出 - キャラ劇の演出 - フィールド作成 (マップエディタ) - フィールドギミック組み込み - フィールドパラメータ調整 - fogや天候調整 - シェーダプログラム調整 - レベルデザイン - バトルギミック設計 レベルデザインから 実装まで?う 演出から 実装まで?う フィールドデザインから 実装まで?う アートチームアートチーム アートチーム
- 36. ?度寝
- 37. ?ごっこ
- 38. 时间によって変化する床
- 40. カメラの画?を毎フレーム調整 if pos.x <= 0 and pos.x >= posD.x then Common_setCameraInfoFOV(fov) Common_setCameraInfoAngleV(15) elseif pos.x <= posD.x then Common_setCameraInfoFOV(60) Common_setCameraInfoAngleV(15)
- 41. 特定の箇所のみキャラクターのライトを変更 if v_chr_1.x >= v_left.x and v_chr_1.x <= v_right.x then Common_setCharacterLightColor(0.1, 1.4, 1.5, 1.3, 1) else
- 42. 特定の場所で全体ライトを変更 if pos.z < posT1.z and pos.x > posT2.x and pos.x <= posT3.x then Common_setForegroundLightColor(0.3, 0.7, 0.7, 0.7, 1) Common_setCharacterLightColor(0.3, 0.7, 0.7, 0.7, 1) else Common_setForegroundLightColor(0.3, 1, 1, 1, 1) Common_setCharacterLightColor(0.3, 1, 1, 1, 1)
- 44. 運?とイベントスクリプト これらの?稿にもはやエンジニアという職種は関わっていない フィールド班 シナリオ班 バトル班 PC版ビルド (Mac, Windows) Shift + Rでリロード イベントスクリプト修正 ok? ?稿
- 45. APIリスト C++がLuaに公開してるAPI数 525 バトル カメラ制御 フィールドオブジェクト制御 UI アイテム サウンド、ムービー フィールドエフェクト (fogとか影とか) 移動 フラグ - 約 50 API - 約 30 API - 約 150 API - 約 20 API - 約 10 API - 約 20 API - 約 100 API - 約 30 API - 約 100 API
- 46. スクリプトの規模 リリース時(2017年4?) : 63万? 20170531 709077 +72238 20170630 804724 +95647 20170731 861798 +57074 1年で100万?ペース 現在(2018年3?) : 146万?
- 48. スクリプトまとめ ?C++製 RPGエンジンのAPIをできる限り多くLuaに解放 ?イベントスクリプト x オートセーブの合わせ技 ?職?スクリプター
- 50. サーバにロジックを置くケース
- 51. サーバにロジックを置くケース 1. サーバからクライアントへ命令送信(APIコールのレスポンスに?れる ? クライアントから完了通知が来るまでサーバの命令は不揮発性 2. クライアントがデータを変更 3. オートセーブ時に差分をサーバへ送信(完了済の命令idも送信 4. サーバは命令を削除 サーバからデータ更新命令を送信 Operation Builder
- 52. OperationBuilderの流れ : 図 diff API Call 抽選 OperationBuilde DB 変 AutoSave 出会い実? 命令削除完了報告
- 53. OperationBuilderのキモ ? サーバ ? クライアントから完了報告が来るまでは、処理が終わっていな いものとみなす ? 終わったときちんと?ってくるまで、何度も命令を送りなおす ? クライアント側 ? 処理完了をかならず差分と?緒に保存する ? ?回実?するのを防ぐ ? ?回実?してもいいが、実?前の状態に巻き戻してからだ
- 56. クライアントがデータ作っていることについて ?Luaに全開放している ? データ群、スクリプト群、DB群は暗号化 ? イベントスクリプトのチェックサムlogを収集 ? メモリも単純なチートツールからは?れないよう難読化 ? データの発?は出所がわかるように全てにタグをつける ? 何か怪しいと思ったらlogを遡る
- 57. チートリスクへの対応 ? クライアント > サーバとすると、チートリスクが?気に増?する ? 制御不能になる可能性さえある ? だが、いずれにせよ「完璧に網羅して塞ぐ」はありえない ? ログを適切にとり、調査可能にする ? 個別に?続きを?意して、ひとつひとつ認証していく 署名
- 58. 终わりに