7 odpowiedzi w tym temacie

[Rivit]

Witam,

co tu może być źle? Bo perk wywołuje crash z powodem: FATAL ERROR (shutting down): Bad entity in IndexOfEdict()

 

Kod:

#include <amxmodx>
#include <fakemeta>
#include <codmod>

new bool:ma_perk[33];

public plugin_init() 
{
      new perk_name[] = "Twarda Bania";
      new perk_desc[] = "Odpornosc na strzaly w glowe";

      register_plugin(perk_name, "1.0", "QTM_Peyote");

      cod_register_perk(perk_name, perk_desc);

      register_forward(FM_TraceLine, "TraceLine");
}

public cod_perk_enabled(id, wartosc)
      ma_perk[id] = true;

public cod_perk_disabled(id)
      ma_perk[id] = false;

public TraceLine(Float:start[3], Float:end[3], conditions, id, trace)
{ 
      if(get_tr2(trace, TR_iHitgroup) != HIT_HEAD)
            return FMRES_IGNORED;

      new iHit = get_tr2(trace, TR_pHit);

      if(!is_user_connected(iHit))
            return FMRES_IGNORED;

      if(!ma_perk[iHit])
            return FMRES_IGNORED;

      set_tr2(trace, TR_iHitgroup, 8);

      return FMRES_IGNORED;
}

Ja już nie mam pomysłu :C

[speedkill]

https://forums.allie...ead.php?t=65785

[Rivit]

Dobra, teraz znalazłem plugin na only hs (przerobiłem, że nie można w głowę) i tam jest inna metoda...

 

Czym się to różni? oO

Która jest dobra/lepsza?

public TraceLine(Float:start[3], Float:end[3], conditions, id, trace)
{
      new iHit = get_tr2(trace, TR_pHit);
      
      if(!ma_perk[iHit] || !is_user_alive(iHit) || !is_user_alive(id) || get_tr2(trace, TR_iHitgroup) != HIT_HEAD) return FMRES_IGNORED;

      set_tr2(trace, TR_iHitgroup, 8);

      return FMRES_IGNORED;
}

public forward_traceline(Float:start[3], Float:end[3], conditions, id)
{
	if(!is_user_alive(id)) return FMRES_IGNORED

	new entity2 = get_tr(TR_pHit)
	if(!is_user_alive(entity2)) return FMRES_IGNORED

	if(id == entity2) return FMRES_IGNORED

	if(get_tr(TR_iHitgroup) != 1)
	{
		set_tr(TR_flFraction, 1.0)
		return FMRES_SUPERCEDE
	}
	
	return FMRES_IGNORED
}

[GwynBleidD]

Kody różnią się wyłącznie ułożeniem warunków i sposobem blokowania obrażeń. W pierwszym podmieniany jest po prostu hitzone, aby obrażenie nie miało skutku (nie wiem dokładnie za jaki hitzone odpowiada 8, ale możliwe że za tarczę). W drugim są blokowane obrażenia.

Jaka będzie różnica? Chyba wyłącznie efektem wniknięcia kuli w ciało. Pierwszy sposób da efekt odbicia pocisku, drugi nie zmodyfikuje efektu, czyli będzie efekt jakbyś kogoś trafił, ale nie zada to obrażeń. Różnica w użyciu może być też taka, że w 1 kula nie przebije się przez gracza, przez co nie zada ewentualnych obrażeń osobie stojącej za graczem na tej samej linii strzału. W drugim jeśli kula ma przebicie (np strzał z AWP) to może trafić jeszcze osobę następną. Oczywiście dotyczy to sytuacji strzału w ciało, a nie w głowę

[Rivit]

Dzięki wielkie!

Jeszcze pytanie. Dlaczego w jednym jest używane trace (5 parametr) a w drugim nie? Co to za czary oO

Edition: i czy id może być równe ofierze? Przecież sam w siebie Nie strzele, chyba że granat,Ale to nie traceline

[GwynBleidD]

Są 2 funkcje: get_tr i get_tr2, jedna potrafi parametr trace pobrać sobie automatycznie z bieżącego eventu, druga nie. Ta druga może być użyta np poza eventem.

[Rivit]

Po testach doszedłem do wniosku, że:

 

-

set_tr2(trace, TR_iHitgroup, 8)

To powoduje takie iskry jak się strzeli w coś (jak w tarcze), blokuje obrażenia skutecznie, nie da się double killa strzelić jeżeli pierwszy gracz odbije, po prostu nie przechodzi pocisk (ale na ścianie jest dziura)

 

 

 

 

-   

set_tr(TR_flFraction, 1.0)
return FMRES_SUPERCEDE

Ten kod, też skutecznie blokuje obrażenia w głowę, nie ma takich iskier, wygląda to jakby pocisk "przechodził" przez gracza, nic mu nie robiąc. Dziura w ścianie się robi, słychać dźwięk uderzenia kuli w ciało. W tym przypadku także nie da się strzelić double killa, jeśli pierwszy zablokuje.

 

 

 

 

To tyle różnic, które zaobserwowałem.

[radim]

Wiadomość wygenerowana automatycznie


Ten temat został zamknięty przez moderatora.

Powód: Pomoc udzielona

Jeśli się z tym nie zgadzasz, raportuj ten post, a moderator lub administrator rozpatrzy go ponownie.


Z pozdrowieniami,
Zespół AMXX.PL