- system
- capabilities
- metrics
- memberInitialization
- peerToPeerRequirements
- peerToHostRequirements
- measurementServerAddresses
- cloudComputePackage (preterido)
- arbitration (preterido)
- broadcastViewerTitleIds
- ownershipPolicies
system
Voltar ao início deste tópico.
capabilities
As funcionalidades são valores booleanos definidos opcionalmente no modelo de sessão. Se nenhuma funcionalidade for necessária, uma propriedadecapabilities vazia deverá ser definida no modelo para impedir que funcionalidades sejam especificadas na criação da sessão, a menos que o título precise de funcionalidades de sessão dinâmicas.
Definir a funcionalidade
userAuthorizationStyle como true faz com que os padrões da sessão para readRestriction e joinRestriction sejam local em vez de none. Isso significa que os títulos devem usar identificadores de pesquisa ou identificadores de transferência para entrar em uma sessão de jogo. | true, false | false
crossPlay | Indica que a sessão oferece suporte a crossplay entre dispositivos PC Windows, XBOX One ou XBOX Series. | true, false | true
broadcast | Indica que a sessão representa uma transmissão. O nome da sessão deve ser o xuid de quem transmite. Requer a funcionalidade large. | true, false | false
team | Indica que a sessão representa uma equipe de torneio. Essa funcionalidade não pode ser definida em sessões large ou gameplay. | true, false | false
arbitration | Indica que a sessão deve ser criada por uma entidade de serviço que adiciona a entrada de servidor arbitration. Requer gameplay, mas não pode ser definida em sessões large. | true, false | false
hasOwners | Indica que a sessão tem uma política de segurança baseada no fato de determinados membros serem proprietários. | true, false | false
searchable | Indica que a sessão pode ser a sessão de destino de um identificador de pesquisa. Se as funcionalidades userAuthorizationStyle e searchable estiverem definidas, hasOwners também deverá ser definida. | true, false | false
Exemplo: capabilities
metrics
Se as propriedadesmetrics não forem especificadas, o padrão serão os valores necessários para atender aos requisitos de QoS.
Se as propriedades metrics forem especificadas, os valores deverão ser suficientes para atender aos requisitos de QoS.
Este elemento só é válido se a sessão tiver a funcionalidade connectivity definida.
Exemplo: metrics
memberInitialization
Se a propriedadememberInitialization estiver definida, a sessão esperará que o sistema cliente ou o título realize a inicialização após a criação da sessão ou à medida que novos membros entrarem na sessão.
Os tempos limite e os estágios de inicialização são acompanhados automaticamente pela sessão, incluindo as medições de QoS se houver métricas definidas.
Esses tempos limite substituem os tempos limite de reserva e de “ready” da sessão para os membros que têm initializationEpisode definido.
memberInitialization não pode ser especificado em sessões grandes.
OBSERVAÇÃO: a duração padrão é suficiente para a execução normal do título, mas pode levar a tempos limite de entrada se um título estiver sendo depurado durante o fluxo do Multiplayer Session Directory (MPSD). Durante a depuração, substitua e aumente esse valor padrão para a sessão.| 0 - n | 10000
measurementTimeout | Indica o número de milissegundos que um membro da sessão tem para enviar as medições. Um membro que não conseguir enviar as medições é marcado com o motivo de falha “timeout”. | 0 - n | 30000
evaluationTimeout | Indica o número de milissegundos que uma avaliação externa tem para enviar as medições. | 0 - n | 5000
externalEvaluation | Se true, indica que o código do título realiza a avaliação de quem pode entrar com base nas medições de QoS. O serviço multijogador não executa nenhuma lógica de QoS, e o título é responsável por avançar o estágio de inicialização. Normalmente, os títulos não precisam disso. | true, false | false
membersNeededToStart | O número de membros necessários para iniciar a sessão, somente para o episódio de inicialização zero. | 1 - maxMembersCount | 1
Exemplo: memberInitialization
peerToPeerRequirements
Exemplo: peerToPeerRequirements
peerToHostRequirements
Exemplo: peerToHostRequirements
measurementServerAddresses
O conjunto de cadeias de conexão de servidor em potencial que devem ser avaliadas. As cadeias de conexão devem estar em letras minúsculas.measurementServerAddresses não pode ser especificado em sessões grandes.
As cadeias de conexão são definidas no formato a seguir.
"<server name>": { "secureDeviceAddress": <device address> }
em que o endereço do dispositivo é o endereço seguro do dispositivo do servidor codificado em base 64.
Exemplo: measurementServerAddresses
cloudComputePackage (preterido)
Esta propriedade foi preterida porque o serviço XBOX Live Compute não está mais disponível e foi descontinuado. Especifica as propriedades do pacote de computação em nuvem a ser alocado. Requer que a funcionalidadecloudCompute esteja definida.
Exemplo: cloudComputePackage
arbitration (preterido)
Esta propriedade foi preterida porque o serviço XBOX Live Compute não está mais disponível e foi descontinuado. Especifica os tempos limite do processo de arbitragem. Requer que a funcionalidadearbitration esteja definida.
O horário de início da arbitragem é definido em uma sessão no elemento /servers/arbitration/constants/system/startTime.
Exemplo: arbitration
broadcastViewerTitleIds
Especifica uma matriz com os IDs de título dos títulos que devem sempre ter acesso de leitura à sessão de transmissão.Exemplo: broadcastViewerTitleIds
ownershipPolicies
Especifica como lidar com uma sessão quando o último proprietário sai dela. Requer que a funcionalidadehasOwners esteja definida.
