- system
- capabilities
- metrics
- memberInitialization
- peerToPeerRequirements
- peerToHostRequirements
- measurementServerAddresses
- cloudComputePackage (en desuso)
- arbitration (en desuso)
- broadcastViewerTitleIds
- ownershipPolicies
system
Volver al principio de este tema.
capabilities
Las funcionalidades son valores booleanos que se establecen opcionalmente en la plantilla de sesión. Si no se necesita ninguna funcionalidad, se debe establecer una propiedadcapabilities vacía en la plantilla para evitar que se especifiquen funcionalidades al crear la sesión, a menos que el título necesite funcionalidades de sesión dinámicas.
Establecer la funcionalidad
userAuthorizationStyle en true hace que los valores predeterminados de la sesión para readRestriction y joinRestriction sean local en lugar de none. Esto significa que los títulos deben usar identificadores de búsqueda o identificadores de transferencia para unirse a una sesión de juego. | true, false | false
crossPlay | Indica que la sesión admite el juego multiplataforma entre dispositivos Windows PC, XBOX One o XBOX Series. | true, false | true
broadcast | Indica que la sesión representa una difusión. El nombre de la sesión debe ser el xuid del difusor. Requiere la funcionalidad large. | true, false | false
team | Indica que la sesión representa un equipo de torneo. Esta funcionalidad no se puede establecer en sesiones large o gameplay. | true, false | false
arbitration | Indica que la sesión debe crearla una entidad de seguridad de servicio que agregue la entrada de servidor arbitration. Requiere gameplay, pero no se puede establecer en sesiones large. | true, false | false
hasOwners | Indica que la sesión tiene una directiva de seguridad basada en que ciertos miembros sean propietarios. | true, false | false
searchable | Indica que la sesión puede ser la sesión de destino de un identificador de búsqueda. Si se establecen las funcionalidades userAuthorizationStyle y searchable, también se debe establecer hasOwners. | true, false | false
Ejemplo: capabilities
metrics
Si las propiedades demetrics no se especifican, adoptan de forma predeterminada los valores necesarios para satisfacer los requisitos de QoS.
Si las propiedades de metrics se especifican, los valores deben ser suficientes para satisfacer los requisitos de QoS.
Este elemento solo es válido si la sesión tiene establecida la funcionalidad connectivity.
Ejemplo: metrics
memberInitialization
Si la propiedadmemberInitialization está establecida, la sesión espera que el sistema cliente o el título realicen la inicialización después de la creación de la sesión o a medida que nuevos miembros se unan a la sesión.
La sesión hace un seguimiento automático de los tiempos de espera y las fases de inicialización, incluidas las mediciones de QoS si se establece alguna métrica.
Estos tiempos de espera invalidan los tiempos de espera de reserva y de listo de la sesión para los miembros que tienen establecido initializationEpisode.
memberInitialization no se puede especificar en sesiones grandes.
NOTA: La duración predeterminada es suficiente para la ejecución normal del título, pero podría dar lugar a tiempos de espera de unión agotados si se está depurando un título durante el flujo de Multiplayer Session Directory (MPSD). Durante la depuración, invalide y aumente este valor predeterminado para la sesión.| 0 - n | 10000
measurementTimeout | Indica el número de milisegundos que tiene un miembro de la sesión para cargar mediciones. Un miembro que no logra cargar mediciones se marca con un motivo de error de “timeout”. | 0 - n | 30000
evaluationTimeout | Indica el número de milisegundos que tiene una evaluación externa para cargar mediciones. | 0 - n | 5000
externalEvaluation | Si es true, indica que el código del título realiza la evaluación de quién puede unirse en función de las mediciones de QoS. El servicio multijugador no realiza ninguna lógica de QoS y el título es responsable de hacer avanzar la fase de inicialización. Normalmente, los títulos no necesitan esto. | true, false | false
membersNeededToStart | El número de miembros necesarios para iniciar la sesión, solo para el episodio de inicialización cero. | 1 - maxMembersCount | 1
Ejemplo: memberInitialization
peerToPeerRequirements
Ejemplo: peerToPeerRequirements
peerToHostRequirements
Ejemplo: peerToHostRequirements
measurementServerAddresses
El conjunto de cadenas de conexión de servidor potenciales que se deben evaluar. Las cadenas de conexión deben estar en minúsculas.measurementServerAddresses no se puede especificar en sesiones grandes.
Las cadenas de conexión se definen con el formato siguiente.
"<server name>": { "secureDeviceAddress": <device address> }
donde la dirección del dispositivo es la dirección segura del dispositivo del servidor codificada en base 64.
Ejemplo: measurementServerAddresses
cloudComputePackage (en desuso)
Esta propiedad está en desuso porque el servicio XBOX Live Compute ya no está disponible y se ha descontinuado. Especifica las propiedades del paquete de proceso en la nube que se va a asignar. Requiere que la funcionalidadcloudCompute esté establecida.
Ejemplo: cloudComputePackage
arbitration (en desuso)
Esta propiedad está en desuso porque el servicio XBOX Live Compute ya no está disponible y se ha descontinuado. Especifica los tiempos de espera del proceso de arbitraje. Requiere que la funcionalidadarbitration esté establecida.
La hora de inicio del arbitraje se define en una sesión en el elemento /servers/arbitration/constants/system/startTime.
Ejemplo: arbitration
broadcastViewerTitleIds
Especifica una matriz de los identificadores de los títulos que siempre deben tener acceso de lectura a la sesión de difusión.Ejemplo: broadcastViewerTitleIds
ownershipPolicies
Especifica cómo controlar una sesión cuando el último propietario abandona la sesión. Requiere que la funcionalidadhasOwners esté establecida.
