Про BattleReplay — Автоматичний запис повторів боїв гравців (Demo)
BattleReplay — це плагін для Rust, який забезпечує функцію відтворення боїв у реальному часі. Плагін автоматично записує та зберігає бойові логи кожного гравця, дозволяючи гнучко налаштовувати рівень деталізації, час перезарядки між записами та радіус запису. Завдяки зручній конфігурації в файлі config.json підтримується розширене логування, асинхронне збереження, обробка помилок і ефективне керування повторними записами.
Особливості:
/battlelog — переглянути лог бою для поточного гравця
/battlelog stats — переглянути статистику плагіна (кількість записів тощо)
/setbattleconfig <опція> <значення> — змінити параметри конфігурації без перезапуску
/replay <ім’я гравця|SteamID> — примусово записати бій гравця, навіть якщо він не в радіусі
Основні параметри конфігурації:
Q: Конфігураційний файл не створився або не завантажується?
A: Файл створюється автоматично при першому запуску. Якщо завантаження не вдалось — плагін виведе помилку в консоль і застосує стандартні налаштування.
Q: Як змінити параметри плагіна?
A: Через файл BattleReplay.json або команду /setbattleconfig.
Q: Чи можна записувати кілька боїв одночасно?
A: Так, але кількість одночасних записів обмежена (за замовчуванням — 5) для збереження продуктивності сервера.
BattleReplay — це плагін для Rust, який забезпечує функцію відтворення боїв у реальному часі. Плагін автоматично записує та зберігає бойові логи кожного гравця, дозволяючи гнучко налаштовувати рівень деталізації, час перезарядки між записами та радіус запису. Завдяки зручній конфігурації в файлі config.json підтримується розширене логування, асинхронне збереження, обробка помилок і ефективне керування повторними записами.
Особливості:
- Автоматичне відтворення боїв: плагін записує логи боїв з деталями — атакуючий, ціль, зброя, шкода, стан здоров’я тощо. Кожна подія створює новий лог.
- Детальна конфігурація логів: керування рівнем деталізації (кількість влучень, зміни HP тощо) через Advanced Log.
- Вивід даних у реальному часі: команди /battlelog та /battlelog stats дозволяють переглядати бої гравців у реальному часі.
- Гнучке керування конфігурацією: параметри можна змінювати через команди без редагування файлів вручну.
- Лог помилок: у разі проблем плагін записує детальну інформацію про помилки при завантаженні конфігурації.
- Асинхронний запис та завантаження: записи відбуваються у фоновому режимі, що знижує навантаження на сервер.
- Оптимізація продуктивності: обмеження кількості одночасних записів та автоочистка історії для уникнення падіння FPS.
- Виявлення бойової активності: записи створюються лише під час реальних боїв (атак), щоб уникнути порожніх логів.
- Конфігураційний файл: всі налаштування зберігаються в BattleReplay.json та завантажуються/оновлюються динамічно.
- Сповіщення в Discord: підтримка надсилання повідомлень через Webhook про початок і кінець бою.
- Встановлення: розмістіть .cs файл плагіна BattleReplay у папці /oxide/plugins сервера.
- Конфігурація: після першого запуску створиться файл BattleReplay.json. Редагуйте вручну або через команди.
/battlelog — переглянути лог бою для поточного гравця
/battlelog stats — переглянути статистику плагіна (кількість записів тощо)
/setbattleconfig <опція> <значення> — змінити параметри конфігурації без перезапуску
/replay <ім’я гравця|SteamID> — примусово записати бій гравця, навіть якщо він не в радіусі
Основні параметри конфігурації:
- Recording Distance — максимальна відстань запису боїв
- CooldownTime — затримка між записами (секунди)
- MaxSimultaneousRecordings — обмеження одночасних записів
- LogAdvancedDetails — увімкнення/вимкнення розширених деталей
Q: Конфігураційний файл не створився або не завантажується?
A: Файл створюється автоматично при першому запуску. Якщо завантаження не вдалось — плагін виведе помилку в консоль і застосує стандартні налаштування.
Q: Як змінити параметри плагіна?
A: Через файл BattleReplay.json або команду /setbattleconfig.
Q: Чи можна записувати кілька боїв одночасно?
A: Так, але кількість одночасних записів обмежена (за замовчуванням — 5) для збереження продуктивності сервера.