6 odpowiedzi w tym temacie

[Nomaf]

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/.



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  357 Ilość pobrań


Linux:
 sdkhooks-2.0.0-hg127-linux.tar.gz   523,11 KB  339 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

[Fili:P]

To zapewne takie GoldSrc-owe, fake lub orpheu ?

[Nomaf]

Bardziej bym powiedział hamsandwich + fakemeta.

[G[o]Q]

mi to przypomina bardziej register_forwad/_event/logevent

[Droso]

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

[Linux']

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.

[Droso]

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));
}

?