[continue]

punkochel (21 декабря 2022 - 14:25) писал:

Нажмите сюда, чтобы прочитать это сообщение. [Показать]

Дело в том, что fixes исправляет теги возвращаемых значений функциями, а в nex-ac нет поддержки данного исправления.
В твоем случае данные предупреждения можно убрать отключив некоторые исправления в fixes:

#include <a_samp>
#define FIX_bool_tags 0
#define FIX_GetConsoleVarAsBool 0
#include <fixes.inc>
#define DEBUG
#include <nex-ac_ru.lang>
#include <nex-ac.inc>

Ну а с другой стороны, наверное можно было-бы добавить поддержку подобных исправлений:

#if defined FIX_bool_tags && FIX_GetConsoleVarAsBool
    ac_RconEnable = GetConsoleVarAsBool("rcon");
#else
    ac_RconEnable = (GetConsoleVarAsBool("rcon") != 0);

отключать вообще-то фикс необязательно. можно отключить варнинг, а потом его после подключения включить обратно:

#pragma warning push 
#pragma warning disable 213

// после подключения инклуда
#pragma warning pop

Сообщение отредактировал continue: 21 декабря 2022 - 16:12

[punkochel]

continue (21 декабря 2022 - 16:11) писал:

Нажмите сюда, чтобы прочитать это сообщение. [Показать]

отключать вообще-то фикс необязательно. можно отключить варнинг, а потом его после подключения включить обратно:

#pragma warning push 
#pragma warning disable 213

// после подключения инклуда
#pragma warning pop

Ну такая концепция ровня тому, как в случае выезда на встречку увидев вблизи фары автомобиля закрыть глаза, а потом открыть и ехать как ни в чем не бывало, даже плевать что тот встречный автомобиль перевернутый лежит в кювете.
А если пользоваться модифицированными fixes функциями самому, а не только в nex-ac? Такую конструкцию лепить в каждом случае?
Если человек решил использовать fixes, то он должен писать мод опираясь на данную библиотеку. Впрочем так со всем.

Сообщение отредактировал punkochel: 21 декабря 2022 - 16:51

[Nexius]

baffaro (21 декабря 2022 - 12:32) писал:

Нажмите сюда, чтобы прочитать это сообщение. [Показать]

Доброго времени суток.
Проблема при подключении файла fixes.inc.
Если подключать fixes перед nex-ac: результат
Если подключать fixes после nex-ac: результат

Help

Проблема в fixes, т.к. теперь он видимо помимо конст-корректности ломает ещё и совместимость тегов со стандартными инклудами.
Варианта решения 3:
1) Откат на предыдущие версии fixes, где этого изменения нет
2) Выключение конкретных фиксов в fixes, которые добавляют новые теги
3) Отключение варнинга на несоответствие тегов

punkochel (21 декабря 2022 - 14:25) писал:

Ну а с другой стороны, наверное можно было-бы добавить поддержку подобных исправлений:

#if defined FIX_bool_tags && FIX_GetConsoleVarAsBool
    ac_RconEnable = GetConsoleVarAsBool("rcon");
#else
    ac_RconEnable = (GetConsoleVarAsBool("rcon") != 0);

Универсальным решением здесь, увы, не пахнет. Потом какая-нибудь YSI и ещё пара левых либ также добавят эту самодеятельность и нужно будет учитывать каждую из них отдельно, что того совершенно не стоит. Античит написан под официальные самповские инклуды и с каждым обратно несовместимым изменением со стороны подобных библиотек проблемы будут только нарастать, но это проблемы именно с их стороны.

Сообщение отредактировал Nexius: 21 декабря 2022 - 17:32

[baffaro]

Всем большое спасибо! Плюсики накакидаю

Сообщение отредактировал baffaro: 21 декабря 2022 - 20:00

[Nexius]

Новая версия v1.9.61

Изменения:
* Оптимизирована защита от fake NPC в варианте с подключением YSF плагина
* Улучшено учитывание серфинга на per-player объектах (при подключении YSF)
* Улучшена валидация кватернионов в синхронизации трейлеров (при подключении Pawn.RakNet)
* Подкорректированы некоторые пороговые значения в античите на speedhack пешком
* Убран варнинг несоответствия версий для open.mp сервера

Исправления:
* Подправлены проверки валидации параметров unoccupied синхронизации
* Исправлен баг с киком за парашют, который мог быть получен игроком с небольшой задержкой
* Исправлено некорректное поведение трейлеров на старых версиях сервера (при подключении Pawn.RakNet)
* Исправлен баг с преждевременным обнулением флага посадки игрока в авто в некоторых ситуациях
* Мелкие исправления и улучшения

[Lesnik]

Привет. На сервере проблема при включенном античите по коду 033 | Anti-UnFreeze
Когда замораживаю игрока через TogglePlayerControllable, то игрок как буд-то встаёт в афк(Появляются песочные часы)
После отключения данного античита проблема пропала. В чём может быть проблема? Или система сырая?
Решение искал в этой теме *ТЕМА*

[Nexius]

Lesnik (01 марта 2023 - 13:46) писал:

Привет. На сервере проблема при включенном античите по коду 033 | Anti-UnFreeze
Когда замораживаю игрока через TogglePlayerControllable, то игрок как буд-то встаёт в афк(Появляются песочные часы)
После отключения данного античита проблема пропала. В чём может быть проблема? Или система сырая?
Решение искал в этой теме *ТЕМА*

Это обычное поведение анти-анфриза и ровно потому он отключен по умолчанию. Всё, что делает этот код - рассинхронит игрока при фризе, а при анфризе сервером продолжает синхрить. На старых версиях сампа, когда песочных часов над головой ещё не было, это был даже вполне приемлемый вариант реализации без сильных заморочек. На текущих версиях сервера, поскольку афк часы над головой вводили людей в заблуждение, защита из коробки не включена. К слову, она работает чуть лучше, если подключен плагин SKY (тогда анти-анфриз не тупо рассинхронит игрока, а использует натив FreezeSyncPacket, который и был там реализован в текущем виде по моей просьбе ровно для попытки решить песочные часы и при этом всё ещё не отказываться от простого способа фризить синхру, если игрок зафрижен сервером, вместо кучи иных проверок). Если код очень сильно нужен включенным, можешь попробовать подключить SKY и работать он начнёт без песочных часов при фризе.

В любом случае, все коды, которые отключены по умолчанию, имеют на то некую причину (будь то не очень корректная работа без сторонних плагинов или неактуальность защиты на сегодняшний день в целом). Анти-анфриз в этом плане подпадает как минимум под одну из них. Если есть желание использовать только приемлемо работающие коды античитов из коробки - не включай те, что отключены по умолчанию, вот и всё.

Сообщение отредактировал Nexius: 01 марта 2023 - 14:46

[Lesnik]

Nexius (01 марта 2023 - 14:40) писал:

Нажмите сюда, чтобы прочитать это сообщение. [Показать]

Это обычное поведение анти-анфриза и ровно потому он отключен по умолчанию. Всё, что делает этот код - рассинхронит игрока при фризе, а при анфризе сервером продолжает синхрить. На старых версиях сампа, когда песочных часов над головой ещё не было, это был даже вполне приемлемый вариант реализации без сильных заморочек. На текущих версиях сервера, поскольку афк часы над головой вводили людей в заблуждение, защита из коробки не включена. К слову, она работает чуть лучше, если подключен плагин SKY (тогда анти-анфриз не тупо рассинхронит игрока, а использует натив FreezeSyncPacket, который и был там реализован в текущем виде по моей просьбе ровно для попытки решить песочные часы и при этом всё ещё не отказываться от простого способа фризить синхру, если игрок зафрижен сервером, вместо кучи иных проверок). Если код очень сильно нужен включенным, можешь попробовать подключить SKY и работать он начнёт без песочных часов при фризе.

В любом случае, все коды, которые отключены по умолчанию, имеют на то некую причину (будь то не очень корректная работа без сторонних плагинов или неактуальность защиты на сегодняшний день в целом). Анти-анфриз в этом плане подпадает как минимум под одну из них. Если есть желание использовать только приемлемо работающие коды античитов из коробки - не включай те, что отключены по умолчанию, вот и всё.

Понял, спасибо за пояснение)

[TOKIO]

Проблемы имеются после подключения nex-ac

когда заходишь на сервер появляется диалог за ним должен идти ещё один но диалога нема

NPC не на что нормально не реагируют

Даже со всеми выключенными античитами

Сообщение отредактировал TOKIO: 09 марта 2023 - 21:18

[Nexius]

TOKIO (09 марта 2023 - 21:18) писал:

Проблемы имеются после подключения nex-ac

когда заходишь на сервер появляется диалог за ним должен идти ещё один но диалога нема

Нужны логи, если конечно на что-то срабатывает именно античит.

TOKIO (09 марта 2023 - 21:18) писал:

NPC не на что нормально не реагируют

Даже со всеми выключенными античитами

Дефайн "AC_USE_NPC" и код античита 036 (Anti-Fake NPC) на каких значениях стоят?