MSIXVC2 は PC 専用 です。XBOX コンソール ゲームは引き続き既存の XVC パッケージング形式を使用します。
makepkg ツールは両方の形式を扱えます。1 つのツールで両方のプラットフォームに対応します。MSIXVC2 を採用する理由
従来の MSIXVC パッケージング形式は、更新頻度が低くディスク配布が中心の時代に合わせて設計されました。現在のゲーム開発は状況が異なります。ゲームは 100 GB を超え、更新は毎週または毎日リリースされ、プレイヤーは小さく、高速で、頻繁な更新を期待しています。 MSIXVC2 は、ゲームコンテンツのセグメント化、重複排除、および配信の方法を変更することで、パッケージング、アップロード時間、コンテンツ更新効率に関する開発上の摩擦に対処します。主な改善点
より小さなコンテンツ更新
MSIXVC2 は、今日のコンテンツ更新を肥大化させているアライメントパディングとチャンク境界の制約を排除します。変更は固定 4 KB ブロック境界ではなく、バイトレベルで追跡されます。チャンク間でファイルを移動したり、チャンク内でコンテンツを並べ替えても、再ダウンロードは発生しません。実際に変更されたコンテンツのみが配信されます。 出荷済みタイトルを対象としたテストでは、一部の更新サイズが MSIXVC と比較して 64 ～ 94% 削減されました。高速なパッケージング
/msixvc2 付きの makepkg pack は、大規模タイトルにおいて従来の MakePkg pack よりも大幅に高速に動作します。以前はビルド時間で数分を占めていたパッケージングのオーバーヘッドの大部分が排除されます。
パッケージ オーバーヘッドの削減
現在のすべての MSIXVC パッケージには、ゲームサイズに応じてスケーリングする固定の最小ハッシュ ツリーが含まれています。320 GB のタイトルの場合、このオーバーヘッドは約 2 GB で、更新のたびに常に完全にダウンロードされます。MSIXVC2 はこのオーバーヘッドを 90% 以上削減し、部分的なダウンロードを可能にします。組み込みの圧縮
まだ圧縮されていないアセットは、CDN 上での転送と保存のために透過的に圧縮されます。プレイヤーのマシン上では、ファイルは非圧縮でインストールされます。バージョンごとの暗号化
パッケージの各バージョンは、独自のキーセットで暗号化されており、パッケージ バージョン同士が分離されます。暗号化は CDN 上および転送中に適用されます。プレイヤーのデバイス上では、インストールされたファイルは暗号化されていない状態で保存されます。ルースファイルからのワンコマンド アップロード
MSIXVC2 では、パッケージングとアップロードを 1 つのステップに統合できます。形式の違い
変更されない点
- ゲームは違いを認識しません。 ファイルは元の形式でインストールされます。エンジンは、パッケージ化されていないビルド ディレクトリからファイルを読み込むのと同じ方法でファイルを読み込みます。Win32 の読み取りや DirectStorage は変更なく動作します。
- スクリプトが壊れません。 既存の MakePkg コマンドは
makepkgでそのまま動作します。/msixvc2フラグで新しい形式を選択できます。
2026 年 10 月 GDK では、レガシー MakePkg.exe と一時的な
makepkg2.exe の名称が削除されます。管理された代替は makepkg.exe です。- Intelligent Delivery は同じように動作します。 チャンクは同じ方法で定義します。違いは内部にあり、チャンクの並べ替えにはコストがかかりません。
- Partner Center の申請フローは変更されません。 アップロードと公開のための API と UI は同じです。
- コンソール ビルドには影響しません。 XVC は引き続き XBOX コンソール向けに機能します。
makepkgは両方の形式を扱えます。
対象範囲とタイムライン
パッケージ ブランチのベスト プラクティス
MSIXVC2 は MSIXVC とは異なる内部形式を使用します。この 2 つの形式は、Partner Center 内の同じパッケージ ブランチ内では相互に置き換えできません。MSIXVC2 を採用する際は、次のガイドラインに従ってください。別のブランチまたはパッケージ セットを使用する
MSIXVC2 パッケージは Partner Center の 新しいブランチ に公開してください。運用中の MSIXVC パッケージを MSIXVC2 ビルドで上書きしないでください。MSIXVC2 を独自のブランチに保持することで、ライブ ゲームや既存のコンテンツ更新履歴を中断することなく、既存の MSIXVC パイプラインと並行して形式を評価できます。MSIXVC2 から MSIXVC へのダウングレード
ブランチを MSIXVC2 から MSIXVC に戻すことは、サポートされているワークフローではありません。2 つの形式はコンテンツのセグメント化方法が異なるため、ブランチを MSIXVC に戻すと、すべてのコンテンツの完全な再取り込みが強制されます。これは、事実上、そのブランチを利用するすべてのプレイヤーにとって、完全な再アップロードと完全な再ダウンロードを意味します。計画的に対応してください。MSIXVC2 ブランチは前進のみと扱ってください。推奨される移行ワークフロー
- 既存の MSIXVC パイプラインを運用リリース向けに継続する ままにします。
- MSIXVC2 のテスト用に、新しい Partner Center ブランチ (たとえば
msixvc2) を作成します。 - 新しいブランチを使用して、MSIXVC2 パッケージを開発サンドボックスに公開 します。インストール、更新、および Intelligent Delivery の動作を検証します。
- MSIXVC ブランチと MSIXVC2 ブランチとの コンテンツ更新サイズを比較 し、タイトルの改善効果を定量化します。詳細については、タイトルにおける MSIXVC2 の評価 を参照してください。
- 公開する準備ができたら、MSIXVC2 パッケージを認定のために申請します。
パディングとアライメントに関する考慮事項
MSIXVC では、コンテンツ更新の効率は、pack ファイル内のアセットの慎重な 4 KB アラインメントに依存します。MSIXVC2 では、これらのアライメント要件は排除されます。コンテンツベースのセグメント化により、アライメントやレイアウトに関係なく、変更されていないデータを自動的に識別します。 タイトルを PC とコンソールの両方でリリースする場合は、個別のパディング構成を使用できます。MSIXVC2 では、PC ビルドのパディングを安全に減らしたり削除したりできます。プラットフォーム間で同じ構成を維持することを好む場合でも問題ありません。MSIXVC2 はペナルティなしで両方のケースを処理します。開始方法
MSIXVC2 の使用を開始するには、PC 向け MSIXVC2 のはじめに を参照してください。makepkg コマンドライン リファレンスについては、Make package (makepkg.exe) を参照してください。