Разные ошибки...

[Castlesoap]

ЧН! В Лиманске постоянно выводит красным сообщением вот это!
! level_path().failed() during navigation
Думается, что чистонебовец, просто, не может найти путь к монолитовцам, которые находятся на 2-ых этажах.

Это при миксед версии

FATAL ERROR
 
[error] Expression    : ai().game_graph().valid_vertex_id(game_vertex_id)
[error] Function      : CAI_ObjectLocation::game_vertex
[error] File          : C:\projects\xray-16\src\xrAICore\Navigation\ai_object_location_impl.h
[error] Line          : 23
[error] Description   : assertion failed

Как найти виновника? Я пробовал выводить в лог, но там есть незабинденные объекты.

Вылет поймал при перестрелке со сталкерами на кордоне

! I am in combat, but there is no combat members at all (including me), npc[sim_default_stalker_019860],team[15],squad[24],group[0]
cannot add in-restriction stack trace
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrCore.dll at 000007FEDFF73B86 xrDebug::BuildStackTrace() + 54 byte(s)
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrCore.dll at 000007FEDFF74BD7 xrDebug::LogStackTrace() + 23 byte(s)
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrGame.dll at 000007FEDD2E58E1
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrGame.dll at 000007FEDD63F620
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrGame.dll at 000007FEDDEEA039 xrFactory_Destroy() + 138921 byte(s)
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrGame.dll at 000007FEDDEDB393 xrFactory_Destroy() + 78339 byte(s)
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrGame.dll at 000007FEDD743BCD
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrGame.dll at 000007FEDD932317
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrGame.dll at 000007FEDD9314C2
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrGame.dll at 000007FEDD930E2F
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrGame.dll at 000007FEDD932479
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrGame.dll at 000007FEDCFDE1D1
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrGame.dll at 000007FEDCFE782F
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrEngine.dll at 000007FEE144CBD6 CSheduler::ProcessStep() + 550 byte(s)
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrEngine.dll at 000007FEE144D803 CSheduler::Update() + 691 byte(s)
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrGame.dll at 000007FEDD4D89F4
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrEngine.dll at 000007FEE139AA98 CConsole::OnDeviceInitialize() + 168 byte(s)
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrEngine.dll at 000007FEE139B6AD CRenderDevice::PreCache() + 2045 byte(s)
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrEngine.dll at 000007FEE139A935 CRenderDevice::FrameMove() + 533 byte(s)
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrEngine.dll at 000007FEE139B86D CRenderDevice::ProcessFrame() + 109 byte(s)
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrEngine.dll at 000007FEE13A157B CRenderDevice::message_loop() + 683 byte(s)
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrEngine.dll at 000007FEE139C82C CRenderDevice::Run() + 284 byte(s)
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrEngine.dll at 000007FEE147E7C8 Startup() + 776 byte(s)
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrEngine.dll at 000007FEE147E11F RunApplication() + 367 byte(s)
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrEngine.exe at 000000013F8D1641
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrEngine.exe at 000000013F8D16CA
C:\Program Files (x86)\S.T.A.L.K.E.R. Clear Sky\bin\xrEngine.exe at 000000013F8D210A
C:\Windows\system32\kernel32.dll at 00000000778C570D BaseThreadInitThunk() + 13 byte(s)
C:\Windows\SYSTEM32\ntdll.dll at 0000000077A2385D RtlUserThreadStart() + 29 byte(s)
! cannot add in-restriction with id 12101, name esc_zone_field_radioactive_weak_0007 to the entity with id 17400, name dog_normal17400, because it is already added
! Please report this log file to Lain

в папке reports краш не сохранился..

Upd; Было бы неплохо в релиз добавить пространство имен debug для скриптов

[Xottab-DUTY]

Как найти виновника? Я пробовал выводить в лог, но там есть незабинденные объекты.

Честно говоря, не знаю...
Но буду очень благодарен, если ещё поможешь найти причину вылета #382. 😄 Там монолитовцы пытаются проложить путь к костру, почему-то не получается и оно вылетает.

Было бы неплохо в релиз добавить пространство имен debug для скриптов

Сделал 👍

[Castlesoap]

Но буду очень благодарен, если ещё поможешь найти причину вылета #382.

Добрался до компа.
Точнее из 828? Я этот вылет не получал. У меня переписаны некоторые скрипты. в частности и правил xr_kamp.
В поиске данного вылета облазил всю карту, но вылета так и не было!Мне бы еще болле подробную инфу... Однако релизе увидел ошибки в логе ! cannot find special danger animations for object with visual actors\stalker_bandit\stalker_bandit_2
А также ! There is no animation which can transfer bot to body_state [1], selecting random transition

[Xottab-DUTY]

Точнее из 828? Я этот вылет не получал. У меня переписаны некоторые скрипты. в частности и правил xr_kamp.
В поиске данного вылета облазил всю карту, но вылета так и не было!Мне бы еще болле подробную инфу...

Да, опечатка, из #828.

В Лиманске, есть недостроенное здание, стройка; с одной стороны здания кран, а с другой уменьшенная копия «Дуги». Там на третьем или четвёртом этаже есть костёр. Монолитовцы периодически простраивают к нему путь.

xr_kamp берёт координаты центра костра, делает случайное смещение, и по получившимся координатам ищет ближайший level vertex, куда уже сядет непись... В оригинальном ЧН всё нормально, а на OpenXRay, с оригинальными скриптами ЧН, движок иногда не может найти левел вертекс по получившимся координатам.

Формат уровней скомпиленных xrLC в ЧН и ЗП, вроде, одинаковый. xrAI, вроде, тоже одинаково работает. По идее, не из-за этого. Могу ошибаться.
Может, ещё LuaJIT 2.0 как-то по-другому работает, не так как LuaJIT 1.1.4, который был в оригинале...

Этот вылет также можно получить и на болотах в самом начале игры - когда с рыбацкого хутора чистонебовцы идут захватывать башню, стоящую рядом. Там тоже есть костёр. Редко, но тот же самый вылет может произойти в этом месте.

! cannot find special danger animations for object with visual actors\stalker_bandit\stalker_bandit_2

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

[Castlesoap]

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

Нет, нет! Это не тот бандит. Я кстати тоже заметил, что бандит стоял. я пофиксил это через логику. Это не тот бандит. Тот бандит который с логом имеет анимацию raid. Когда мы убиваем бандитов здании, где находится чувак с пулеметом. По xr_kamp: Дело в том что, я разными способами пытался вызвать вылет. Сейчас еще потестю эту локу.

[Castlesoap]

А вот кстати пофикшенная логика стоячего бандита в самом начале. Про него шел разговор? lim_bandit_wounded_1_logic.ltx

[wounded]
;hp_state 		= 20|wounded_heavy_2@nil
;hp_state_see	= 20|wounded_heavy_2@nil
hp_state 		= 21|wounded_heavy_2@help_heavy
hp_state_see	= 21|wounded_heavy_2@help_heavy
hp_fight        = 21|false ; +
autoheal = false
enable_talk = false

[Xottab-DUTY]

А вот кстати пофикшенная логика стоячего бандита в самом начале. Про него шел разговор? lim_bandit_wounded_1_logic.ltx

[wounded]
;hp_state 		= 20|wounded_heavy_2@nil
;hp_state_see	= 20|wounded_heavy_2@nil
hp_state 		= 21|wounded_heavy_2@help_heavy
hp_state_see	= 21|wounded_heavy_2@help_heavy
hp_fight        = 21|false ; +
autoheal = false
enable_talk = false

Спасибо. А есть понимание почему оригинальная логика сломалась?
Хотелось бы это на стороне движка починить...

[Castlesoap]

Спасибо. А есть понимание почему оригинальная логика сломалась?
Хотелось бы это на стороне движка починить...

Думаю, Вы наоборот починили это! Ответ кроется в all.spawn health = 0.2 у этого бандита.
Раньше проверялось здоровье на '<' Теперь и на равно.

Когда тестил, получил лог при загрузке сохранения

! [LUA] There is no spawn callback on object with id 1546 from object with id 18321!
stack traceback:
! [LUA] There is no spawn callback on object with id 1546 from object with id 18327!
stack traceback:
! [LUA] There is no spawn callback on object with id 1546 from object with id 33027!
stack traceback:
! [LUA] There is no spawn callback on object with id 1546 from object with id 32771!

Сообственно: сами косячные нпс
[LUA] ~#I#:initialize_obj:obj=[lim_enemy_sniper_stalker_518327],loaded=[false],stype=[0]
[LUA] ~#I#:configure_schemes:obj=[lim_enemy_sniper_stalker_518327],ini=[],ini_fn=[],stype=[0],logic=[logic],gulag=[]
[LUA] ~#I#:initialize_obj:obj=[lim_enemy_sniper_stalker_318321],loaded=[false],stype=[0]
[LUA] ~#I#:configure_schemes:obj=[lim_enemy_sniper_stalker_318321],ini=[],ini_fn=[],stype=[0],logic=[logic],gulag=[]
[LUA] ~#I#:initialize_obj:obj=[lim_enemy_sniper_stalker_134313],loaded=[false],stype=[0]
[LUA] ~#I#:configure_schemes:obj=[lim_enemy_sniper_stalker_134313],ini=[],ini_fn=[],stype=[0],logic=[logic],gulag=[]
[LUA] ~#I#:initialize_obj:obj=[lim_enemy_sniper_stalker_335873],loaded=[false],stype=[0]
[LUA] ~#I#:configure_schemes:obj=[lim_enemy_sniper_stalker_335873],ini=[],ini_fn=[],stype=[0],logic=[logic],gulag=[]
[LUA] ~#I#:death[lim_enemy_sniper_stalker_133027] attach_item ammo_7.62x54_7h133029
[LUA] ~#I#:death[lim_enemy_sniper_stalker_133027] attach_item wpn_beretta33031

А вот их логика

$spawn = "respawn\lim_enemy_sniper_stalker_1"
character_profile = lim_enemy_sniper_stalker
;spec_rank = veteran
;community = monolith
custom_data = scripts\limansk*lim_roof_sniper_1_logic*.ltx
Думаю, причина зависших нпс в рестрикторах.
Я заремил строчки типа: out_restr = lim_roof_sniper_5_zone в логике

Сообщение пропало. Может и совпадение. дальше потом потестирую

[Castlesoap]

Заметил по ошибке
! level_path().failed() during navigation
Вызывают эти 2 непися

Удалось исправить ошибку

! cannot find special danger animations for object with visual actors\stalker_bandit\stalker_bandit_2
fix in state_mgr.script

            local cur_cpec = self.npc:special_danger_move()
  	local npc = self.npc
  	--' Проверка на необходимость special_danger_move

  	if state_lib.states[state_name].special_danger_move == true then --Todo:возможно стоит перенести это в update
  		if npc:special_danger_move() ~= true then
  			--npc:special_danger_move(true)
  			cur_cpec = nil --' Отложить до следующего обновления
  		end
  		if not (cur_cpec == nil or cur_cpec == npc:special_danger_move() ~= true) then
  			npc:special_danger_move(true)
  		end
  		
  	else
  		if npc:special_danger_move() == true then
  			--npc:special_danger_move(false)
  			cur_cpec = nil --' Отложить до следующего обновления
  		end
  		if not (cur_cpec == nil or cur_cpec == npc:special_danger_move()) then
  			npc:special_danger_move(false)
  		end
  	end

После этого у этого проблемного непися перестал выскакивать подобный лог

Я предполагаю происходит затык между переключением walker/camper и smartcover и наоборот

Сообщение пропало. Может и совпадение. дальше потом потестирую

Совпадение!!=)

[Roman-n]

В Лиманске, есть недостроенное здание, стройка; с одной стороны здания кран, а с другой уменьшенная копия «Дуги». Там на третьем или четвёртом этаже есть костёр. Монолитовцы периодически простраивают к нему путь.

xr_kamp берёт координаты центра костра, делает случайное смещение, и по получившимся координатам ищет ближайший level vertex, куда уже сядет непись... В оригинальном ЧН всё нормально, а на OpenXRay, с оригинальными скриптами ЧН, движок иногда не может найти левел вертекс по получившимся координатам.

Могу ошибаться - может там, где получается "ближайший level vertex" - нет аи сетки!? Может для теста попробовать по другому сделать "случайное смещение"?

[Xottab-DUTY]

В Лиманске, есть недостроенное здание, стройка; с одной стороны здания кран, а с другой уменьшенная копия «Дуги». Там на третьем или четвёртом этаже есть костёр. Монолитовцы периодически простраивают к нему путь.
xr_kamp берёт координаты центра костра, делает случайное смещение, и по получившимся координатам ищет ближайший level vertex, куда уже сядет непись... В оригинальном ЧН всё нормально, а на OpenXRay, с оригинальными скриптами ЧН, движок иногда не может найти левел вертекс по получившимся координатам.

Могу ошибаться - может там, где получается "ближайший level vertex" - нет аи сетки!? Может для теста попробовать по другому сделать "случайное смещение"?

1. Вот, как раз, у @Castlesoap не вылетает и он менял xr_kamp.script. @Castlesoap, подскажешь, что менял?)
2. аи-сетки в центре костра нет... Может, он слишком близко к центру попадает...
   

[Roman-n]

2. Может, он слишком близко к центру попадает...

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

[Castlesoap]

@Castlesoap, подскажешь, что менял?)

Извиняюсь, время для ответа только есть на выходных...

У меня много изменений, но предположу не хватает радиуса для рассадки нпс. Еще нужно подправить рандомное отклонение направления

• это в getDestVertex

	local pp = self.patrol:point(0)
	local dir = self.position[self.npc[npc_id].position].dir
	dir:normalize()
	radius = radius + 0.3 -- math_random(-0.3, 0.3)
...
	 	if dest_vertex == 4294967295 then
	 		if radius < 1 then
	 			--abort("Invalid AI map at kamp point [%s]", self.kamp_name)
	 			log("Invalid AI map at kamp point [%s]", self.kamp_name)
				--' taking new vertex
				dest_vertex = utils.send_to_nearest_accessible_vertex(npc, dest_vertex)
--				log("ac_go_position:NPC=[%s],dest_vertex=[%s]~>[%s]", npc:name(), npc:level_vertex_id(), dest_vertex)
				return dest_vertex, self.npc[npc_id].position
	 		else
	 			radius = radius - 0.5
			end
	 	end

Проверьте! Я проверил 3 раза на оригинальном xr_kamp. До этого получил завис, когда откатил изменения в этом скрипте и загрузил сохраненку рядом с аномалиями телепорт

Кстати, правка в state_mgr сосем не работает! Чувак просто уходит в состояние idle