Skrypt na wyrzucanie itemów do skrzynki nie działa.

4 godziny temu, zygiszu napisał:

Jeżeli gracz zginie bezpośrednio z ręki innego gracza (np. przez miecz), pojawia się w miejscu jego śmierci skrzynia, w której jest 50% itemów. Niestety przy śmierci od voida, ta skrzynka nie pojawia się. Czy mógłbym prosić o pomoc?

Jak Pan chce sprawić, aby skrzynka pojawiła się w próżni/otchłani? Współrzędna Y bloków musi należeć do przedziału [-64;319], tak więc niemożliwym jest stawianie bloków poniżej dolnej granicy tego przedziału bez użycia odpowiednich modyfikacji na serwerze.

EDIT:
Pragnę dodać, że Pana skrypt jest napisany w sposób ignorujący dobre praktyki. Podam dwa moim zdaniem najważniejsze problemy z tym kodem.

1. Zmienne gracza są zapisywane jako pojedyncze, niezależne zmienne, a nie listy, co jest złym rozwiązaniem. Jeśli Pan będzie miał potrzebę wyczyszczenia, bądź, co gorsza, zapętlenia listy, nie będzie to taka prosta w wykonaniu operacja.

   # Zła praktyka:
   
   set {combat.%player%} to true
   set {combat.attacker.%{_p}%} to victim
   
   # Dobra praktyka:
   
   set {combat::%player%} to true
   set {combat::attacker::%{_p}%} to victim
   
   # Dzięki takiemu zabiegowi jesteśmy w stanie łatwo manipulować tymi listami. Przykłady poniżej.
   
   clear {combat::*}
   clear {combat::attacker::*}
   loop {combat::*}:
   	# ...

2. Dodawanie dużych w opóźnień może być przyczyną późniejszych problemów w skrypcie. Moja uwaga się koncentruje na linijce "wait 30 seconds".
   Dlaczego może to generować problemy? Dlatego, że jeśli chociażby serwer przestanie działać w ciągu tych 30 sekund, dalsze instrukcje po tym opóźnieniu nigdy nie zostaną wykonane. Konsekwencją tego może być później znajdywanie na serwerze nieusuniętych skrzyń, które zostały postawione przez działanie ów skryptu.

Na koniec dopowiem, że zauważyłem dziwną rzecz w Pana kodzie i zapewne jest to przyczyna braku działania kodu w przypadku wpadnięcia do otchłani. Mowa o linijce "if {combat.attacker.%{_p}%} isn't victim:" - nigdzie Pan nie zdefiniował wyżej w tym listenerze zdarzenia "on damage:" czym jest zmienna lokalna {_p}.

EDIT:
Dopatrzyłem się tego samego problemu na samym początku skryptu - w pierwszym listenerze zdarzenia "on damage:" odwołuje się Pan do zmiennej {_p}, która nie została jakkolwiek zdefiniowana.

Gracz po otrzymaniu obrażeń od voida jest teleportowany do attackera. To działa. Niestety właśnie tu ta skrzynka się nie pojawia.

1. Na pewno to zmienię

2. Gracz tuż przed śmiercią od voida jest teleportowany do gracza, z którym się bił. Tutaj wszystko chyba działa.

17 minut temu, zygiszu napisał:

Gracz po otrzymaniu obrażeń od voida jest teleportowany do attackera. To działa. Niestety właśnie tu ta skrzynka się nie pojawia.

1. Na pewno to zmienię

2. Gracz tuż przed śmiercią od voida jest teleportowany do gracza, z którym się bił. Tutaj wszystko chyba działa.

Z początku rozum podpowiada, że Pana rozwiązanie z teleportacją gracza do innego gracza, który go zaatakował przed spadkiem w otchłań, nie powinno działać. Po chwili jednak doszedłem do wniosku, że jest możliwy dość specyficzny scenariusz, w którym Pana skrypt paradoksalnie działa.

Otóż nie jest to jedyne miejsce (mowa o listenerze zdarzenia, w którym pojawiają się linijki takie jak na przykład "teleport victim to location of ({combat.attacker.%{_p}%} parsed as a player"), w którym Pan używa niezdefiniowanej wcześniej zmiennej {_p}.
Użycie niezdefiniowanej zmiennej zawsze skutkuje zwróceniem wartości <none>, co niekoniecznie musi zwracać błąd. Tak więc istnieje szansa, że Pan ma zapisane zmienne o nazwach {combat.<none>}, {combat.attacker.<none>}, itd.

Nie ma problemu z odwołaniem się do takiej zmiennej, co łatwo pokazać za pomocą przykładowego kodu poniżej.

command /test:
	trigger:
		set {_zmienna::%{_p}%} to 1 # zmienna {_p} nie została nigdzie wcześniej zdefiniowana, a więc zwraca ona <none>
		broadcast "%{_zmienna::<none>}%"

Z początku by się mogło wydawać, że powyższy kod nie zadziała, ale nic bardziej mylnego. Na czacie zostanie wyświetlona wartość "1".

Co prawda ja odwołałem się bezpośrednio do <none> w zmiennej i Skript mnie ostrzegł o możliwym konflikcie nazewnictwa, ale w Pana przypadku niekoniecznie musi się tak dziać, gdyż Pan ponownie używa zmiennej {_p}. Tak więc Pan nie wprost pobiera wartość chociażby zmiennej {combat.<none>}, której wartość wcześniej została zapisana również przez użycie niezdefiniowanej zmiennej {_p}.

Mam nadzieję, że wytłumaczyłem to jasno i klarownie. Pana skrypt może działać, ale działa on w sposób nieprzewidywalny i w wyniku tego, że dla wszystkich graczy mamy zmienną {combat.<none>}, w przypadku większej ilości walk między graczami działanie skryptu stanie się nieprzewidywalne, co może doprowadzić do dziwnych sytuacji (na przykład będą teleportowani inni gracze, którzy walczą w tym samym momencie).