- 使用可能なバージョン
- 承認された GDK バージョン
- 承認されたゲーム OS
- コンテンツ (ダウンロード可能コンテンツ (DLC)) の最終チャンクの起動マーカー
- 追加の Resources.pri ファイル
- 不足している Resources.pri ファイル
- パッケージあたり 1 つのアプリケーション
- 最大パッケージ サイズ
- 外部ファイル
- バイナリ スキャン
- Microsoft (MS) コンポーネントのバージョン
- 不足している依存ファイル
- ARM64 バイナリ
使用可能なバージョン
Submission Validator は、インストールしたバージョンが最新かつ正しいバージョンであることを確認します。そうでない場合、Submission Validator の出力ログには失敗が表示されます。次のセクションに示す失敗メッセージには、正しいバージョンをダウンロードするためのリンクが含まれています。承認された GDK バージョン
PC (msixvc) 向けの GDK パッケージを作成すると、Submission Validator は、パッケージ化に使用した GDK が承認された GDK バージョンからのものであることをチェックします。バージョンが承認済みまたは非推奨のリストにない場合、バリデーター ログには失敗が表示されます。ゲーム実行可能ファイルへの GDK バージョン埋め込みの仕組み
XGameRuntime.h を含む GDK を使用してゲーム実行可能ファイルをコンパイルすると、コンパイラは GDK バージョンを .xbld という名前のカスタム PE セクションに埋め込みます。Submission Validator はこのセクションを読み取って、タイトルのバイナリのビルドに使用された GDK バージョンを判別します。
.xbld セクションが不足している、または読み取れない場合、Submission Validator は代わりにパッケージング ツールのバージョンを送信の GDK バージョンとしてフォールバックとして使用します。このバージョンは、バイナリをコンパイルするのに使用された GDK バージョンを正確に表していない可能性があります。
一般的な原因: アンチタンパー ソフトウェア
実行可能ファイルを処理するアンチタンパーおよびデータ暗号化ツールが、.xbld セクションを暗号化または削除する場合があります。この操作により、そのセクションが Submission Validator によって読み取れなくなります。この問題を解決するには、アンチタンパー ツールを構成して .xbld セクションを処理から除外します。
Themida
Themida の構成ファイルで、次の Advanced Option (コンマ区切り) を追加して、.xbld セクションを保護から除外します。
GuardIT
GuardIT でデータ暗号化から.xbld セクションを除外するには、暗号化ガード構成に <exclude> エントリを追加します。
<exclude> セクションは、.xbld が暗号化されるのを防ぎます。
承認されたゲーム OS
Submission Validator は、ゲーム OS および Microsoft Game Development Kit (GDK) からの任意のオプション コンポーネントが同じ Microsoft Game Development Kit (GDK) リリースからのものであり、リリース タイトルで使用するために承認されたバージョンであることをチェックします。バージョンが承認済みまたは非推奨リストにない場合、次のセクションに示すように、バリデーター ログに失敗が含まれます。Submission Validator を実行している開発 PC がオンライン情報にアクセスできない場合 (たとえば、インターネット アクセスがない、ファイアウォールでブロックされている、ネットワーク接続がないなど)、Submission Validator は検証チェックを完了しないことがあります。
コンテンツ (ダウンロード可能コンテンツ (DLC)) の最終チャンクの起動マーカー
すべてのシナリオで正しく動作するようにするには、コンテンツ パッケージは最終チャンクに起動マーカー属性を付ける必要があります。最終チャンクに起動マーカーが含まれていない場合、パッケージは正しくテストできますが、場合によってはエンド ユーザーに問題を引き起こす可能性があります。失敗メッセージは次のとおりです。追加の Resources.pri ファイル
Submission Validator は、レイアウトの他のディレクトリに追加の Resources.pri ファイルが存在しないことをチェックします。MicrosoftGame.config と同様に、ルートにあるものだけが使用されます。ただし、複数のコピーがあると、どれが正しいのか、これら他のファイルに関する開発者の意図は何かについて混乱を招く可能性があります。 このチェックは、追加の MicrosoftGame.config コピーに対する同様のチェックと並行しています。この場合、追加のコピーは、次のセクションに示すように、ログの Foreign Files Check セクションで失敗となります。不足している Resources.pri ファイル
アプリケーションはローカライズする必要はありません。ただし、アプリケーションがルート (MicrosoftGame.config と同じ場所) に Resources.pri ファイルを含まない場合、出力ログの Foreign Files Check セクションに次の警告が表示されます。パッケージあたり 1 つのアプリケーション
Submission Validator は現在、パッケージに DevOnly ではないアプリケーションが 1 つだけ含まれていることを検証します。最大パッケージ サイズ
ディスクで出荷する場合、Submission Validator はパッケージのサイズが 49,900,000,000 バイトを超えていないことをチェックします。このチェックは情報メッセージのみを提供し、エラーではありません。 ディスクで出荷しない場合、Submission Validator はパッケージのサイズが 500 GB を超えていないことをチェックします。また、パッケージ サイズが 450 GB を超えると警告メッセージも提供します。メッセージは次のとおりです。外部ファイル
XBOX 360 プログラムの提出を確認する際に遭遇する問題の 1 つは、通常誤って、リテール タイトルの一部であるべきではないさまざまなファイルが提出に含まれていることです。 Foreign File Check は、レイアウト .xml ファイルを使用して、タイトル パッケージに持ち込まれるすべてのファイルについて、パッケージで許可されていない特定のファイル名と拡張子をチェックします。このチェックはファイルの内容ではなく、ファイル名のみに基づきます。許可されないファイルには、ソースおよびデバッグ ファイルに関連する拡張子、Thumb.db、ルート以外の場所にある不要な登録ファイル、そしてタイトル パッケージに含まれてはいけない XBOX オペレーティング システム ファイルの完全なリストが含まれます。このチェックは、XBOX 要件 XR-003: 提出のためのタイトルの品質を検証します。 次の表は、提出されるタイトル パッケージで許可されていないファイル タイプと拡張子を示します。
タイトルは、ほとんど想定可能な任意のファイル拡張子を正当に使用する可能性があり、これは拡張子チェックとの潜在的な競合につながる可能性があります。この状況がタイトルに影響する場合は、Partner Development Manager (PDM) に警告してください。
Submission Validator ログで失敗メッセージを受け取ったファイルをタイトル パッケージに含める必要がある例外的なケースがあると思われる場合は、PDM に相談してください。
次の例は、Foreign File Check の失敗を報告するログ出力を示しています。
