[bug] Перекрывающиеся огонь и дым композятся в порядке создания вместо глубины #16

New Issue

2026-10-29T11:59:42Z

chexit commented

2026-10-29 11:59:42 +00:00

Проверка исходников на 90379f6. Полный Horizon/GPU на Mac не запускался; оценки сложности и ресурсов ниже не являются замерами FPS.

В shader_params() blasts передаются через iter().rev() — новые первыми. В effects.wgsl переменная trans общая для всех объёмов; каждый объём целиком композится перед следующим, что предполагает front-to-back порядок. Хронология взрывов не совпадает с глубиной вдоль view ray.

Следствие: дальний новый огонь может подавить ближний старый дым, а результат зависит от времени создания даже при одинаковой геометрии. Алгебра alpha compositing: ближний дым color=.1/alpha=.8 перед дальним огнём color=3/alpha=.8 даёт .56; обратный порядок даёт 2.416. Это анализ формулы, не снятый GPU-кадр.

Предложение: обеспечить корректный порядок по входам луча в непересекающиеся объёмы. Для пересекающихся объёмов сортировка только по центрам недостаточна: нужна согласованная интеграция/обработка перекрытия. Избежать дорогой сортировки всех 48 объёмов для каждого пикселя; использовать короткие tile candidate lists и сравнить стоимость. Минимальное исправление отдельно покрыть сценой двух разнесённых по глубине сфер.

Критерий: перестановка порядка создания двух статичных объёмов не меняет итог; камера может обходить их без неверной смены переднего/заднего; сравнить GPU time.

Код:

		airdef/airdef-mod/src/lib.rs
		Line 355 in 90379f6
	
				        let blasts: Vec<&sim::Blast> = self.sim.blasts.iter().rev().take(48).collect();

,

		airdef/airdef-mod/shaders/effects.wgsl
		Line 143 in 90379f6
	
				    var trans = 1.0;

.

Проверка исходников на `90379f6`. Полный Horizon/GPU на Mac не запускался; оценки сложности и ресурсов ниже не являются замерами FPS. В `shader_params()` blasts передаются через `iter().rev()` — новые первыми. В `effects.wgsl` переменная `trans` общая для всех объёмов; каждый объём целиком композится перед следующим, что предполагает front-to-back порядок. Хронология взрывов не совпадает с глубиной вдоль view ray. Следствие: дальний новый огонь может подавить ближний старый дым, а результат зависит от времени создания даже при одинаковой геометрии. Алгебра alpha compositing: ближний дым color=.1/alpha=.8 перед дальним огнём color=3/alpha=.8 даёт .56; обратный порядок даёт 2.416. Это анализ формулы, не снятый GPU-кадр. Предложение: обеспечить корректный порядок по входам луча в непересекающиеся объёмы. Для пересекающихся объёмов сортировка только по центрам недостаточна: нужна согласованная интеграция/обработка перекрытия. Избежать дорогой сортировки всех 48 объёмов для каждого пикселя; использовать короткие tile candidate lists и сравнить стоимость. Минимальное исправление отдельно покрыть сценой двух разнесённых по глубине сфер. Критерий: перестановка порядка создания двух статичных объёмов не меняет итог; камера может обходить их без неверной смены переднего/заднего; сравнить GPU time. Код: https://gitea.maoniao.team/chexit/airdef/src/commit/90379f6/airdef-mod/src/lib.rs#L355, https://gitea.maoniao.team/chexit/airdef/src/commit/90379f6/airdef-mod/shaders/effects.wgsl#L143.

chexit added the area:rendering priority:P2 type:bug labels 2026-10-29 13:09:55 +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:21 +00:00