ePickup | Процессор пикапов

[Edwin]

Плагин-процессор пикапов.
Расширяет стандартные методы использования пикапов, упрощая работу с ними путём изменения структуры хранения данных.
Так же, данный модуль исключает повтор подбора пикапа если игрок стоит на нём.
Новый функционал включает в себя:

Функции:

GetPickupPos (pickupid, &Float:x, &Float:y, &Float:z) // Косвенно возвращает X, Y и Z позицию пикапа 
SetPickupPos (pickupid, Float:p_pX, Float:p_pY, Float:p_pZ); // Устанавливает новую позицию пикапу 
GetPickupVirtualWorld (pickupid) // Возвращает вирт. мир пикапа (-2 если пикапа не существует) 
GetPickupType (pickupid) // Возвращает тип пикапа (-1 если пикап не существует) 
IsValidPickup (pickupid) // Проверяет существование пикапа (true/false) 
GetPlayerPickup(playerid) // Возвращает ID пикапа, на котором стоит игрок (-1 если не стоит на пикапе) 
CountPickups () // Возвращает количество активных пикапов  

Коллбэки:

OnPlayerPickupExit (playerid, pickupid) // Срабатывает при выходе игрока из пикапа  

Так же, добавлены новые типы пикапов:

PICKUP_TYPE_VEHRESPAWN // срабатывает только в транспорте, не исчезает 
PICKUP_TYPE_VEHONFOOT // срабатывает как в транспорте, так и пешком  

Актуальная версия: 0.74 (Beta)
Автор: Edwin

Скачать: ePickup





P.S.: Данная версия находится на стадии Beta. Если Вы нашли недочёты, баги, либо же у Вас есть предложения по расширению функционала, пожалуйста, оставьте их в виде комментария прямо здесь.
Если плагин найдёт применение среди достаточного количества скриптеров, будет добавлена совместимость с плагином streamer от инкогнито

[DeimoS]

Лучше создать макрос, типа

#define INVALID_PICKUP_ID -2  

и уже его значение возвращать во всех функциях в случаях, когда пикап не существует. Будет гораздо проще, чем запоминать где -1, а где -2

[Edwin]

Он там есть, только со значением (4096)
Но можно вернуть и его, не задумался об этом

[Geebrox]

А что насчет производительности? Просто весь этот функционал можно создать и перехватывая нативные функции, может в производительности есть разница?

[Edwin]

А разве эта реализация не перехватывает нативные функции?

[Daniel_Cortez]

А что насчет производительности? Просто весь этот функционал можно создать и перехватывая нативные функции, может в производительности есть разница?

А разве эта реализация не перехватывает нативные функции?

Это у вас нужно спросить. Вы ж не выкладывали исходники.

[Edwin]

Так ведь в инклуде все перехваты)

[Daniel_Cortez]

Так ведь в инклуде все перехваты)

Понятно. Просто давно уже есть способ перехватывать нативные функции из кода на C/C++.

[Edwin]

Invoke?
А в чём разница?)
То, что перехвачено, в любом случае подлежит перехвату по скриптовой части

[Daniel_Cortez]

Invoke?

Не только. Можно ещё воспользоваться слегка модифицированным SDK, в котором есть функция amx_Redirect. Либо я могу добавить что-то подобное в свой шаблон для плагинов.

А в чём разница?
То, что перехвачено, в любом случае подлежит перехвату по скриптовой части

В производительности. Зачем тратить время на выполнение скриптового кода, когда то же самое можно сделать нативно? Да и сам перехват из плагина, ИМХО, даже проще, чем в Pawn (вызов одной функции amx_Redirect против манипуляции с несколькими #define, #undef и #if defined, в которых больше вероятность допустить опечатку).