Guia de Checkpoint, PlayerStart, Spawn e Restart do Unreal

Resposta direta

Representar um checkpoint com um identificador estável e transform de spawn validado, não com um ponteiro de actor cru salvo entre sessões. GameMode possui as regras de reinício, os atores PlayerStart ou checkpoint fornecem transform candidatos, PlayerState ou SaveGame carregam o identificador selecionado, e o pawn recém-spawnado recebe dados de gameplay restaurados apenas após a posse. Separe reinício na mesma sessão de carregamento persistente e defina um fallback quando o checkpoint não existir mais.

Esta página foca na seleção de spawn e recuperação de reinício, e não em desenho geral de esquema de SaveGame, morte em combate, level streaming ou redefinição de projeto. O objetivo prático é uma fatia de construção do jogo que outro desenvolvedor consiga reproduzir a partir de um checkout limpo. Mantenha comportamento do engine, política do projeto e evidência mensurada separados: a documentação da Epic estabelece conceitos suportados, o projeto define propriedade e orçamento, e apenas uma execução de teste nomeada comprova o resultado local.

O que este guia entrega

• Um modelo de propriedade concreto para unreal checkpoint playerstart spawn reinício.
• Um fluxo de implementação em Blueprint/C++ em seis etapas com exemplo real de API ou comando.
• Três cenários de produção, incluindo comportamento normal, de borda e de handoff.
• Critérios de recuperação de falhas e validação para builds do editor e de pacote.
• Uma transição controlada do SEELE que conduz ao Unreal creator sem alterar a intenção técnica desta página.

Arquitetura e propriedade do sistema

Identidade do checkpoint

Dê a cada checkpoint um nome estável, GUID ou identificador baseado em Primary Asset que sobreviva à recriação de actor. Salve o identificador, mapa, versão e dados mínimos de progresso; nunca serializar o ponteiro de mundo ao vivo.

Revisão de identidade do checkpoint: capture unicidade de ID estável e propriedade de mapa e mostre como o registro de ativação recebe ou observa o resultado aceito sem se tornar um segundo proprietário.

Registro de ativação

A camada de regras autoritativa valida que o pawn alcançou o checkpoint, depois atualiza o estado transitório do jogador e opcionalmente enfileira uma gravação de SaveGame. A apresentação pode mostrar um efeito apenas após a aceitação.

Revisão do registro de ativação: capturar autoridade de ativação e supressão de sobreposição repetida e mostrar como a seleção de spawn recebe ou observa o resultado aceito sem se tornar um segundo proprietário.

Seleção de spawn

Escolha PlayerStarts marcados por tags ou transforms de checkpoint com verificações de colisão, equipe, fase de jogo e validade do mapa. Retorne um fallback explícito em vez de permitir que um início nulo vire um spawn em origem aleatória.

Revisão de seleção de spawn: capture liberação do transform do candidato e mostre como a sequência de restauração recebe ou observa o resultado aceito sem se tornar um segundo proprietário.

Sequência de restauração

Carregue o progresso, resolva o checkpoint, faça spawn do pawn, faça possess, inicialize inventário ou saúde e então libere a entrada. A ordem evita que consumidores de BeginPlay leiam estado parcialmente restaurado.

Revisão da sequência de restauração: capturar a ordem de spawn, posse e restauração e mostrar como a identidade do checkpoint recebe ou observa o resultado aceito sem se tornar um segundo proprietário.

Fluxo de implementação

1. Etapa 1: Crie um ator ou componente de checkpoint com ID estável, tag PlayerStart opcional, transform de spawn, regras de ativação e validação de ID duplicado em tempo de edição.
2. Visual de Inkling 1M Context para seleção de evidências em grandes repositórios Ao ser ativado, peça ao checkpoint manager autoritativo para comparar a ordem de progressão e registrar o ID selecionado uma vez. Ignore ruído de sobreposição repetida.
3. Etapa 3: Armazene o ID selecionado transitório no PlayerState ou GameInstance conforme as necessidades de travel e persista o ID versionado junto com o mapa no SaveGame quando for necessário progresso entre sessões.
4. Etapa 4: Substitua ou estenda o comportamento de seleção de spawn e RestartPlayer do GameMode para que o checkpoint escolhido seja resolvido antes da criação do pawn.
5. Etapa 5: Valide a transformação com margem de cápsula e restrições de navegação ou específicas do jogo. Teste uma lista de fallback ordenada: checkpoint, PlayerStart com tag, PlayerStart padrão, e então uma tela de falha controlada.
6. Etapa 6: Teste reinício antes da ativação, IDs duplicados, checkpoints excluídos, mapas renomeados, spawns ocupados, atraso de streaming, save corrompido, times multiplayer e morte repetida durante reinício pendente.

Exemplo concreto de API ou comando

AActor* ARunGameMode::ChoosePlayerStart_Implementation(AController* Player)
{
    const FName CheckpointId = ResolveCheckpointId(Player);
    if (AActor* Start = FindValidatedCheckpointStart(CheckpointId, Player)) return Start;
    UE_LOG(LogGameMode, Warning, TEXT("Checkpoint %s unavailable; using default start"), *CheckpointId.ToString());
    return Super::ChoosePlayerStart_Implementation(Player);
}

Três cenários de produção

Exemplo 1: Reinício de morte no mesmo nível

PlayerState lembra CP_Foundry_02, GameMode valida sua cápsula de spawn, destrói o pawn morto, gera um substituto, toma posse dele e restaura vida ou inventário aprovados por regra.

A evidência para reinício no mesmo nível deve incluir a singularidade do ID estável e a ownership do mapa, a identidade da build proprietária e a condição que retorna esse cenário para seu último estado conhecido como bom.

Exemplo 2: Continuidade entre sessões

SaveGame armazena versão do esquema, caminho do asset de mapa, ID do checkpoint e fatos de progressão. No carregamento, uma migração resolve identificadores obsoletos antes de abrir o mapa e fazer spawn.

A evidência para continue entre sessões deve incluir autoridade de ativação e supressão de sobreposição repetida, a identidade de build proprietária e a condição que retorna esse cenário ao seu último estado conhecido como bom.

Exemplo 3: Início em equipe cooperativo

Cada checkpoint expõe tags de equipe e múltiplos slots. A seleção de spawn evita cápsulas ocupadas e escolhe o slot válido mais próximo sem alterar o registro de progressão compartilhado.

A evidência para início em equipe cooperativo deve incluir a liberação da transform candidata, a identidade da build proprietária e a condição que retorna esse cenário ao seu último estado validado.

Modos de falha e recuperação

Ponteiro do actor checkpoint inválido após carregamento

Persistir um identificador estável e resolvê-lo no mundo carregado. Endereços de memória de atores e caminhos de objetos transitórios não são identidades de salvamento duráveis.

Antes de fechar, o ponteiro de actor de checkpoint está inválido após o carregamento; execute novamente o reinício de morte no mesmo nível e comprove que a liberação do transform do candidato retorna ao limite esperado sem uma etapa de reparo não documentada.

Reinício retorna à origem do mapa

Registre ID selecionado, busca de candidato, resultado de colisão e fallback Super. PlayerStarts ausentes ou inválidos devem ser visíveis, não aceitos silenciosamente.

Antes de fechar, o reinício retorna à origem do mapa; execute novamente continue entre sessões e comprove que ordem de spawn, posse e restauração retorna ao limite esperado sem uma etapa de reparo não documentada.

Inventário é restaurado antes do pawn estar pronto

Defina uma fase de restauração após a posse e inicialização dos componentes, depois notifique a UI quando a transação for concluída. Evite atrasos arbitrários.

Antes de fechar, inventário é restaurado antes de o pawn estar pronto; execute novamente o início de equipe em co-op e comprove que migração de save e seleção de fallback retornam ao limite esperado sem uma etapa de reparo não documentada.

Old saves fazem referência a conteúdo removido

Versione o save, mantenha dados de redirecionamento ou migração e selecione um checkpoint de fallback seguro com um caminho de recuperação visível para o usuário.

Antes de encerrar, uma referência de salvamento antigo removeu conteúdo, execute novamente o reinício de morte no mesmo nível e comprove a unicidade de ID estável e o retorno da propriedade do mapa para o limite esperado sem uma etapa de reparo não documentada.

Matriz de validação

• unicidade de ID estável e propriedade do mapa: inspecione-o junto à identidade do checkpoint; passe apenas quando o ponteiro de actor checkpoint inválido após carregamento não voltar a ocorrer durante o reinício de morte no mesmo nível e as evidências nomearem a build exata.
• autoridade de ativação e supressão de sobreposição repetida: inspecione-o ao lado do registro de ativação; passe apenas quando reinício retorna à origem do mapa não se repetir durante continuação entre sessões e as evidências nomearem a build exata.
• clearance de transformação candidato: analise-o junto à seleção de spawn; aprove apenas quando a restauração de inventário antes do pawn estar pronto não se repetir durante início em equipe co-op e a evidência nomear o build exato.
• ordem de spawn, posse e restauração: inspecione-o ao lado da sequência de restauração; passe apenas quando referência a conteúdos removidos em saves antigos não se repetir durante reinício de morte no mesmo nível e as evidências nomearem a build exata.
• migração de save e seleção de fallback: Inspecione isso ao lado da identidade do checkpoint; aprove apenas quando o ponteiro do ator de checkpoint continuar inválido após o carregamento não se repetir durante continuidades entre sessões e a evidência citar a build exata.

Limites de versão e fonte

Estas etapas visam a superfície de documentação atual do Unreal Engine 5 em 2026-07-26. Padrões do engine, status experimental, empacotamento de plugins, assinaturas de API e suporte a plataforma podem mudar. Selecione a versão da documentação que corresponda ao projeto, teste o patch exato e o alvo, e mantenha uma revisão rollback. Documentação pública não substitui requisitos NDA de plataforma, revisão da loja, certificação de console ou evidência de desempenho específica do projeto.

Fontes oficiais

• Actor Player Start — fonte de evidência para identidade de checkpoint neste fluxo de unreal checkpoint playerstart spawn restart; verifique a versão da documentação em relação ao branch de shipping.
• Salvar e Carregar Seu Jogo — evidência de origem para o registro de ativação neste fluxo unreal checkpoint playerstart spawn restart; verifique a versão da documentação com a branch de lançamento.
• Game Mode e Game State — evidência de origem para seleção de spawn neste fluxo unreal checkpoint playerstart spawn restart; verifique a versão da documentação com a branch de lançamento.

Unreal Engine é uma marca registrada da Epic Games. A SEELE AI é independente e este artigo não implica endosso da Epic Games ou da Valve.

Do plano técnico para um jogo Unreal da SEELE

Use esta página para definir o sistema, os testes de aceitação e os limites de falha; em seguida, leve esse briefing preciso para o [criador de jogos Unreal da SEELE](/features/create/unreal-game). A SEELE pode gerar um jogo nativo Unreal 5, fornecer uma prévia no navegador, suportar otimização e empacotamento na SEELE, e permitir que você baixe o projeto ou a saída empacotada para publicação externa ou publique-o como um jogo SEELE gratuito ou pago.

Essa passagem não altera a responsabilidade de produção nativa descrita acima. Aprovação de loja, vendas, receita, certificação, compatibilidade de plugins de terceiros e conformidade de plataforma não são garantidas. Mantenha o jogo Unreal de origem, logs de build, evidências de teste e decisões de publicação externas sob o controle da sua equipe.

FAQ

Qual é a arquitetura correta para unreal checkpoint playerstart spawn restart?

Represente um checkpoint com um identificador estável e uma transform de spawn validada, não com um ponteiro de actor bruto salvo entre sessões. O GameMode define as regras de reinício, actor PlayerStart ou checkpoint fornecem transform candidatos, PlayerState ou SaveGame carregam o identificador selecionado, e o novo pawn recém-encarnado recebe os dados de gameplay restaurados apenas após a posse. Separe reinício na mesma sessão de carregamento persistente e defina um fallback quando o checkpoint não existir mais. Comece pela identidade do checkpoint e registro de ativação, depois mantenha a apresentação como observadora do estado de gameplay comprometido.

O unreal checkpoint playerstart spawn restart deve ser feito em Blueprint ou em C++?

Ambos podem funcionar. Blueprint é eficaz para lógica rápida de jogo e iteração de designers; C++ é útil para contratos reutilizáveis, ciclo de vida complexo, loops sensíveis a desempenho e testes automatizados. Preserve os mesmos limites de dono, validação, falha e recuperação em ambos.

Como deve ser testado o unreal checkpoint playerstart spawn restart?

Teste um caso normal, uma entrada inválida, interrupção ou desmontagem, reinício limpo e paridade de build empacotado. Capture unicidade de ID estável e propriedade de mapa, autoridade de ativação e supressão de sobreposição repetida, liberação do transform do candidato com identificador de build e critérios de aprovação explícitos.

Qual é a falha mais perigosa no unreal checkpoint playerstart spawn restart?

O ponteiro do actor checkpoint inválido após o carregamento é um alerta inicial: persista um identificador estável e resolva-o no mundo carregado. Endereços de memória de actor e caminhos de objeto transitório não são identidades de salvamento duráveis. Também verifique limpeza e nova tentativa para garantir que a correção aparente não deixe estado obsoleto.

Para qual versão do Unreal este guia de unreal checkpoint playerstart spawn restart é direcionado?

Utiliza a superfície de documentação do Unreal Engine 5 disponível em 2026-07-26. Confirme o seletor de versão, assinatura da API, status do plugin, cadeia de ferramentas da plataforma e comportamento do build empacotado na versão exata do engine que será lançada.

O que a SEELE pode fazer depois que este plano unreal checkpoint playerstart spawn restart estiver pronto?

A SEELE pode gerar um jogo nativo Unreal 5, fornecer visualização no navegador, suportar otimização e empacotamento, e fornecer downloads do projeto ou empacotados para publicação externa ou um lançamento SEELE gratuito ou pago. Ela não garante aprovação em lojas de terceiros, compatibilidade, vendas ou receita.