Do primeiro sim
ao para sempre.

Cada estágio tem saída própria. Recusa, prazo vencido e cerimônia desmarcada devolvem o casal ao passo anterior — nunca a um estado travado que só o admin resolve.

1. Namoro

   O primeiro sim. A jornada do casal começa a contar aqui.

   Termina pelo painel do casal, em dois cliques.

2. Pedido

   De joelhos, com a caixinha erguida. Quem recebe responde com uma tecla.

   Recusa impõe espera para pedir de novo. Silêncio, não.

3. Noivado

   A cidade é avisada. O casal tem 30 dias para marcar o dia.

   Vencido ou desfeito: voltam a namorar, jornada intacta.

4. Paróquia

   Data, padrinhos e pacote, com o Padre. Um dos dois marca e paga.

   Desmarcou antes do dia: 70% de volta.

5. Cerimônia

   Votos, alianças e beijo, conduzidos por um padre jogador ou pelo NPC.

   Se a falha for da casa, o estorno é integral.

6. Casados

   Estado civil gravado, aliança no dedo e a faixa de recém-casados na tela da cidade.

   Só termina no divórcio, com custo e tempo de reflexão.

• 60 e 90 segundos, não 15

  O pedido tem painel próprio, com prazo folgado e resposta explícita em E ou BACKSPACE. A caixa padrão do vRP fecha em 15 segundos e devolve o silêncio como recusa — quem foi buscar água teria dito não.

• Recusa e silêncio são coisas diferentes

  Só o "não" deliberado impõe a espera de 45 segundos para pedir de novo. Pedido sem resposta simplesmente expira.

• A caixinha existe para todo mundo

  Quem pede ajoelha na pose própria do resource, com a caixinha erguida. Ela é um objeto de rede criado pelo servidor: quem recebe o pedido — e quem está passando na rua — vê o anel.

• Duas joias, dois destinos

  O anel de noivado passa para quem disse sim. A aliança fica com quem pediu, guardada para a cerimônia.

• Um par por vez

  Quem namora não recebe pedido de mais ninguém, nem de namoro nem de casamento. Quem decide é o banco, não uma checagem no cliente.

• Nada é cobrado no pedido

  Ele cai sozinho se os dois se afastarem, se alguém sair da cidade ou se quem pediu desistir. Sem valor queimado em pedido que não deu certo.

O padre da sua cidade conduz de verdade: diz cada fala, decide o ritmo, improvisa. Se ninguém do clero aparecer, o Padre Mendoza celebra sozinho. Em qualquer dos casos, o estado da cerimônia mora no servidor — o cliente só desenha.

• O que o casal pagou vira cenário

  Decoração, músicos, fotógrafo, pajem e convidados nos bancos. Nada é sincronizado em rede: cada cliente monta a sua cópia ao entrar na igreja, então um casamento lotado não custa nada para quem está do outro lado do mapa.

• A plateia participa

  Os aplausos são contados e aparecem para todo mundo — um por pessoa por etapa. É o que faz a igreja parecer cheia de gente, e não de estátuas.

• Depois do beijo

  Estado civil gravado, aliança presa ao dedo dos dois, faixa de recém-casados na cidade e a pergunta do sobrenome em painel próprio. O nome antigo fica guardado e volta no divórcio.

O painel do casal abre com /casal ou mirando o próprio par. Nele estão os 20 níveis, o diário escrito a quatro mãos e os encontros da cidade. Nenhum botão dá experiência: o cliente diz o que fez, e o servidor decide quanto isso vale agora.

Um buquê que vai na mão até a entrega. Uma carta que se sela e não muda mais. Uma pulseira que deixa os dois se acharem no mapa. São 8 itens, todos com uso de verdade em jogo.

• Presente que não duplica

  Segurar não consome o item: ele só muda de mochila na entrega, numa operação só, no servidor. Não existe o estado "saiu do inventário e está só na mão", que é onde presente se perde quando alguém cai.

• O carrinho só diz qual e quantos

  Item, preço e limite são relidos do config no servidor na hora de pagar. Dinheiro primeiro; faltando, sai do banco.

• A loja não depende do vendedor

  O vendedor nasce no servidor, mas se o ped sumir o E no balcão e o /floricultura continuam abrindo o catálogo.

• Abraço e beijo sincronizados

  Um pede pelo target, os dois se viram um para o outro e animam juntos. Dentro de veículo, caído ou algemado, o gesto não acontece: ninguém é arrancado do que está fazendo.

• Pulseira com consentimento

  Usada perto do par, pede a ele — só depois do sim o item sai da mochila. O servidor nunca manda a posição de quem não aceitou, nem entre mundos diferentes (casa, apartamento).

• Pensando em você

  Um carinho que chega ao par onde ele estiver na cidade, direto do painel do casal. Vale na jornada, a cada 15 minutos.

Dinheiro, experiência e estado civil são decididos no servidor. O que o cliente manda é intenção — nunca valor.

• Preço refeito no servidor

  O total da cerimônia e o do carrinho da floricultura são recalculados pelo config. Opção inválida é rejeitada, não vira preço zero.

• Experiência sem botão

  Intervalo por ação, teto por dia e marcos de uma vez só. Encontro é medido pela posição dos dois peds — sair do raio zera a contagem.

• Entidades do servidor

  A caixinha do anel, o presente na mão e o vendedor nascem no servidor, com um vigia que recria o que sumir.

• Uma cerimônia por vez, com trava

  Dois casais clicando no mesmo quadro não se sobrepõem: a trava fecha antes da primeira consulta ao banco.

• Quem decide é o banco

  Um vínculo por pessoa e uma recompensa por nível saem de uma única instrução SQL, não de uma checagem em Lua que cede a thread no meio.

• Consulta de ID com limite

  O campo de padrinho aceita 20 consultas por minuto por jogador. Sem isso, seria uma varredura livre dos nomes da cidade.

• Texto de jogador nunca vira HTML

  Nome, página de diário, carta e assinatura entram na tela como texto puro. Nenhum deles passa por innerHTML.

• NUI escrita para o CEF do FiveM

  Sem color-mix, sem drop-shadow, sem backdrop-filter — as três causas de painel preto ou transparente. Fontes locais, nenhum CDN.

• Limpeza periódica

  Noivado vencido e cerimônia a que ninguém compareceu são encerrados sozinhos, com o estorno da regra. Ninguém fica travado para sempre.

Uma igreja em quatro coordenadas

Só altarPoint, priestPoint, processionStart e churchCenter são coordenadas de mundo. Marcas, assentos, decoração, músicos, fotógrafo e as quatro câmeras são deslocamentos ancorados no altar: mover o altar move a igreja inteira junto, inclusive o enquadramento.

priestPoint altarPoint

config.lua · um assento, em qualquer igreja

-- frente (+) em direção ao padre · lado (+) à direita de quem olha o altar
Config.Locations.Marks = {
    proposer  = Config.Place( 0.70, -0.70),   -- quem agendou
    target    = Config.Place( 0.70,  0.70),   -- o par
    witness1  = Config.Place(-0.60, -1.05),
    witness2  = Config.Place(-0.60,  1.05),
    ringBuddy = Config.Place( 1.65,  0.00)    -- pajem
}

Com Config.Debug ligado, /casamentodebug desenha cada ponto com nome e coordenada dentro da igreja, mais a linha do eixo altar → padre.

config.lua · uma etapa do roteiro (trecho)

{
    id = "voto_a", kind = "vow", who = "proposer",
    duration = 45, cam = "vow", manual = true,
    objective = "Faça os seus votos",
    line   = "{WHO}, você aceita {OTHER} como seu legítimo esposo(a)...",
    prompt = "[E] Aceito   ·   [BACKSPACE] Não aceito",
    cue    = "Pergunte a {WHO}. A etapa só passa quando ele(a) responder."
}

config_bond.lua · quanto vale cada gesto (trecho)

Config.Journey = {
    maxLevel = 20,
    dailyCap = 420,
    -- { xp, intervalo em segundos }
    gains = {
        hug    = { 12, 90 },
        kiss   = { 15, 90 },
        gift   = { 35, 1800 },   -- presente entregue em mãos
        letter = { 45, 3600 }    -- carta entregue por quem escreveu
    },
    milestones = { dating = 60, engaged = 250, married = 600 }
}

-- Estado civil de qualquer passaporte. nil se não estiver casado.
local Marital = exports["casamento"]:GetMarital(Passport)
-- { status, partnerId, partnerName, since }

-- O casal: namoro, noivado ou casamento. nil sem par.
local Bond = exports["casamento"]:GetBond(Passport)
-- { id, stage, partnerId, level, xp, since }

-- A cerimônia marcada (ou em andamento) de um passaporte.
local Wedding = exports["casamento"]:GetWedding(Passport)

-- Sua boate, seu restaurante ou seu evento premiando o casal.
-- Passa pelo mesmo teto diário e devolve o XP que entrou.
local Gained = exports["casamento"]:AddBondXp(Passport, 30)

AddEventHandler("casamento:BondChanged", function(Passport, Stage, Partner) end)
AddEventHandler("casamento:Divorced", function(Passport, When) end)