Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Balance] FTL changes #956

Closed
wants to merge 2 commits into from
Closed

[Balance] FTL changes #956

wants to merge 2 commits into from

Conversation

Roudenn
Copy link
Collaborator

@Roudenn Roudenn commented Nov 27, 2024

🆑 Rouden

  • tweak: Расстояние БСС скачков увеличено 256 -> 512 метров, а задержка БСС увеличена 10 -> 60 секунд.

Summary by CodeRabbit

  • Новые функции

    • Обновлен параметр cooldown для действий с шаттлом до 60 секунд.
    • Увеличен тайм-аут AFK до 9999999 секунд, что позволяет игрокам оставаться неактивными дольше.
  • Изменения

    • Изменено значение MaxRandomOffset на 256 для улучшения генерации карт.
    • Увеличен диапазон FTL до 512, что улучшает расчеты для быстрого перемещения.

@Roudenn Roudenn requested a review from Rxup as a code owner November 27, 2024 16:52
Copy link
Contributor

coderabbitai bot commented Nov 27, 2024

Walkthrough

В данном запросе на изменение были внесены изменения в три файла. В классе GameMapPrototype изменено значение поля MaxRandomOffset с 1000f на 256f. В классе SharedShuttleSystem обновлено значение константы FTLRange с 256f до 512f. Также в конфигурационном файле main.toml добавлен новый параметр cooldown со значением 60 и изменено значение параметра time в секции [afk] с 1200.0 на 9999999.0.

Changes

Файл Изменения
Content.Server/Maps/GameMapPrototype.cs Изменено значение поля MaxRandomOffset: 1000f256f
Content.Shared/Shuttles/Systems/SharedShuttleSystem.cs Изменено значение константы FTLRange: 256f512f
Resources/ConfigPresets/Backmen/main.toml Добавлен новый параметр cooldown = 60 в секции [shuttle]; обновлено time = 9999999.0 в секции [afk]

Poem

В норке нашей, в тишине,
Изменения, как в сказке, в тишине.
Славим мы, как звезды светят,
Новые параметры — пусть они летят!
Прыгаем, радуемся, в кругу друзей,
В мире шуток и веселья, как в сказке своей! 🐇✨


Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Generate unit testing code for this file.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai generate unit testing code for this file.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and generate unit testing code.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 0

🧹 Outside diff range and nitpick comments (2)
Content.Server/Maps/GameMapPrototype.cs (1)

26-26: Улучшите документацию для MaxRandomOffset

Значение было изменено с 1000f на 256f, что соответствует балансировке FTL. Однако комментарий "backmen: ftl" недостаточно информативен. Предлагаю добавить более подробное описание влияния этого параметра на механику FTL.

Предлагаемое изменение:

-    public float MaxRandomOffset = 256f; // backmen: ftl
+    public float MaxRandomOffset = 256f; // Максимальное случайное смещение для позиционирования карты при FTL-прыжках
Content.Shared/Shuttles/Systems/SharedShuttleSystem.cs (1)

22-22: Улучшите стиль комментария

Комментарий "backmen: ftl" выглядит неформально и не соответствует стандартам документации кода.

-    public const float FTLRange = 512f; // backmen: ftl
+    /// <summary>
+    /// Maximum range for FTL (Faster Than Light) jumps in meters.
+    /// </summary>
+    public const float FTLRange = 512f;
📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

📥 Commits

Reviewing files that changed from the base of the PR and between 7d0a9a6 and 6b22b06.

📒 Files selected for processing (3)
  • Content.Server/Maps/GameMapPrototype.cs (1 hunks)
  • Content.Shared/Shuttles/Systems/SharedShuttleSystem.cs (1 hunks)
  • Resources/ConfigPresets/Backmen/main.toml (1 hunks)
🔇 Additional comments (4)
Content.Server/Maps/GameMapPrototype.cs (1)

26-26: Проверьте влияние на существующие карты

Уменьшение MaxRandomOffset с 1000f до 256f существенно ограничивает диапазон случайного смещения.

Выполните следующий скрипт для проверки использования MaxRandomOffset в картах:

✅ Verification successful

Let me check the actual usage of MaxRandomOffset in the code to understand its impact.


Based on the code analysis, I can now generate the final response:

Изменение MaxRandomOffset безопасно для существующих карт

Параметр MaxRandomOffset используется только при начальной загрузке карты для добавления случайного смещения. Уменьшение значения с 1000f до 256f не повлияет на существующие карты, так как:

  • Смещение применяется только один раз при загрузке карты
  • Значение используется исключительно для определения максимально возможного случайного отклонения при размещении
  • Новое значение 256f достаточно для предотвращения наложения объектов в пространстве FTL
🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Описание: Поиск использования MaxRandomOffset в файлах карт и связанных системах

# Поиск упоминаний MaxRandomOffset в коде
rg -l "MaxRandomOffset"

# Поиск файлов карт
fd -e yml -e yaml "." Resources/Maps/

# Поиск связанных систем FTL
rg -l "FTL|SharedShuttleSystem"

Length of output: 15991


Script:

#!/bin/bash
# Поиск использования MaxRandomOffset в коде с контекстом
rg -A 5 "MaxRandomOffset" Content.Server/Maps/GameMapPrototype.cs Content.Server/GameTicking/GameTicker.RoundFlow.cs

# Поиск связанных систем FTL с контекстом
rg -A 5 "FTLDestination|FTLComponent" Content.Server/Shuttles/Systems/ShuttleSystem.FasterThanLight.cs

Length of output: 5945

Resources/ConfigPresets/Backmen/main.toml (1)

46-46: Параметр cooldown соответствует целям PR

Значение в 60 секунд для задержки прыжков BSS корректно реализует заявленные изменения баланса и соответствует описанию в PR.

Content.Shared/Shuttles/Systems/SharedShuttleSystem.cs (2)

22-22: Проверьте влияние увеличенной дальности FTL прыжка

Увеличение константы FTLRange с 256 до 512 соответствует целям PR по балансировке. Однако такое значительное увеличение дальности может повлиять на игровой баланс.

Рекомендуется:

  1. Вынести значение в конфигурационный файл для упрощения балансировки
  2. Добавить телеметрию использования FTL прыжков для анализа влияния изменений
✅ Verification successful

Изменение дальности FTL прыжка подтверждено безопасным

Анализ кодовой базы показывает, что увеличение FTLRange с 256 до 512 является безопасным изменением:

  • Константа используется только для проверки дальности в методе CanFTLTo
  • Система имеет встроенные проверки безопасности:
    • Проверка массы корабля через FTLMassLimit
    • Валидация целевых координат
    • Система предотвращения столкновений при прибытии
  • Изменение не влияет на производительность, так как используется только для простых проверок дальности
🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Описание: Поиск других мест использования FTLRange для оценки влияния изменений

# Поиск использования константы
rg "FTLRange" --type cs

# Поиск связанных конфигураций
rg "ftl|jump|range" Content/Server/Shuttles/

Length of output: 592


Script:

#!/bin/bash
# Поиск всех файлов, связанных с шаттлами и FTL
fd -e cs shuttle

# Поиск использования GetFTLRange для анализа зависимостей
rg "GetFTLRange" -A 3

# Поиск кода, связанного с FTL прыжками
ast-grep --pattern 'class $_ {
  $$$
  CanFTLTo($$$) {
    $$$
  }
  $$$
}'

Length of output: 5623


Script:

#!/bin/bash
# Поиск кода FTL в файле FasterThanLight.cs
cat Content.Server/Shuttles/Systems/ShuttleSystem.FasterThanLight.cs

# Поиск конфигурационных переменных, связанных с FTL
cat Content.Shared/CCVar/CCVars.Shuttle.cs

# Поиск использования FTL в консольной системе
cat Content.Server/Shuttles/Systems/ShuttleConsoleSystem.FTL.cs

Length of output: 51774


22-22: Проверьте производительность с увеличенным радиусом поиска

Увеличение FTLRange вдвое означает, что методы FTLFree и GetBeacons будут проверять значительно большую область пространства. Это может повлиять на производительность, особенно при большом количестве объектов.

Рекомендуется:

  1. Добавить кэширование результатов пространственных запросов
  2. Рассмотреть возможность асинхронного выполнения проверок
  3. Добавить профилирование для этих методов

Also applies to: 147-196

✅ Verification successful

Увеличение FTLRange не создаст проблем с производительностью

Анализ кода показывает, что увеличение FTLRange с 512f до 1024f не вызовет существенных проблем с производительностью по следующим причинам:

  1. FTLRange используется только для простых проверок расстояния через .Length(), что является легковесной операцией
  2. Основные методы FTLFree и GetBeacons не выполняют тяжелых пространственных запросов в зависимости от этого радиуса
  3. Проверки выполняются только при запросе FTL-прыжка, а не в каждом кадре
  4. Существующая реализация уже оптимизирована:
    • Использует быстрые проверки пересечений через AABB
    • Имеет ранний выход из метода при превышении дистанции
    • Кэширует результаты запросов через EntityQuery

Увеличение радиуса поиска в данном случае безопасно с точки зрения производительности.

🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Описание: Поиск потенциальных проблем производительности

# Поиск использования методов с пространственными проверками
ast-grep --pattern 'FTLFree($$$)' 
ast-grep --pattern 'GetBeacons($$$)'

# Поиск связанных тестов производительности
rg "performance|benchmark" -g "*Test*.cs"

Length of output: 335


Script:

#!/bin/bash
# Поиск реализаций методов FTLFree и GetBeacons
ast-grep --pattern 'FTLFree($$$) {
  $$$
}'

ast-grep --pattern 'GetBeacons($$$) {
  $$$
}'

# Поиск использования FTLRange
rg "FTLRange" -A 3

# Поиск пространственных запросов и проверок расстояния
rg "GetEntitiesInRange|DistanceTo|Distance\(" -A 2

Length of output: 94


Script:

#!/bin/bash
# Поиск использования FTLRange с контекстом
rg "FTLRange" -B 2 -A 2

# Поиск всех файлов, связанных с шаттлами и FTL
fd -e cs -e yaml | rg -i "shuttle|ftl"

# Поиск пространственных проверок с другим паттерном
rg "Transform|Position|Coordinates" -g "*Shuttle*.cs" -A 2

Length of output: 106557

Gringag pushed a commit to Gringag/ss1487bkm that referenced this pull request Nov 27, 2024
* Shitmed Update 2 - bottom text (Rxup#956)

* full fucking send

* ope forgot to remove the EE scripts

* fix test

* fix shitcode fail

* DELTA THAT VALUE IS NULLABLE

* whoopsie daysie

* fixed???

* chat is this real

* Hotfix for broken organ transplants (Rxup#933)

* full fucking send

* ope forgot to remove the EE scripts

* fix test

* fix shitcode fail

* DELTA THAT VALUE IS NULLABLE

* whoopsie daysie

* fixed???

* allow cloning living people (Rxup#932)

* allow cloning living people

* fix client

---------

Co-authored-by: deltanedas <@deltanedas:kde.org>

* Added missing locale strings for limb targeting bindings (Rxup#921)

* Added missing locale strings for limb targeting bindings

* Moved the strings down where the rest of shitmed goes

* Shitmed Update 1 - Forma de Goob (Rxup#897)

* full fucking send

* ope forgot to remove the EE scripts

* fix test

* fix shitcode fail

* DELTA THAT VALUE IS NULLABLE

* whoopsie daysie

* fixes

fixes

add and fix shit

* Fix Harpies

---------

Co-authored-by: gluesniffler <[email protected]>
Co-authored-by: deltanedas <[email protected]>
Co-authored-by: AstroDogeDX <[email protected]>
@Rxup
Copy link
Owner

Rxup commented Nov 27, 2024

@Roudenn
т.е. теперь перелета для утилей не будет, и они будут в 1 клик попадать на экспедиции?
с 1000 до 250 место между объектами и фтл с 256 до 512.
Т.е. все будут на расcтоянии одного прыжка, это не баланс, а удаление ftl механики.

@Roudenn
Copy link
Collaborator Author

Roudenn commented Nov 27, 2024

т.е. теперь перелета для утилей не будет, и они будут в 1 клик попадать на экспедиции? с 1000 до 250 место между объектами и фтл с 256 до 512. Т.е. все будут на расcтоянии одного прыжка, это не баланс в удаление ftl механики.

Это имеет большее значение для спецсил, шаттловых ивентов и прочего того что спавнится на 0,0 координатах, им не удобно попадать на станцию и иногда надо действительно долго лететь

БСС помимо экспедиций и вызова спецсил действительно мало используется, но все же это изменение делает игру просто удобнее для всех и просто экономит время

@Roudenn
Copy link
Collaborator Author

Roudenn commented Nov 27, 2024

это не баланс, а удаление ftl механики.

Я просто оставляю FTL как средство перемещения между картами, либо метод для простого перемещения по одной карте. Что здесь удаляется? 20 секунд лишнего полета на обычных двигателях до нулевых координат?

@Rxup
Copy link
Owner

Rxup commented Nov 27, 2024

это не баланс, а удаление ftl механики.

Я просто оставляю FTL как средство перемещения между картами, либо метод для простого перемещения по одной карте. Что здесь удаляется? 20 секунд лишнего полета на обычных двигателях до нулевых координат?

если это баланс то нужно какие-то минус сделать, в данный момент это гигантское упрощение. Может сделать именно параметрами у шаттла спец сил их дальностью прыжка? вроде это ставится компонентом, дальность генератора карт сделать до 512, а шаттлы спец сил сделать больше радиус, до 512 также (смысл будет в 2х прыжках как я думаю).

@Roudenn
Copy link
Collaborator Author

Roudenn commented Nov 30, 2024

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

@Roudenn Roudenn closed this Nov 30, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants