Скриптование

[CRAZY_STALKER666 36]

 

 

на расстояние 10 метров. Не больше не меньше.

Как раз "==" тебе и нужно. Ни больше ни меньше

[UnLoaded 313]

 

 

здесь есть не понимание принципов работы с подобными величинами.

Ради бога, проясни не понимающим... Будем только рады...

[7.9 174]

При слишком точном сравнивании, значение параметра может никогда не быть равным точно 10.0 -- например: 10.000001, 9.999999

Изменено 20 Октября 2016 пользователем 7.9

[naxac 2 447]

@advisor890,

if math.ceil(distance) == 10 then

Или

if math.floor(distance) == 10 then

[Kirgudu 1 217]

@advisor890, 

if math.abs(distance - 10) < 0.1 then

Число справа меньше - граница более чёткая, но больше вероятности её пропустить, число больше - граница более размытая, но вероятность определения повышается.

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

[advisor890 1]

Пахас, Kirgudu. Спасибо! Ваши способы работают как надо.

[CRAZY_STALKER666 36]

Требуеться убить несколько НПЦ. Пытаюсь так:

 

function all_kill()

local id_kl1 = my_sid.mil_mon_1 -- тут мы каждого получили

local id_kl2 = my_sid.mil_mon_2

local id_kl3 = my_sid.mil_mon_3

local id_kl4 = my_sid.unknown

local se_obj_1 = level.object_by_id(id_kl1) --- получили по ID

local se_obj_2 = level.object_by_id(id_kl2)

local se_obj_3 = level.object_by_id(id_kl3)

local se_obj_4 = level.object_by_id(id_kl4)

 

if se_obj_1 and se_obj_2 and se_obj_3 and se_obj_4 then

se_obj_1:kill(se_obj_1) --- а правильно ли так?

se_obj_2:kill(se_obj_2)

se_obj_3:kill(se_obj_3)

se_obj_4:kill(se_obj_4)

end

end

Но вылетает с ссылкой на _g.script. Проблема однозначно тут:

 

se_obj_1:kill(se_obj_1) --- а правильно ли так?

se_obj_2:kill(se_obj_2)

se_obj_3:kill(se_obj_3)

se_obj_4:kill(se_obj_4)

Но как правильно НПЦ передать - не знаю.

[Kirgudu 1 217]

@CRAZY_STALKER666, если в my_sid хранятся story_id, тогда так (для одного НПС):

local se_obj = alife():story_object(sid)
if se_obj then
  local obj = level.object_by_id(se_obj.id)
  obj:kill(obj)
end

где sid - story_id убиваемого НПС.

[CRAZY_STALKER666 36]

@Kirgudu, да все, разобрался. Код то рабочий, вылетало не из-за него...

[Zander_driver 10 334]

local se_obj_1 = level.object_by_id(id_kl1) --- получили по ID

Работать-то оно наверно будет без проблем, но мне глаз резануло)

Обычно переменные с названием se_obj подразумевают серверный объект. А функция level.object_by_id возвращает клиентский.

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

Изменено 22 Октября 2016 пользователем Zander_driver

[Карлан 1 049]

 

 

тогда так (для одного НПС):

Тогда вылетишь, если объект будет в оффлайне.

[Kober(BRUC) 99]

Добрый день. При использовании предмета в переменную сохраняется определённое значение. Но вовремя загрузки сохранения, переменная опять становится равной нулю. Как этого избежать? Сохранять значение переменной в определенный файл? Но это не иррационально. Да и негде я такого не видел. 

Изменено 22 Октября 2016 пользователем Kober(BRUC)

[AndrewMor 527]

 

 

Сохранять значение переменной в определенный файл?

Использовать pstor для сохранения значения переменной.

[Kober(BRUC) 99]

@AndrewMor, можно, пожалуйста, поподробнее? 

[CRAZY_STALKER666 36]

 

 

Обычно переменные с названием se_obj подразумевают серверный объект. А функция level.object_by_id возвращает клиентский.

 

В контексте моей проблемы это роли не играет абсолютно, т.к стилистика для выбора названий - дело сугубо личное. Я мог бы его назвать mObject,iStalker и так далее. В функции эти имена имеют абсолютно символическое значение, после end они перестают использоваться где либо, а если вся функция на 100 процентов рабочая - то какой смысл ассоциировать их с серверным,клиентским обьектом, тем более что разницу я между ними понимаю только фигурально(одно работает на стороне сервера, другое клиента)...

[AndrewMor 527]

@Kober(BRUC), 

В качестве примера:

 

     local kolvo_irp = xr_logic.pstor_retrieve(db.actor, "kol_irp", 0) -- объявляем локальную переменную и читаем значение из pstor (его там нет, потому присваиваем 0).
     if kolvo_irp ~= "number" or kolvo_irp == nil then -- сравниваем ее значение с чем-либо, если нужно.
       kolvo_irp = 2 -- присваиваем ей другое значение
       xr_logic.pstor_store(db.actor, "kol_irp", kolvo_irp) -- сохраняем новое значение в pstor.
     end

 

Может, пример и не сильно удачен.

[Overfirst 631]

Народ, вопрос по таймерам. Платформа ЗП.

При зависании, как ни странно, таймер продолжает свою работу, почему так? У меня, допустим, камера летит 12 сек, а после должно начаться какое-то действие, чтобы без опозданий, а при подвисании таймер не останавливается. Как быть? Юзаю простейшим образом: on_timer = value | ...

[TIGER_VLAD 361]

@Kober(BRUC), Если нужно много хранить информации, то для этого подойдет se_stor от Artos`а.

[Kirgudu 1 217]

Тогда вылетишь, если объект будет в оффлайне.

Согласен, не додумал.

[UnLoaded 313]

 

 

Юзаю простейшим образом: on_timer = value | ...

Загляни в скрипт xr_logic, там увидишь, что этот самый on_timer сделан как и все остальное - на обычном апдейте, который дергается от объекта. А скриптовая подсистема всегда была самой чувствительной к любым подвисаниям, так что ищи другой способ идеальной синхронизации...