Система смерти и возрождения FiveM: последний стенд, возрождение и сумки состояния

Симптом: игрок умирает и не видит опцию возрождения, или не может быть возрожден, или выходит в сети, пока мертв, и возвращается в полном здоровье.

Смерть в FiveM — это не одна функция. Двигатель только знает, что пед имеет нулевое здоровье. Все остальное (мертвая анимация, таймер, возрождение) строится вашим фреймворком и ресурсом скорой помощи. Эта статья объясняет движущиеся части, чтобы вы могли найти, какая сломана.

#Что знает игра

Движок сообщает вам, что пед мертв, ничего больше. Ресурсы обнаруживают это с проверкой нативного или с игровым событием урона, затем берут на себя:

-- client
CreateThread(function()
    local wasDead = false
    while true do
        Wait(500)
        local dead = IsEntityDead(PlayerPedId())
        if dead and not wasDead then
            TriggerServerEvent('myjob:playerDied')
        end
        wasDead = dead
    end
end)

Ядро ESX запускает событие смерти для прослушивания скриптов, и QBCore держит флаги в метаданных игрока. В обоих ваш ресурс скорой помощи слушает смерть и запускает остальное.

#Последний стенд в сравнении со смертью

Многие установки имеют две стадии:

Установки в стиле QBCore показывают это как отдельные флаги (флаг последнего стенда и мертвый флаг). Установки ESX обычно имеют только мертвое состояние. Выберите то, что нужно вашему серверу и не смешивайте два ресурса скорой помощи, потому что каждый отслеживает свои собственные флаги и они борются над педом.

#Таймер возрождения

Таймер — это отсчет клиента с правилом сервера позади. Два параметра имеют наиболее важное:

• Время возрождения: как долго перед тем как игрок может нажать клавишу для возрождения.
• Время кровотечения (если вы используете последний стенд): как долго перед ослабленным игроком смерть.

Если клавиша возрождения ничего не делает, причина почти всегда в том, что таймер никогда не запустился, потому что мертвый флаг никогда не был установлен. Проверьте консоль на ошибки в момент смерти.

Возрождение должно сбросить несколько вещей вместе: здоровье, мертвый флаг, мертвую анимацию, эффекты экрана и позицию в больнице. Если вы только сбросите здоровье, игрок встанет внутри мертвой анимации.

#Возрождение от администратора или EMS

Большинство фреймворков и ресурсов скорой помощи доставляют команду в стиле /revive для администраторов и действие EMS для игроков на работе. Они все заканчиваются одним и тем же на клиенте:

-- client: bring the local player back at their current position
local ped = PlayerPedId()
local coords = GetEntityCoords(ped)

NetworkResurrectLocalPlayer(coords.x, coords.y, coords.z, GetEntityHeading(ped), true, false)
ClearPedTasksImmediately(ped)
SetEntityHealth(ped, GetEntityMaxHealth(ped))
ClearPedBloodDamage(ped)

Затем ресурс очищает мертвый флаг. Если вы только вызовете нативных и пропустите флаг, игрок жив в мире, но все еще "мертв" для фреймворка, и экран возрождения остается. Используйте функцию возрождения вашего ресурса скорой помощи, когда вы можете, и напишите свою только, когда вы его заменяете.

Внимание: команда возрождения должна быть ограничена разрешением и работой для версии EMS. Смотрите ACE permissions для стороны администратора.

#Синхронизация мертвого состояния с сумками состояния

Другие игроки и другие скрипты должны знать, что кто-то мертв: метки EMS, проверка "не грабьте мертвого игрока", инвентарь, который отказывается открываться. Опрос каждого клиента медленно. Сумка состояния — естественный выбор, потому что поздние присоединяющиеся также это видят:

-- server
RegisterNetEvent('myjob:playerDied', function()
    local src = source
    Player(src).state:set('isDead', true, true)
end)

local function revive(src)
    Player(src).state:set('isDead', false, true)
    TriggerClientEvent('myjob:revive', src)
end

-- any script, server
if Player(targetSrc).state.isDead then
    -- allow the revive action
end

Используйте имя, которое также читают ваши другие скрипты, или флаг помогает никому. Некоторые фреймворки уже держат мертвый флаг в данных игрока, поэтому проверьте это первым и прочитайте вместо создания второго источника истины.

#Боевой выход

Игрок, который отключается, пока мертв или ослаблен, затем переподключается, должен все еще быть мертвым. Без этого убийство кого-то ничего не делает.

1. На playerDropped проверьте, был ли игрок мертв и сохраните это в базе данных вместе с персонажем.
2. Когда персонаж загружается, прочитайте флаг и поместите их обратно в мертвое или ослабленное состояние.
3. Сделайте таймер возрождения снова или сохраните оставшееся время, если вы хотите быть строгим.

AddEventHandler('playerDropped', function()
    local src = source
    if Player(src).state.isDead then
        -- save the dead flag for this character
    end
end)

Где флаг сохраняется, зависит от вашего фреймворка. Многие ресурсы скорой помощи уже держат мертвый флаг в базе данных, поэтому посмотрите его перед добавлением второго. Также охранитесь от обратного: игрок, который застрял мертв после краша, нуждается в возрождении администратора, поэтому команда выше должна существовать.

#Контрольный список