ReHLDS/ReAPI AWPoff
- Регистрация
- 28 Янв 2018
- Сообщения
- 963
- Симпатии
- 685
- Пол
- Мужской
paffgame, ясно, ага, щас бы самому себе противоречить.
Не нужно было бы делать костыльное гавно с возвратом денег, если бы изначально все было сделано правильно, лул.
Полностью согласен. Плюс подняв авп, мне еще и бонусом деньги дадут.[DOUBLEPOST=1579546397][/DOUBLEPOST]
Зато отлично ловит покупку и запрещает, без костылей с отбиранием и возвратом денег.
Нафига. Можно ведь просто запретить покупку и на этом все. Ну прямим словом костыль. Когда есть более удобные способы.
fantom, Вы вообще код смотирте перед тем как говорить что-либо?
Погнали нахй собсна.
Итак, отлов покупки АВП "биз кастылий" (я тут где-то денежки вовзращаю хмхмх):
Ах. да, чтоита????
А это вот уже костыль, ибо BuyWeaponByWeaponID, когда я тестил, вызывался иногда когда нехватало денег для покупки.
Отлов и блокирвока поулчения АВП любым другим способом:
И теперь САМАЯ ВАЖНАЯ часть нашей программы, "возвращение костыльных денег":
В конце раунда, проверяется, ниже ли онлайн на сервере чем указано в кваре, и если НИЖЕ, то начинает отбирать АВП у людей, которые её успели купить/подобрать, и если АВП куплена - денежка возвращается
Так-же для особо умных людей, в пабликах выше, где отлавливается подбор/покупка игроков АВП видны отличные строчки gAwp[id] = AWP_BUY; / gAwp[id] = AWP_PICK_UP; уже догадались за что они отвечают?)
Погнали нахй собсна.
Итак, отлов покупки АВП "биз кастылий" (я тут где-то денежки вовзращаю хмхмх):
C++:
RegisterHookChain(RG_BuyWeaponByWeaponID, "BuyWeaponByWeaponID");
public BuyWeaponByWeaponID(id, WeaponIdType:weaponID){
if(weaponID != WEAPON_AWP || !is_user_valid(id) || gAwp[id] > AWP_NONE)
return HC_CONTINUE;
new gMoney = get_member(id, m_iAccount);
if(gMoney < COST_AWP)
return HC_CONTINUE;
if(check_awp(id)){
gAwp[id] = AWP_BUY;
return HC_CONTINUE;
}
SetHookChainReturn(ATYPE_INTEGER, true);
return HC_SUPERCEDE;
}Ах. да, чтоита????
C++:
new gMoney = get_member(id, m_iAccount);
if(gMoney < COST_AWP)
return HC_CONTINUE;Отлов и блокирвока поулчения АВП любым другим способом:
C++:
RegisterHookChain(RG_CBasePlayer_AddPlayerItem, "AddItem");
public AddItem(id, pItem){
if(get_member(pItem, m_iId) != WEAPON_AWP || gAwp[id] > AWP_NONE || !is_user_valid(id))
return HC_CONTINUE;
if(check_awp(id)){
gAwp[id] = AWP_PICK_UP;
return HC_CONTINUE;
}
SetHookChainReturn(ATYPE_INTEGER, false);
return HC_SUPERCEDE;
}И теперь САМАЯ ВАЖНАЯ часть нашей программы, "возвращение костыльных денег":
В конце раунда, проверяется, ниже ли онлайн на сервере чем указано в кваре, и если НИЖЕ, то начинает отбирать АВП у людей, которые её успели купить/подобрать, и если АВП куплена - денежка возвращается
Так-же для особо умных людей, в пабликах выше, где отлавливается подбор/покупка игроков АВП видны отличные строчки gAwp[id] = AWP_BUY; / gAwp[id] = AWP_PICK_UP; уже догадались за что они отвечают?)
paffgame, и еще раз костыль с хуком BuyWeaponByWeaponID. А если скидка на авп в магазине для випов? Вот так нужно делать
Все. Таким образом покупка у нас запрещена. Никаких денег возвращать не нужно. Также тач с оружием на карте проверили и с выброшенным также. Плюс ко всему еще экипировку при спавне также проверяем, но можно опустить.
А вот хук для выдачи авп всякими випками и прочими плагинами
Стоит также учесть что после покупки будет вызван также CBasePlayer_AddPlayerItem. Это легко решается либо временным хранением результата с ид игрока, ид итема и результатом ровно на 1 кадр, либо отключением и включением хука. И все 2 хука всего лишь.
Остается только решить вопрос с говновипками которые не проверяют валидность итема после выдачи. Но тут как говорится проблемы тех кто пользуется ими, а не лимитера. Также для проверки есть ли авп у игрока легко использовать битовую маску
Итого у нас код сокращается в двое, нет дурацкого выбрасывания АВП и возврат денег. Нам все это не нужно.
Код:
public CBasePlayer_HasRestrictItem_Pre(const id, const ItemID:item, const ItemRestType:type) {
if (/*если не авп или авп и разрешено выходим*/) {
return HC_CONTINUE;
}
if (type == ITEM_TYPE_BUYING) {
// оповещаем игрока что купить не возможно.
// Можно еще и при подьеме оповещать, но нужно учесть несколько раз вызов тача
}
SetHookChainReturn(ATYPE_BOOL, true);
return HC_SUPERCEDE;
}А вот хук для выдачи авп всякими випками и прочими плагинами
Код:
public CBasePlayer_AddPlayerItem_Pre(const id, const item) {
if (/*если не авп или авп и разрешено выходим*/) {
return HC_CONTINUE;
}
// оповещаем игрока что не возможно получить авп.
SetHookChainReturn(ATYPE_INTEGER, false);
return HC_SUPERCEDE;
}Остается только решить вопрос с говновипками которые не проверяют валидность итема после выдачи. Но тут как говорится проблемы тех кто пользуется ими, а не лимитера. Также для проверки есть ли авп у игрока легко использовать битовую маску
Код:
get_entvar(player, var_weapons) & BIT(WEAPON_AWP)Еще один костыль. Почему не хранить в pev дате куплен или нет. Нет лучше использовать какие-то глобальные массивы привязанные к игроку. Ведь так просто, там неиспользуемых пруд пруди. Если боитесь конфликтов, то можно битовое значение в спавнфлагс например или других флагах[DOUBLEPOST=1579553761][/DOUBLEPOST]paffgame, весь доеб к хукам и их использованию. Више я показал пример с адекватным хуком без вот этого
Код:
new gMoney = get_member(id, m_iAccount);
if(gMoney < COST_AWP)
return HC_CONTINUE;И это для тача веапонбокса или оружия на карте
Код:
RegisterHookChain(RG_CBasePlayer_AddPlayerItem, "AddItem");Да все таки поправлю себя, проверкой, ибо я хотел написать о возврат в начале, но сбился и про покупку написал
fantom, вот вам мой кусочек из 1.3 версии [сейчас в закрепе 1.4.3]
Ваш любимый HasRestrictItem..
Я не знаю, мб он сейчас подправлен в реапи, я не чекал обновлений, и не знаю какая сейчас обстановка там с апишкой.
но тогда и в harestrictitem был такой косячок
А HasRestrictItem заменил на BuyWeaponByWeaponID из-за того что вторрой хук срабатывает онли при покупке
Даже олд исход приложу.
[сейчас в закрепе 1.4.3]
C++:
public RestrictItem(id, ItemID:item, ItemRestType:type){
if(item != ITEM_AWP || !is_user_valid(id) || gAwp[id] != AWP_NONE || type != ITEM_TYPE_BUYING)
return HC_CONTINUE;
/* * * Первая "покупка" при нехватке денег проскакивает >< * * */
const COST_AWP = 4750;
new gMoney = get_member(id, m_iAccount);
if(gMoney < COST_AWP)
return HC_CONTINUE;
/* * * Можете удалить этот "чудофикс", если он вам не нравится * * */
gAwp[id] = AWP_BUY;
if(check_awp(id, false))
return HC_CONTINUE;
gAwp[id] = AWP_NONE;
SetHookChainReturn(ATYPE_INTEGER, true);
return HC_SUPERCEDE;
}Я не знаю, мб он сейчас подправлен в реапи, я не чекал обновлений, и не знаю какая сейчас обстановка там с апишкой.
но тогда и в harestrictitem был такой косячок
А HasRestrictItem заменил на BuyWeaponByWeaponID из-за того что вторрой хук срабатывает онли при покупке
Даже олд исход приложу.
K
kapangaIII
Чего?
Она не вызывается наверное потому что проверка и так есть в коде, как и написал фантом выше, не?