[bug] Орешник при разделении теряет сектор подлёта для обучения противника #32

New Issue

2026-10-29T12:25:08Z

chexit commented

2026-10-29 12:25:08 +00:00

Проверено на опубликованном 90379f6 при проверке дополнительного ревью. Незакоммиченные изменения из чужой рабочей копии недоступны.

В step_drones при создании дочерних OreshnikBlock/OreshnikSub всегда ставится sector:0, а сектор родителя не переносится через released. Затем shoot_down и обработка impacts вызывают learn(d.sector,...), записывая статистику детей в нулевой сектор независимо от реального направления удара.

Воспроизведено на исходном Sim: Oreshnik с sector=7, pos=(100,300,0), target=(0,70,0), vel=(-1,-1,0), один step_drones с неизвестным ground → шесть дочерних блоков, все с sector=0. Тест ожидания наследования sector=7 падает. Ошибка повторяется при следующем разделении.

Исправление: передавать sector родителя в released и сохранять в каждом ребёнке. Отдельно определить единицу статистики (носитель/блок/суббоеприпас), чтобы 36 детей не создавали неоговорённый вес в best_bearing.

Уточнение к чужому ревью: сам факт hits для долетевшего носителя с warhead=0 — вопрос определения «прорвался», не доказательство ущерба объекту. Потеря sector — более конкретный воспроизводимый дефект.

Код:

		airdef/airdef-mod/src/sim/mod.rs
		Line 1375 in 90379f6
	
				                        let a = turn0 + i as f64 * TAU / 6.0;

,

		airdef/airdef-mod/src/sim/mod.rs
		Line 1528 in 90379f6
	
				                sector: 0,

.

Проверено на опубликованном `90379f6` при проверке дополнительного ревью. Незакоммиченные изменения из чужой рабочей копии недоступны. В step_drones при создании дочерних OreshnikBlock/OreshnikSub всегда ставится sector:0, а сектор родителя не переносится через released. Затем shoot_down и обработка impacts вызывают learn(d.sector,...), записывая статистику детей в нулевой сектор независимо от реального направления удара. Воспроизведено на исходном Sim: Oreshnik с sector=7, pos=(100,300,0), target=(0,70,0), vel=(-1,-1,0), один step_drones с неизвестным ground → шесть дочерних блоков, все с sector=0. Тест ожидания наследования sector=7 падает. Ошибка повторяется при следующем разделении. Исправление: передавать sector родителя в released и сохранять в каждом ребёнке. Отдельно определить единицу статистики (носитель/блок/суббоеприпас), чтобы 36 детей не создавали неоговорённый вес в best_bearing. Уточнение к чужому ревью: сам факт hits для долетевшего носителя с warhead=0 — вопрос определения «прорвался», не доказательство ущерба объекту. Потеря sector — более конкретный воспроизводимый дефект. Код: https://gitea.maoniao.team/chexit/airdef/src/commit/90379f6/airdef-mod/src/sim/mod.rs#L1375, https://gitea.maoniao.team/chexit/airdef/src/commit/90379f6/airdef-mod/src/sim/mod.rs#L1528.

chexit added the area:simulation priority:P2 type:bug labels 2026-10-29 13:11:24 +00:00

chexit referenced this issue from a commit

2026-10-29 13:28:10 +00:00

P2/P3 issues: network-fed launchers priced into smart routes (#4), stable blast light ids (#15), retargeted smart drones replanned round the defences (#21), sim tick without per-unit clones and linear scans (#26), ground cache swept rarely (#31), Oreshnik pieces keep their sector (#32), drives with acceleration and fire only once aimed (#33), radar monitor range (#19), delayed sound volume (#22), world change clears transient state (#23), score line always shown (#24), replay map without full paths (#25), text fit by bisection (#27), docs (#29), glow occlusion by ray distance (#14), blasts composited nearest first (#16)

chexit commented

2026-10-29 13:29:23 +00:00