- system
- capabilities
- metrics
- memberInitialization
- peerToPeerRequirements
- peerToHostRequirements
- measurementServerAddresses
- cloudComputePackage (déprécié)
- arbitration (déprécié)
- broadcastViewerTitleIds
- ownershipPolicies
system
Retour en haut de cette rubrique.
capabilities
Les fonctionnalités (capabilities) sont des valeurs booléennes définies facultativement dans le modèle de session. Si aucune fonctionnalité n’est nécessaire, une propriétécapabilities vide doit être définie dans le modèle pour empêcher la spécification de fonctionnalités lors de la création de la session, sauf si le titre a besoin de fonctionnalités de session dynamiques.
Définir la fonctionnalité
userAuthorizationStyle sur true fait passer les valeurs par défaut de la session pour readRestriction et joinRestriction à local au lieu de none. Cela signifie que les titres doivent utiliser des handles de recherche ou des handles de transfert pour rejoindre une session de jeu. | true, false | false
crossPlay | Indique que la session prend en charge le jeu multiplateforme entre les PC Windows et les appareils XBOX One ou XBOX Series. | true, false | true
broadcast | Indique que la session représente une diffusion. Le nom de la session doit être le xuid du diffuseur. Nécessite la fonctionnalité large. | true, false | false
team | Indique que la session représente une équipe de tournoi. Cette fonctionnalité ne peut pas être définie sur les sessions large ou gameplay. | true, false | false
arbitration | Indique que la session doit être créée par un principal de service qui ajoute l’entrée de serveur arbitration. Nécessite gameplay, mais ne peut pas être définie sur les sessions large. | true, false | false
hasOwners | Indique que la session a une stratégie de sécurité fondée sur le fait que certains membres sont propriétaires. | true, false | false
searchable | Indique que la session peut être la session cible d’un handle de recherche. Si les fonctionnalités userAuthorizationStyle et searchable sont définies, hasOwners doit également l’être. | true, false | false
Exemple : capabilities
metrics
Si les propriétésmetrics ne sont pas spécifiées, elles prennent par défaut les valeurs nécessaires pour satisfaire les exigences QoS.
Si les propriétés metrics sont spécifiées, les valeurs doivent être suffisantes pour satisfaire les exigences QoS.
Cet élément n’est valide que si la fonctionnalité connectivity est définie pour la session.
Exemple : metrics
memberInitialization
Si la propriétémemberInitialization est définie, la session s’attend à ce que le système client ou le titre effectue l’initialisation après la création de la session ou lorsque de nouveaux membres rejoignent la session.
Les délais d’expiration et les étapes d’initialisation sont suivis automatiquement par la session, y compris les mesures QoS si des métriques sont définies.
Ces délais d’expiration remplacent les délais d’expiration de réservation et d’état ready de la session pour les membres dont initializationEpisode est défini.
memberInitialization ne peut pas être spécifié sur les grandes sessions.
REMARQUE : la durée par défaut est suffisante pour une exécution normale du titre, mais elle peut entraîner des expirations de jonction si un titre est en cours de débogage pendant le flux Multiplayer Session Directory (MPSD). Pendant le débogage, remplacez et augmentez cette valeur par défaut pour la session.| 0 - n | 10000
measurementTimeout | Indique le nombre de millisecondes dont dispose un membre de la session pour charger ses mesures. Un membre qui ne parvient pas à charger ses mesures est marqué avec le motif d’échec “timeout”. | 0 - n | 30000
evaluationTimeout | Indique le nombre de millisecondes dont dispose une évaluation externe pour charger les mesures. | 0 - n | 5000
externalEvaluation | Si true, indique que le code du titre évalue qui peut rejoindre la session en fonction des mesures QoS. Le service multijoueur n’applique aucune logique QoS, et c’est au titre de faire progresser l’étape d’initialisation. Les titres n’en ont généralement pas besoin. | true, false | false
membersNeededToStart | Nombre de membres nécessaires pour démarrer la session, uniquement pour l’épisode d’initialisation zéro. | 1 - maxMembersCount | 1
Exemple : memberInitialization
peerToPeerRequirements
Exemple : peerToPeerRequirements
peerToHostRequirements
Exemple : peerToHostRequirements
measurementServerAddresses
Ensemble des chaînes de connexion au serveur potentielles qui doivent être évaluées. Les chaînes de connexion doivent être en minuscules.measurementServerAddresses ne peut pas être spécifié sur les grandes sessions.
Les chaînes de connexion sont définies au format suivant.
"<server name>": { "secureDeviceAddress": <device address> }
où l’adresse d’appareil est l’adresse d’appareil sécurisée du serveur encodée en base 64.
Exemple : measurementServerAddresses
cloudComputePackage (déprécié)
Cette propriété est dépréciée, car le service XBOX Live Compute n’est plus disponible et a été abandonné. Spécifie les propriétés du package de calcul cloud à allouer. Nécessite que la fonctionnalitécloudCompute soit définie.
Exemple : cloudComputePackage
arbitration (déprécié)
Cette propriété est dépréciée, car le service XBOX Live Compute n’est plus disponible et a été abandonné. Spécifie les délais d’expiration du processus d’arbitrage. Nécessite que la fonctionnalitéarbitration soit définie.
L’heure de début de l’arbitrage est définie dans une session, dans l’élément /servers/arbitration/constants/system/startTime.
Exemple : arbitration
broadcastViewerTitleIds
Spécifie un tableau des ID des titres qui doivent toujours disposer d’un accès en lecture à la session de diffusion.Exemple : broadcastViewerTitleIds
ownershipPolicies
Spécifie comment gérer une session lorsque le dernier propriétaire quitte la session. Nécessite que la fonctionnalitéhasOwners soit définie.
