コガネブログ

平日更新を目標に Unity や C#、Visual Studio、ReSharper などのゲーム開発アレコレを書いていきます

【第3回クラウドゲーム開発者会議 2015 東京】「シンラテクノロジー 1:N アーキテクチャ」メモ

その他 - 勉強会

https://www.shinra.com/jp/event/

※メモが正確ではない可能性があります。ご了承ください

自己紹介

  • ファビアン・ニノルズ
  • シンラ・テクノロジー
  • パートナーシップ技術チーム主任

新たな体験

  • シンラテクノロジーの一つの目的として新たな知見を提供したい
    • 1:1
      • シンプルな開発で行える
    • N:N
      • 大人数のプレイヤー
      • 非常に高速なネットワーク環境で大人数のプレイをサポートできるモデル
    • 1:N
      • 双方の中間に位置するモデル
      • 両方の良いとこどり
      • マルチプレイヤー
      • 接続できる人数には上限がある
      • 同期処理が一切いらない
      • 非常に開発が簡単

どれを選ぶか？

  • 1:1
    • 利点: シンプル
    • 欠点: 体験の共有ができない
  • 1:N
    • 利点: 体験の共有が可能
    • 欠点: プレイヤー人数に限界がある
  • N:N
    • 利点: 大人数のプレイヤー
    • 欠点: 同期が複雑

1:N アーキテクチャ

  • 1つのスーパー・ゲームマシーン
    • マルチプレイヤーが一緒にシミュレーション
    • 同一の環境にプレイヤーが存在できる
  • マルチレンディングマシーン
    • それぞれがマルチプレイヤーをレンダリング可能
    • プレイヤーがほぼすべてのデータとコミュニケーションを共有
  • 2015年夏頃にCCDKで使用可能になる予定
    • AI/ゲームプレイ/物理シミュレーションすべてが共有できるモデル

リモートレンダリング

  • ゲームマシンがDirectX11を持つ必要がある
  • 最終的にレンダリングマシンで動画圧縮が行われて配信される
  • この技術を使用することで下記のシェアが可能になる
    • 静的リソース
      • テクスチャ
      • ジオメトリ
    • 動的リソース
      • 地形の変形
      • ナビゲーション・メッシュ
    • 計算
      • スケルタル・アニメーション
      • 粒子の更新

1:N ゲーム用開発

  • お持ちのゲームはすでにリモートレンダリングで動作可能
    • 現在N = 1のゲームでも可能
  • シミュレーションにマルチプレイヤーを追加するだけ
    • マルチ入力コントローラを使用
    • マルチレンダリング・ビューポートに出力
    • サウンドをマルチ・オーディオ機器で再生
  • あとはシンラ・テクノロジーにお任せください
    • レンダリング・マシン
    • レンダリング・リソースとの計算の共有
    • プレイヤーの接続・切断

シンラ・テクノロジーAPI

C インターフェイス

namespace Shinra
{
    Event* GetNextEvent();
    DWORD GetPlayerGamepadId(PlayerId);
    IMMDevice* GetPlayerAudioDevice(PlayerId)
    ID3D11DeviceContext* GetPlayerRenderingContext(PlayerId)
}

イベントループのシーケンス

  1. ゲームスタート
  2. 必要なリソースを作成
  3. 新イベントをチェック
    • 新しいプレイヤーが接続されたら
      • ゲームループにプレイヤーを追加
      • プレイヤーのコンテキストにシーンをレンダリング
    • プレイヤーが切断されたら
      • ゲームループからプレイヤーを削除
      • プレイヤーのコンテキストをリリース
  4. いつでも終了またはWM_QUIT

リソースの共有

  • グラフィック・リソース
    • 全リソースはD3Dで作成
    • デバイスを全コンテキストで共有
  • オーディオ・リソース
    • Audio Default Deviceへの出力は全プレイヤーに放送される
    • ブロードキャストが行われる

サード・パーティサポート（近日スタート）

  • AudioKinetic's Wwise
  • EPIC's Unreal Engine
  • その他のサード・パーティサポートは近日発表予定

質疑応答

  • レンダリングマシンが分かれている理由は負荷分散のため？
    • 負荷分散が大きな理由
  • レンダリングマシンが複数あるがリソースの共有はどのように行っている？
    • レンダリングマシンの数分送信する
  • デザイナーが作成するリソースの最大容量などは何を参考にすればよい？
    • 目安としては弊社で出しているトゥームレイダーなどが参考になる
    • それ以上使いたいときは相談していただければ
    • もしくは検証環境が用意されているのでそちらで確認していただければ
  • 仮想化は使っている？
    • 使っていない
    • プロセスを複数置くイメージ

1:N 実演

デモ

  • 目的
    • スーパーコンピュータ上で、1:Nアーキテクチャを使用して
      何が実現できるのかを披露するのに必要なR&D
  • エンジンは独自に書かれている
    • リモートレンダリング
    • SpeedTree
    • Bullet Physics Engine
  • 標準ツール
    • Visual Studio
    • Maya
    • 非常に標準的なツールのみを使用
  • 必要なR&D
    • フェーズ1: プログラマ2人+アーティスト1人-6か月
    • フェーズ2: プログラマ5人+アーティスト1人-6か月

その他のメモ