- Version disponible
- Version du GDK approuvée
- Game OS approuvé
- Marqueur de lancement dans le bloc final pour le contenu (contenu téléchargeable (DLC))
- Fichiers Resources.pri supplémentaires
- Fichier Resources.pri manquant
- Une application par package
- Taille maximale du package
- Fichier étranger
- Analyse des binaires
- Versions des composants Microsoft (MS)
- Fichiers dépendants manquants
- Binaires ARM64
Version disponible
Le validateur de soumission vérifie que la version que vous avez installée est la version la plus récente et la bonne version. Si ce n’est pas le cas, le journal de sortie du validateur de soumission indique un échec. Le message d’échec, présenté dans la section suivante, contient un lien permettant de télécharger la bonne version.Version du GDK approuvée
Lorsque vous créez un package GDK pour PC (msixvc), le validateur de soumission vérifie que le GDK utilisé pour créer le package provient d’une version du GDK approuvée. Si la version ne figure pas dans la liste des versions approuvées ou dépréciées, le journal du validateur indique un échec.Comment la version du GDK est intégrée dans les exécutables de jeu
Lorsque vous compilez un exécutable de jeu à l’aide d’un GDK qui inclutXGameRuntime.h, le compilateur intègre la version du GDK dans une section PE personnalisée nommée .xbld. Le validateur de soumission lit cette section pour déterminer quelle version du GDK a été utilisée pour générer les binaires du titre.
Si la section .xbld est manquante ou illisible, le validateur de soumission utilise plutôt la version des outils de création de packages comme version du GDK pour la soumission. Cette version pourrait ne pas représenter fidèlement la version du GDK utilisée pour compiler vos binaires.
Cause courante : logiciel anti-falsification
Les outils anti-falsification et de chiffrement des données qui traitent votre exécutable peuvent chiffrer ou supprimer la section .xbld. Cette action rend la section illisible pour le validateur de soumission. Pour résoudre ce problème, configurez votre outil anti-falsification pour exclure la section .xbld du traitement.
Themida
Ajoutez l’option avancée suivante (séparée par des virgules) à votre fichier de configuration Themida pour exclure la section.xbld de la protection :
GuardIT
Pour exclure la section.xbld du chiffrement des données dans GuardIT, ajoutez une entrée <exclude> à la configuration de votre protection par chiffrement :
<exclude> empêche le chiffrement de .xbld.
Game OS approuvé
Le validateur de soumission vérifie que le Game OS et tous les composants facultatifs du Microsoft Game Development Kit (GDK) proviennent de la même version du Microsoft Game Development Kit (GDK) et qu’il s’agit d’une version approuvée pour les titres publiés. Si la version ne figure pas dans la liste des versions approuvées ou dépréciées, le journal du validateur indique un échec, comme le montre la section suivante.Le validateur de soumission pourrait ne pas terminer ses vérifications si le PC de développement sur lequel il s’exécute ne peut pas accéder aux informations en ligne. Par exemple, il n’a pas accès à Internet, il est bloqué par un pare-feu ou il n’a aucune connectivité réseau.
Marqueur de lancement dans le bloc final pour le contenu (contenu téléchargeable (DLC))
Pour garantir un fonctionnement adéquat dans tous les scénarios, les packages de contenu doivent marquer le bloc final avec l’attribut de marqueur de lancement. Si le bloc final n’inclut pas le marqueur de lancement, il est possible que le package soit testé correctement, mais qu’il cause des problèmes aux utilisateurs finaux dans certains cas. Le message d’échec est présenté ci-dessous.Fichiers Resources.pri supplémentaires
Le validateur de soumission vérifie qu’aucun fichier Resources.pri supplémentaire n’existe dans d’autres répertoires de la disposition. Comme pour MicrosoftGame.config, seul celui qui se trouve à la racine est utilisé. Toutefois, la présence de plusieurs copies pourrait créer de la confusion quant à savoir laquelle est la bonne et quelle est l’intention des développeurs à l’égard de ces autres fichiers. Cette vérification est semblable à celle effectuée pour les copies supplémentaires de MicrosoftGame.config. Dans ce cas, les copies supplémentaires entraînent un échec dans la section Foreign Files Check du journal, comme ci-dessous.Fichier Resources.pri manquant
Les applications n’ont pas besoin d’être localisées. Toutefois, si une application n’inclut pas de fichier Resources.pri à la racine (au même emplacement que MicrosoftGame.config), l’avertissement suivant apparaît dans la section Foreign Files Check du journal de sortie.Une application par package
Le validateur de soumission vérifie maintenant que les packages ne contiennent qu’une seule application non DevOnly par package.Taille maximale du package
Lorsque vous distribuez sur disque, le validateur de soumission vérifie que la taille du package ne dépasse pas 49 900 000 000 octets. Cette vérification ne fournit qu’un message d’information, et non une erreur. Lorsque vous ne distribuez pas sur disque, le validateur de soumission vérifie que la taille du package ne dépasse pas 500 Go. Il fournit également un message d’avertissement lorsque la taille du package dépasse 450 Go. Les messages sont les suivants :Fichier étranger
L’un des problèmes rencontrés lors de l’examen des soumissions pour le programme XBOX 360 est l’inclusion, généralement accidentelle, de divers fichiers dans la soumission qui ne devraient pas faire partie d’un titre commercial. La vérification des fichiers étrangers (Foreign File Check) utilise le fichier .xml de disposition pour vérifier si tous les fichiers intégrés au package de titre comportent des noms de fichiers et des extensions qui ne sont pas autorisés dans le package. Cette vérification repose uniquement sur les noms de fichiers, et non sur leur contenu. Les fichiers non autorisés comprennent les extensions liées aux fichiers sources et de débogage, Thumb.db, les fichiers d’inscription superflus autres que ceux de la racine, ainsi que la liste complète des fichiers du système d’exploitation XBOX qui ne peuvent pas apparaître dans les packages de titres. Cette vérification valide l’exigence XBOX XR-003 : Title Quality for Submission. Le tableau suivant présente les types de fichiers et les extensions qui ne sont pas autorisés dans le package de titre soumis.
Un titre peut légitimement utiliser presque n’importe quelle extension de fichier imaginable, ce qui peut entraîner des conflits potentiels avec les vérifications des extensions. Si cette situation touche votre titre, avisez votre gestionnaire du développement des partenaires (PDM).
Si vous estimez avoir un cas exceptionnel qui nécessite l’inclusion dans votre package de titre d’un fichier pour lequel vous recevez un message d’échec dans le journal du validateur de soumission, consultez votre PDM.
L’exemple suivant montre la sortie du journal qui signale des échecs dans la vérification des fichiers étrangers.
