System slyszalnosci gracza

if target of %entity% = %player%:
	dont

can't understand this condition

W dniu 18.10.2019 o 21:36, Aberforth napisał:

can't understand this condition

sw. Ziemniak podał ci tylko wyrażenie które to umożliwia zrobić. Musisz postawić entity i Playera iwg. 

on sneak toggle:
	player is not sneaking:
		wait 7 seconds
		set {detectability::%player%} to 0
		set level progress of player to 0.2
		stop
	player is sneaking:
		wait 7 seconds
		set {detectability::%player%} to 1
		set level progress of player to 0.6
		stop
on sprint toggle:
	player is not sprinting:
		wait 7 seconds
		set {detectability::%player%} to 2
		set level progress of player to 0.9
		stop
	player is sprinting:
		wait 7 seconds
		set {detectability::%player%} to 1
		set level progress of player to 0.6
		stop
	
every tick:
	loop all players:
		if {detectability::%loop-player%} is 1:
			execute console command "/execute %loop-player% ~ ~ ~ entitydata @e[type=Zombie,r=50] {Attributes:[{Name:""generic.followRange"",Base:40.0}]}"
		if {detectability::%loop-player%} is 2:
			execute console command "/execute %loop-player% ~ ~ ~ entitydata @e[type=Zombie,r=50] {Attributes:[{Name:""generic.followRange"",Base:60.0}]}"
		if {detectability::%loop-player%} is 0:
			execute console command "/execute %loop-player% ~ ~ ~ entitydata @e[type=Zombie,r=50] {Attributes:[{Name:""generic.followRange"",Base:7.0}]}"

Napisalem taki kod ktory daje akceptowalne rezultaty. Moze ktos jednak ma jakis pomysl ktory by to zoptymalizowal? Ten loop bedzie lagowal przy wielu graczach, i robi spam w konsoli.

Rozwiazan alternatywnych tez wyslucham.

W dniu 4.11.2019 o 19:50, Aberforth napisał:

on sneak toggle:
	player is not sneaking:
		wait 7 seconds
		set {detectability::%player%} to 0
		set level progress of player to 0.2
		stop
	player is sneaking:
		wait 7 seconds
		set {detectability::%player%} to 1
		set level progress of player to 0.6
		stop
on sprint toggle:
	player is not sprinting:
		wait 7 seconds
		set {detectability::%player%} to 2
		set level progress of player to 0.9
		stop
	player is sprinting:
		wait 7 seconds
		set {detectability::%player%} to 1
		set level progress of player to 0.6
		stop
	
every tick:
	loop all players:
		if {detectability::%loop-player%} is 1:
			execute console command "/execute %loop-player% ~ ~ ~ entitydata @e[type=Zombie,r=50] {Attributes:[{Name:""generic.followRange"",Base:40.0}]}"
		if {detectability::%loop-player%} is 2:
			execute console command "/execute %loop-player% ~ ~ ~ entitydata @e[type=Zombie,r=50] {Attributes:[{Name:""generic.followRange"",Base:60.0}]}"
		if {detectability::%loop-player%} is 0:
			execute console command "/execute %loop-player% ~ ~ ~ entitydata @e[type=Zombie,r=50] {Attributes:[{Name:""generic.followRange"",Base:7.0}]}"

Napisalem taki kod ktory daje akceptowalne rezultaty. Moze ktos jednak ma jakis pomysl ktory by to zoptymalizowal? Ten loop bedzie lagowal przy wielu graczach, i robi spam w konsoli.

Rozwiazan alternatywnych tez wyslucham.

Jeżeli to opóźnienie 7 sekund nie jest ci jakoś bardzo potrzebne to je wykasuj, bo nie dość że będzie obciążać znacznie serwer to jeszcze przez nie cały system się posypie.
 

Jest taki event jak on target, on wykonuje się wtedy, gdy jak sama nazwa wskazuje mob bierze na celownik gracza. Jeśli pobierzesz namierzanego gracza oraz namierzającego moba to będziesz mógł sprawdzić odległości pomiędzy nimi, przyrównać zmienne itp - a gdy już będziesz pewien że mob nie powinien słyszeć gracza to blokujesz wyrażenie zwykłym cancel event. Wtedy mozesz wywalić to całe every tick i nie będziesz miał spamu w konsoli.