chexit/airdef
1
0
Fork 0
Code Issues 22 Pull Requests Actions Packages Projects 1 Releases 54 Wiki Activity

[enhancement] Реальные стартовые позиции налёта: сектора, пусковые площадки, очередь и ограниченное число баз #100

New Issue
Closed
opened 2026-10-30 10:31:08 +00:00 by chexit · 1 comment
chexit commented 2026-10-30 10:31:08 +00:00
Owner
Copy Link
Copy Source

🤖 Filed by Codex, AI-агент Владимира (chexit).

Архитектурный проход по 76f680eba64b64eb28435e71ce9f22a84b0e5da1.

Концепция пользователя

Налёт должен происходить из существующих в игровом мире стартовых позиций, а не из случайных точек в воздухе. Один сектор — площадка/группа в одной случайной стороне, два сектора — две стороны. «Со всех сторон» — конечные 4–5 позиций, а не неограниченный круг источников.

Текущее устройство

sim/raid.rs::order_raid выбирает bearing отдельно для каждой цели, Approach::AllSides даёт случайный угол по всей окружности. make_drone заранее создаёт объект в расчётном from; затем очередь (tick, Drone) выпускает его в воздух. Собственной сущности launch site, запаса/установки/стартового состояния нет. Для баллистики дальность/высота старта ещё отличаются от обычных дронов — простая перестановка одной модели проблему не решит.

MVP

  1. RaidPlan → LaunchSite/LaunchGroup → LaunchJob. Стабильные site ID, сектор, подтверждённая позиция/footprint, типы поддерживаемых средств, оставшийся запас и очередь. Seed определяет 1/2/4–5 стороны с минимальным угловым разделением.
  2. Размещать только на пригодной местности; учитывать chunk availability и player/world bounds. Ограниченные попытки поиска и понятное ожидание/отказ. Не спавнить базы внутри горы и не force-load весь мир ради красивой базы.
  3. Видимые комплекты старта по классу: дроновая рампа/катапульта, ракетная ПУ; «аэродром» — отдельный более поздний набор, а не обязательный гигантский генератор построек.
  4. Реальные события подготовки/пуска/зажигания и выход из площадки в маршрут с непрерывной коллизией. Планировщик согласует дальность, разгон и расписание общего подхода с фактическим стартом. Сохраняются нынешние настройки состава/синхронного налёта.

Приёмка

У каждого противника есть source site, не более пяти активных позиций выбранного налёта/сценария по явно заданному правилу. Для двух секторов нет скрытой третьей точки запуска. Площадки видны при посещении, но не обязаны мгновенно раскрывать себя на карте. Clear/restart/world unload очищает jobs и модели; многократные налёты не копят старые базы. Recorded launches дают кинорежиссёру правдивое начало атаки. Возможность уничтожения с отменой будущих jobs — следующий этап, учитывается в модели сразу.

Общий порядок и зависимости: архитектурная дорожная карта.

🤖 Filed by Codex, AI-агент Владимира (chexit). Архитектурный проход по `76f680eba64b64eb28435e71ce9f22a84b0e5da1`. ### Концепция пользователя Налёт должен происходить из существующих в игровом мире стартовых позиций, а не из случайных точек в воздухе. Один сектор — площадка/группа в одной случайной стороне, два сектора — две стороны. «Со всех сторон» — конечные **4–5 позиций**, а не неограниченный круг источников. ### Текущее устройство `sim/raid.rs::order_raid` выбирает bearing отдельно для каждой цели, `Approach::AllSides` даёт случайный угол по всей окружности. `make_drone` заранее создаёт объект в расчётном `from`; затем очередь `(tick, Drone)` выпускает его в воздух. Собственной сущности launch site, запаса/установки/стартового состояния нет. Для баллистики дальность/высота старта ещё отличаются от обычных дронов — простая перестановка одной модели проблему не решит. ### MVP 1. `RaidPlan → LaunchSite/LaunchGroup → LaunchJob`. Стабильные site ID, сектор, подтверждённая позиция/footprint, типы поддерживаемых средств, оставшийся запас и очередь. Seed определяет 1/2/4–5 стороны с минимальным угловым разделением. 2. Размещать только на пригодной местности; учитывать chunk availability и player/world bounds. Ограниченные попытки поиска и понятное ожидание/отказ. Не спавнить базы внутри горы и не force-load весь мир ради красивой базы. 3. Видимые комплекты старта по классу: дроновая рампа/катапульта, ракетная ПУ; «аэродром» — отдельный более поздний набор, а не обязательный гигантский генератор построек. 4. Реальные события подготовки/пуска/зажигания и выход из площадки в маршрут с непрерывной коллизией. Планировщик согласует дальность, разгон и расписание общего подхода с фактическим стартом. Сохраняются нынешние настройки состава/синхронного налёта. ### Приёмка У каждого противника есть source site, не более пяти активных позиций выбранного налёта/сценария по явно заданному правилу. Для двух секторов нет скрытой третьей точки запуска. Площадки видны при посещении, но не обязаны мгновенно раскрывать себя на карте. Clear/restart/world unload очищает jobs и модели; многократные налёты не копят старые базы. Recorded launches дают кинорежиссёру правдивое начало атаки. Возможность уничтожения с отменой будущих jobs — следующий этап, учитывается в модели сразу. Общий порядок и зависимости: [архитектурная дорожная карта](https://gitea.maoniao.team/chexit/airdef/issues/103).
chexit commented 2026-10-30 12:36:29 +00:00
Author
Owner
Copy Link
Copy Source

🤖 Agent: Сделано в 9bc94fa8aa (запушено в main). MVP: площадки со стороной, запасом и очередью, суша, потом суша ближе, потом баржи. В игре видны баржи с комплектами на Полигоне. Не видели сам момент схода дрона с рампы и рампы на суше. Площадки не попадают в запись реплея; /airdef wave <тип> N идёт по старому пути.

🤖 Agent: Сделано в https://gitea.maoniao.team/chexit/airdef/commit/9bc94fa8aa8c9b0ab480f586816b9fa99a58eeef (запушено в main). MVP: площадки со стороной, запасом и очередью, суша, потом суша ближе, потом баржи. В игре видны баржи с комплектами на Полигоне. Не видели сам момент схода дрона с рампы и рампы на суше. Площадки не попадают в запись реплея; /airdef wave <тип> N идёт по старому пути.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
area:architecture
Границы модулей, контракты, состояние сессии и развитие общей архитектуры
 area:audio
Звуки, громкость, задержка распространения и аудиоассеты.
 area:logistics
Боезапас, склады, ТЗМ, обслуживание и заявки снабжения.
 area:persistence
Сохранение, загрузка, сценарии и изоляция состояния между мирами.
 area:rendering
Шейдеры, GPU-ресурсы, освещение, геометрия, эффекты и рендер API.
 area:simulation
Полёт, обнаружение, планирование налётов, наведение, повреждения и игровая логика.
 area:tooling
Сборка, CI, тесты, инструменты разработки и инструкции установки.
 area:ui
HUD, радары, мониторы, меню, текст и интерфейс реплеев.
 needs:profiling
До существенной оптимизации измерить стоимость в игре/WASM/GPU; native-оценки и чтение кода не заменяют профиль Mac.
 priority:P1
Первый проход: поломки боя/сохранения и основной запрос по FPS. Гипотезы производительности сначала профилировать.
 priority:P2
Следующий проход: обычные баги, безопасные улучшения и вспомогательные оптимизации.
 priority:P3
Позже: косметика, новые удобства, латентные дефекты и дорогие оптимизации без подтверждённой необходимости.
 type:bug
Подтверждённый дефект поведения или обработки состояния; способ проверки указан в issue.
 type:docs
Документация, инструкции и соответствие описания текущему коду.
 type:enhancement
Новое поведение, баланс или улучшение удобства.
 type:performance
Оптимизация затрат CPU/GPU, памяти, I/O или передачи данных; не обещает прирост без замера.
No Label area:logistics area:rendering area:simulation priority:P2 type:enhancement
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
chexit
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: chexit/airdef#100
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?