Nie chcecie wiedzieć ile dni straciłem zanim przez przypadek to odkryłem.

Chciałem zrobić minę, w którą jak się strzeli to wybuchnie. Użyłem więc granata HE i zmieniłem mu model. Niestety ta klasa bytu (grenade_projectile) nie dawała mi możliwości postrzału. Po ustawieniu offsetów takich jak takedamage na 2 oraz health i maxhealth dawało się zadać obrażenia ale tylko poprzez wybuch czegos obok, strzał przenikał przez niego. Na rozwiązanie wpadłem przez przypadek kiedy to postanowiłem użyć innego bytu (weapon_hegrenade) i po ustawieniu mu kilku właściwości niezwiązanych na pozór z solidem czy collisionem nagle przestał odbierać pociski. Okazało się, że sęk tkwi w ownerze.

Wystarczy ustawić mu ownera na -1 i zacznie przyjmować strzały. Następujący kod sprawi, że granat po strzeleniu w niego wybuchnie:

Entity_SetOwner(iGrenade,-1)
SetEntProp(iGrenade, Prop_Data, "m_takedamage",2);
SetEntProp(iGrenade, Prop_Data, "m_iMaxHealth", 12);
SetEntProp(iGrenade, Prop_Data, "m_iHealth", 10);

Oczywiście rzadko uda się postrzelić granat w locie, ale można to wykorzystać np do jakichś min czy cuś. zhookować spawn bytu, w Timerze na 0.2 sek ustawic mu nextthink na -1 zeby zapobiec wybuchowi i taka mina bedzie sobie lezala az ja ktos postrzeli, a mozna tez jej dorobic jakis aktywator Dziele się w z wami tą wiedzą, bo 3 dni mi zajęło zanim to odkryłem. Mam nadzieję, że komuś się to przyda do zrobienia czsegoś fajnego.

Sprawdzałeś inne funkcje usuwania broni?
 

//funkcja usuwajaca wszsytkie bronie, wraz z nozem:
stock UsunWszystkieBronie(id){
	static ent
	ent = engfunc(EngFunc_CreateNamedEntity, engfunc(EngFunc_AllocString, "player_weaponstrip"))
	if (!pev_valid(ent)) return;
	
	dllfunc(DLLFunc_Spawn, ent)
	dllfunc(DLLFunc_Use, ent, id)
	engfunc(EngFunc_RemoveEntity, ent)
	return
}

albo znane wszystkim stripweapons?

#include <StripWeapons>

StripWeapons(id, Primary);
StripWeapons(id, Secondary);
StripWeapons(id, Knife);
StripWeapons(id, Grenades);

Nie wszyscy to wiedzą (ja na przykład doszedłem do tego sam w praktyce) ale ta funkcja w przypadku flashbanga zawiedzie, ponieważ zabierze mu broń, ale ammo jakie ma w granacie ( ammo w granacie ) zostanie na poziomie na przykład 1, więc przy otrzymania granatu nawet w następnej rundzie zamiast jednego będzie mieć dwa (pod warunkiem, że nie umrze w międzyczasie ), żeby pozbyć się tego buga wystarczy wyzerować ammo flasha przy zabieraniu granatów

cs_set_user_bpammo(id,CSW_FLASHBANG,0)

i po problemie
możesz ewentualnie usunąć konkretną broń, ale raczej nie polecam

stock ham_fm_strip_weapon(id, weapon[]){
	if(!equal(weapon, "weapon_", 7)) 
		return 0;
	new wId = get_weaponid(weapon);
	if(!wId) 
		return 0;
	new wEnt;
	while((wEnt = engfunc(EngFunc_FindEntityByString,wEnt,"classname", weapon)) && pev(wEnt, pev_owner) != id) {}
	if(!wEnt) 
		return 0;
	
	if(get_user_weapon(id) == wId) 
		ExecuteHamB(Ham_Weapon_RetireWeapon, wEnt);
	
	if(!ExecuteHamB(Ham_RemovePlayerItem, id, wEnt)) 
		return 0;
	ExecuteHamB(Ham_Item_Kill, wEnt);
	
	set_pev(id, pev_weapons, pev(id, pev_weapons) & ~(1<<wId));
	return 1;
}

Sprawdź inny sposób zabierania broni, amx lubi płatać figle Pozdrawiam
PS Sztuczne odrodzenia gracza są dość dziwne, dlatego sprawdź większe opóźnienie

Serwer sam z siebie wysyła dość sporo informacji do gracza. Szczególnie przy spawnie gracza wysyłanych jest sporo informacji o inicjującym się świecie - modele graczy spawnujących się na mapie, bronie itp. Domyślnie sam silnik HLDS nie zapełni tego kanału, jednak twórcy pluginów dodają własne informacje do tego kanału typu: informacje w HUD, liczniki, zmiana modeli itp. Jeśli robią to w niewłaściwym momencie i w zbyt dużej ilości, gracz zostanie kicknięty z serwera.

Sposoby są 2: zmniejszenie ilości wysyłanych informacji przez pluginy (lub przesunięcie wysyłania informacji tak, żeby nie pokrywały się z dużą ilością rzeczy wysyłanych przez sam serwer) lub powiększenie bufora.

Plugin poniżej robi właśnie to drugie, powiększa domyślny rozmiar bufora, dzięki czemu trudniej jest go przepełnić.

Pamiętaj! to nie jest rozwiązanie na wszystkie Twoje problemy! Po 1. jeśli jakiś konkretny plugin powoduje częste wywalanie graczy z tym komunikatem, zoptymalizuj go odpowiednio, ogranicz korzystanie z kanału reliable, przesuń niektóre rzeczy (jak np licznik prędkości, informacja o statystykach odświeżana cały czas itp) do kanału unreliable, gdzie nie będą stanowić problemu. Głównie tyczy się to twórców pluginów: skupcie się na ich optymalizacji zamiast omijać problem dodając do swojego pluginu ten moduł, żeby zwiększyć kanał reliable!

Plugin prócz zwiększenia kanału reliable, powiększa również bufory spektatorów i bufor SignOn. Działa on zarówno po stronie klienta, jak i serwera. Jego użycie może spowodować lekkie opóźnienie w wyświetlaniu informacji po stronie gracza - paczki danych są dzielone jeśli zajdzie taka potrzeba.

Standardowo instalujemy ten plugin, jak wszystkie pluginy metamoda. Rozpakuj paczkę do folderu cstrike (lub innego folderu moda, jeśli stawiasz np. serwer dod) tak, aby zawartość folderu addons została nadpisana. Następnie dodaj poniższe linie (nie jest błędem dodanie obu, chociaż wystarczy jedna - zgodna z systemem operacyjnym serwera) do plugins.ini metamoda (domyślnie: addons/metamod/plugins.ini):

; NetBufExtender
win32 addons\nbex\nbex.dll

linux addons/nbex/nbex.so

Wersja 1.0:  NetBufExtender_1_0.zip   46,57 KB  628 Ilość pobrań

Źródło: http://cs.rin.ru/for...hp?f=10&t=66907

stock SetClientRecoil(client, value){
	new m_Offset=FindSendPropOffs("CWeaponCSBase","m_iRecoilIndex");
	SetEntData(GetEntPropEnt(client, Prop_Send, "m_hActiveWeapon"), m_Offset, value);
}

enum ValueType {
	ValueType_Int = 0,
	ValueType_Bool,
	ValueType_Float,
	ValueType_Flag
};

enum ConVar {
	Handle:ConVarHandle,		// Handle of the convar.
	ValueType:ConVarType,	// Type of value. (int, bool, float)
	any:LastConVarValue,
	any:PrevConVarValue,		// Previous value.
	any:ConVarValue			// The value.
};

stock AddConVar(newCon[ConVar], ValueType:type, ConVarChanged:callback, Handle:conVarHandle) {
	newCon[ConVarHandle] = conVarHandle;
	newCon[ConVarType] = type;

	if(conVarHandle != INVALID_HANDLE) {
		SetConVarDefault(newCon);
		HookConVarChange(conVarHandle, callback);
	}
}

stock AddConVarNoHook(newCon[ConVar], ValueType:type, Handle:conVarHandle) {
	newCon[ConVarHandle] = conVarHandle;
	newCon[ConVarType] = type;

	if(conVarHandle != INVALID_HANDLE) {
		SetConVarDefault(newCon);
	}
}

stock SetConVarDefault(setCon[ConVar]) {
	decl String:defCon[32];
	GetConVarDefault(setCon[ConVarHandle], defCon, 32);
	switch(setCon[ConVarType]) {
		case ValueType_Int:		setCon[ConVarValue] = setCon[PrevConVarValue] = setCon[LastConVarValue] = StringToInt(defCon);
		case ValueType_Bool:		setCon[ConVarValue] = setCon[PrevConVarValue] = setCon[LastConVarValue] = bool:StringToInt(defCon);
		case ValueType_Float:	setCon[ConVarValue] = setCon[PrevConVarValue] = setCon[LastConVarValue] = StringToFloat(defCon);
		case ValueType_Flag:		setCon[ConVarValue] = setCon[PrevConVarValue] = setCon[LastConVarValue] = ReadFlagString(defCon);
	}
}

stock UpdateConVarValue(upCon[ConVar]) {
	upCon[PrevConVarValue] = upCon[ConVarValue];
	switch(upCon[ConVarType]) {
		case ValueType_Int:		upCon[ConVarValue] = GetConVarInt(upCon[ConVarHandle]);
		case ValueType_Bool:		upCon[ConVarValue] = GetConVarBool(upCon[ConVarHandle]);
		case ValueType_Float:	upCon[ConVarValue] = GetConVarFloat(upCon[ConVarHandle]);
		case ValueType_Flag: {
			decl String:flagCon[32];
			GetConVarString(upCon[ConVarHandle], flagCon, 32);
			upCon[ConVarValue] = ReadFlagString(flagCon);
		}
	}
}

stock SetConVarValue(setCon[ConVar], {_,bool,Float}:conVarValue, bool:replicate=false, bool:notify=false) {
	setCon[PrevConVarValue] = setCon[ConVarValue];
	switch(setCon[ConVarType]) {
		case ValueType_Int:		SetConVarInt(setCon[ConVarHandle], _:conVarValue, replicate, notify);
		case ValueType_Bool:		SetConVarBool(setCon[ConVarHandle], bool:conVarValue, replicate, notify);
		case ValueType_Float:	SetConVarFloat(setCon[ConVarHandle], Float:conVarValue, replicate, notify);
		case ValueType_Flag: {
			decl String:flagCon[32];
			FindFlagString(_:conVarValue, flagCon, 32);
			SetConVarString(setCon[ConVarHandle], flagCon, replicate, notify);
		}
	}
	setCon[ConVarValue] = conVarValue;
}

stock bool:IsConVarValueChanged(isCon[ConVar]) {
	return bool:(isCon[PrevConVarValue] != isCon[ConVarValue]);
}

stock CheckToggleConVarValue(cheCon[ConVar]) {
	if(cheCon[PrevConVarValue] && !cheCon[ConVarValue]) {
		return -1;
	}
	else if(!cheCon[PrevConVarValue] && cheCon[ConVarValue]) {
		return 1;
	}
	return 0;
}

enum _:eCvary {		// ustawiamy według własnych potrzeb
	CvarPierwszy = 0,
	CvarDrugi,
	CvarTrzeci			// itd.
};

new g_ConVars[eCvary][ConVar];

public OnConfigsExecuted() {
	for(new i=0; i<eCvary; ++i) {
		UpdateConVarValue(g_ConVars[i]);
	}
}
public OnConVarChange(Handle:conVar, const String:oldValue[], const String:newValue[]) {
	for(new i=0; i<eCvary; ++i) {
		if(conVar == g_ConVars[i][ConVarHandle]) {
			UpdateConVarValue(g_ConVars[i]);
			break;
		}
	}
}

AddConVar(g_ConVars[CvarPierwszy], ValueType_Int, OnConVarChange, CreateConVar("sm_cvarpierwszy", "150"));
AddConVar(g_ConVars[CvarDrugi], ValueType_Bool, OnConVarChange, CreateConVar("sm_cvardrugi", "1"));
AddConVar(g_ConVars[CvarTrzeci], ValueType_Float, OnConVarChange, CreateConVar("sm_cvartrzeci", "15.0"));

Witam mam pomysł z generatorem klas CS:GO. Co wy o tym sądzicie ?

SDKHooks

#include <sdkhooks>

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

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

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

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

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

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

mam serwer paintball+perki+exp i awanse klas i nadal nikt nie gra

by nie dawało errorów (+ nie pętla tylko warunek )

new iSpecMode = GetEntProp(iClient, Prop_Send, "m_iObserverMode");
   if(iSpecMode == 4 || iSpecMode == 5) 
   {
	new iSpectatedClient = GetEntPropEnt(iClient, Prop_Send, "m_hObserverTarget");
   }

Na śmierć zapomniałem o tej funkcji . Postaram się to dzisiaj sprawdzić. Patrz PW

Ja juz to sprawdzilem . Dzialac dziala ale sa errory. Uzyj

GetEntProp(client, Prop_Send, "m_iObserverMode");

2. https://wiki.alliedm...:_Source_Events