SDKHooks 2.0.0

Nomaf 20.08.2011

SDKHooks

SDKHooks to biblioteka z bardzo dobrymi funkcjami, umożliwiającymi o wiele lepsze pisanie pluginów. Praktycznie każda większa modyfikacja wymaga SDKHooks to działania, więc warto zawczasu wyposażyć się w te potężne narzędzie skryptera. Jest ono dostępne dla Windows'a i Linux'a oraz Mac'a, ale jego nie będę wrzucał, bo i tak nikt nie zakłada na tym serwerów

Zawartość archiwum wrzucamy do /nazwa_gry/.

Dołączona grafika

Aby skorzystać z biblioteki, należy na początku pluginu dać:

#include <sdkhooks>

Podstawowy hook (możemy go wpisać praktycznie, gdzie chcemy):

SDKHook(entity, SDKHookType:type, SDKHookCB:callback)

1 parametr to byt (id, index, client, ent, entity czy co tam wymyślimy)
2 parametr to typ hook'a. Dostępne są:

Spoiler

SDKHook_EndTouch,
SDKHook_FireBulletsPost,
SDKHook_OnTakeDamage,
SDKHook_OnTakeDamagePost,
SDKHook_PreThink,
SDKHook_PostThink,
SDKHook_SetTransmit,
SDKHook_Spawn,
SDKHook_StartTouch,
SDKHook_Think,
SDKHook_Touch,
SDKHook_TraceAttack,
SDKHook_TraceAttackPost,
SDKHook_WeaponCanSwitchTo,
SDKHook_WeaponCanUse,
SDKHook_WeaponDrop,
SDKHook_WeaponEquip,
SDKHook_WeaponSwitch,
SDKHook_ShouldCollide,
SDKHook_PreThinkPost,
SDKHook_PostThinkPost,
SDKHook_ThinkPost,
SDKHook_EndTouchPost,
SDKHook_GroundEntChangedPost,
SDKHook_SpawnPost,
SDKHook_StartTouchPost,
SDKHook_TouchPost,
SDKHook_VPhysicsUpdate,
SDKHook_VPhysicsUpdatePost,
SDKHook_WeaponCanSwitchToPost,
SDKHook_WeaponCanUsePost,
SDKHook_WeaponDropPost,
SDKHook_WeaponEquipPost,
SDKHook_WeaponSwitchPost,
SDKHook_Use,
SDKHook_UsePost

3 parametr to natomiast nazwa funkcji, która będzie się wykonywała przy hook'u. Możliwości:

Spoiler

// PreThink/Post
// PostThink/Post
public(client),
	
// GroundEntChanged
// Spawn/Post
// Think/Post
// VPhysicsUpdate/Post
public(entity),
	
// EndTouch
// StartTouch
// Touch
Action:public(entity, other),
	
// EndTouchPost
// StartTouchPost
// TouchPost
public(entity, other),
	
// SetTransmit
Action:public(entity, client),
	
// WeaponCanSwitchTo
// WeaponCanUse
// WeaponDrop
// WeaponEquip
// WeaponSwitch
Action:public(client, weapon),
	
// WeaponCanSwitchToPost
// WeaponCanUsePost
// WeaponDropPost
// WeaponEquipPost
// WeaponSwitchPost
public(client, weapon),
	
// OnTakeDamage
// Note: Force application is dependent on game and damage type(s)
Action:public(victim, &attacker, &inflictor, &Float:damage, &damagetype),
Action:public(victim, &attacker, &inflictor, &Float:damage, &damagetype, &weapon, Float:damageForce[3], Float:damagePosition[3]),
	
// OnTakeDamagePost
public(victim, attacker, inflictor, Float:damage, damagetype),
public(victim, attacker, inflictor, Float:damage, damagetype, weapon, const Float:damageForce[3], const Float:damagePosition[3]),
	
// FireBulletsPost
public(client, shots, const String:weaponname[]),
	
// TraceAttack
Action:public(victim, &attacker, &inflictor, &Float:damage, &damagetype, &ammotype, hitbox, hitgroup),
	
// TraceAttackPost
public(victim, attacker, inflictor, Float:damage, damagetype, ammotype, hitbox, hitgroup),
	
// ShouldCollide
bool:public(entity, collisiongroup, contentsmask, bool:originalResult),
	
// Use
Action:public(entity, activator, caller, UseType:type, Float:value),
	
// UsePost
public(entity, activator, caller, UseType:type, Float:value)

Przykładowy kod (zwiększa ilość hp o 1 po zadaniu obrażeń):

public OnClientPutInServer(client)
{
    SDKHook(client, SDKHook_OnTakeDamagePost, OnTakeDamagePost);
}

public OnTakeDamagePost(victim, attacker, inflictor, Float:damage, damagetype)
{
	SetUserHealth(attacker, GetUserHealth(attacker) + 1)
	
	return Plugin_Changed
}

Windows:

sdkhooks-2.0.0-hg127-windows.zip 732,85 KB 360 Ilość pobrań

Linux:

sdkhooks-2.0.0-hg127-linux.tar.gz 523,11 KB 342 Ilość pobrań

Poradnik stworzony przez: Nomaf dla AMXX.pl - Support AMX Mod X
Kopiowanie bez mojej zgody jest zakazane!

Użytkownik Nomaf edytował ten post 20.08.2011 12:37

Odpowiedz

Fili:P 22.08.2011

To zapewne takie GoldSrc-owe, fake lub orpheu ?

Odpowiedz

Nomaf 22.08.2011

Bardziej bym powiedział hamsandwich + fakemeta.

Odpowiedz

G[o]Q 22.08.2011

mi to przypomina bardziej register_forwad/_event/logevent

Odpowiedz

Droso 19.09.2015

Taka uwaga jak już cos rejestrujemy (rejestruje w większości w OnClientPutInServer)

to przy rozłączeniu gracza musi zrobić unhooka, bo inaczej później mogą być problemy.

Więc przykład powinien wyglądać tak:

public OnClientPutInServer(client)
{
SDKHook(client, SDKHook_OnTakeDamagePost, OnTakeDamagePost);
}

public OnTakeDamagePost(victim, attacker, inflictor, Float:damage, damagetype)
{
    SetUserHealth(attacker, GetUserHealth(attacker) + 1)
    
    return Plugin_Changed
}

public OnClientDisconnect(client)
{   

       SDKUnhook(client, SDKHook_OnTakeDamagePost, OnTakeDamagePost);
 
}

Użytkownik Droso edytował ten post 21.09.2015 16:43

Odpowiedz

Linux' 19.09.2015

Taka uwaga jak już cos rejestrujemy (rejestruje w większości w OnClientPutInServer)

to przy rozłączeniu gracza musi zrobić unhooka, bo inaczej później mogą być problemy.
Więc przykład powinien wyglądać tak:
public OnClientPutInServer(client){SDKHook(client, SDKHook_OnTakeDamagePost, OnTakeDamagePost);}public OnTakeDamagePost(victim, attacker, inflictor, Float:damage, damagetype){	SetUserHealth(attacker, GetUserHealth(attacker) + 1)		return Plugin_Changed}public OnClientDisconnect(client){      if(IsClientInGame(client))   {	   SDKUnhook(client, SDKHook_OnTakeDamagePost, OnTakeDamagePost);   }}

Droso jak najbardziej ale sprawdzanie czy gracz jest podlaczony jest zbedna. Funkcja disconnect wykonuje sie przed rozlaczeniem gracza z serwera wiec gracz zawsze bedzie podlaczony. Poza tym obawiam sie, ze nawet gdyby tak nie bylo to to nie zadziala. Sama funkcja clientingame nie dokonca dobrze sprawdza czy gracz jest na serwerze wiec lepiej uzyc stocka.

Odpowiedz

Droso 19.09.2015

Droso jak najbardziej ale sprawdzanie czy gracz jest podlaczony jest zbedna. Funkcja disconnect wykonuje sie przed rozlaczeniem gracza z serwera wiec gracz zawsze bedzie podlaczony.

Wiem o tym, że jest to przed rozłączeniem gracza, sam dodaje IsClientInGame, bo tak kiedyś zobaczyłem w przykładzie, że tak powinno się robić, więc teraz nie wiem czy to jest słuszne hm.

Poza tym obawiam sie, ze nawet gdyby tak nie bylo to to nie zadziala. Sama funkcja clientingame nie dokonca dobrze sprawdza czy gracz jest na serwerze wiec lepiej uzyc stocka.

Nigdy nie miałem problemów, podasz więcej info na pw? A co do stocka chodzi o

stock bool:IsValidClient(client)
{
	return bool:(client >= 1 && client <= MaxClients && IsClientConnected(client) && IsClientInGame(client));
}

Odpowiedz

Udostępnij