Medic y muerte personalizados

Conecta tu script de medic o muerte cuando un jugador spawna ya muerto.

La mayoría de servidores no necesita esta página. Los flujos de muerte stock de RSG y VORP funcionan con Creator out of the box.

Léela solo si usas un sistema de medic personalizado — uno que no sigue el patrón habitual de “vida a cero” — y un personaje muerto se ve mal al volver a entrar.

​

Dónde editar (archivos seguros)

Estos archivos son tuyos — no están bloqueados por escrow:

rco-creator/bridge/custom/client.lua
rco-creator/bridge/custom/server.lua

​

Qué hace el hook

Cuando alguien entra ya muerto (guardado en los datos del personaje), Creator normalmente lo deja con vida cero.

Si tu resource de medic necesita otra cosa — ragdoll, UI de hospital, animación — puedes manejarlo aquí.

En RSG, en el paso final del spawn, Creator llama:

CustomBridge.RestorePersistedDeath(context)

• Devuelve true = “Yo me encargo, Creator — salta tu comportamiento por defecto.”
• Devuelve false = “Usa el comportamiento stock.” (por defecto)

Punto de partida simple:

-- bridge/custom/client.lua
CustomBridge = {}

function CustomBridge.RestorePersistedDeath(context)
    if context.isDead ~= true then
        return false
    end
    -- Tu UI de medic / ragdoll / hospital aquí
    -- return true cuando termines
    return false
end

Si tu medic necesita aprobación del servidor, usa bridge/custom/server.lua para hablar con tu resource primero.

​

Qué NO es

• No reemplaza la muerte de VORP — el init de VORP sigue por sus eventos normales. Los scripts de medic suelen escuchar ahí o en tu propio resource.
• No es para fingir muerte — el servidor sigue decidiendo si el personaje está muerto. Solo cambias cómo se ve al spawnear.
• No es obligatorio para medic stock de RSG o metabolismo VORP estándar.

​

Relacionado

• Ciclo de vida del personaje — cuándo corre esto durante el spawn
• Ciclo de vida — usa el lifecycle normal del framework para saber cuándo el personaje está listo