knugi

Ja to rozumiem, mówię że udałoby się zostawić te ładowanie takie samo, tylko trochę kod skrócić za pomocą pętel. Tak samo jest z użyciami.

Może być przydatny, lecz ja bym próbował skrócić ten kod, nawet z danym systemem ładowania Oraz zmienić system na liczbę użyć Do niczego innego nie mogę się przyczepić, robisz dobrą robotę, oby tak dalej

Ustaw jakąś zmienną np {skrzynia::%player%} to {_loc} i wtedy będziesz mógł użyć: open chest at {skrzynia::%player%} to player lub coś takiego // I nie wiem czy można otworzyć w ogóle taką skrzynię, jeżeli gracz jest na innym świecie. Lepiej będzie zamiast stawiać fizycznych skrzyń na mapie (jeżeli to nie będzie działać) to ustawiać te przedmioty w zmiennych (wirtualny chest)

Najlepiej zrobić pętlę wszystkich graczy w every 1 seconds. Sprawdzać zmienną y czy jest równa 160 lub 160.5 a najlepiej tak: if y-location of loop-player is between 159.9 and 160.9: i teleportacja.

Problem może być taki, że pierwszy warunek działa inaczej niż myślisz. On death używa player jako victim. To nie żart. Zmień attacker is player na Attacker is online

Tutaj masz expression od maksymalnego życia narzędzia: https://docs.skriptlang.org/expressions.html#ExprMaxDurability A tutaj od aktualnego zdrowia: https://docs.skriptlang.org/expressions.html#ExprDurability I tymi dwoma uzyskasz to co chcesz

Mi to wygląda na brak SkQuerry. Chłop zarejestrował się 8 października, a ostatnia wizyta w dniu rejestracji

Rzeczywiście zabrakło jednej linijki, gdyż snowball bije za 0 serc. To powinno działać: options: czas: 60 #czas swiecenia w sekundach on damage: projectile exists projectile is snowball "%victim%" parsed as offlineplayer is online "%attacker%" parsed as offlineplayer is online teleport attacker to victim send "Zostales przeteleportowany do gracza %victim%" to attacker #Podswietlenie, czyli druga czesc skryptu (nie ma co robic w dwoch oddzielnych) set glowing of victim to true set {glock::glowing::%victim%} to {@czas} every 1 second: loop {glock::glowing::*}: if loop-value is larger than 0: remove 1 from {glock::glowing::%loop-index%} if loop-value is smaller than or equal to 0: set glowing of (loop-index parsed as offlineplayer) to false clear {glock::glowing::%loop-index%} on join: set glowing of player to false

options: czas: 60 #czas swiecenia w sekundach on damage: if projectile is snowball: "%victim%" parsed as offlineplayer is online "%attacker%" parsed as offlineplayer is online teleport attacker to victim send "Zostales przeteleportowany do gracza %victim%" to attacker #Podswietlenie, czyli druga czesc skryptu (nie ma co robic w dwoch oddzielnych) set glowing of victim to true set {glock::glowing::%victim%} to {@czas} every 1 second: loop {glock::glowing::*}: if loop-value is larger than 0: remove 1 from {glock::glowing::%loop-index%} if loop-value is smaller than or equal to 0: clear {glock::glowing::%loop-index%} set glowing of (("%loop-index%") parsed as offlineplayer) to false on join: set glowing of player to false Nie testowane, ale powinno dzialać. Dawno skryptów nie pisałem xD

hmm wszedłem w dokumentację i nie ma w ogóle eventu item hit. Powiedz nam co chcesz uzyskać.

Musisz zrobić timer. Na początku użyj eventu on command, później sprawdzasz jakiej komendy użył gracz. Sprawdzasz czy zmienna {x::%player%} jest większa bądź równa jakiemuś czasowi (oczywiście dobrze by było też dać warunek czy istnieje, jak nie istnieje to ją ustawić) Jeżeli jest mniejsza to anulujesz event cancel event Jeżeli jest większa to ustawiasz zmienną na set {x::%player%} to now mniej więcej tak: options: time: 30 seconds on command: if command is "lobby" or "spawn": if {x::%player%} is not set: set {x::%player%} to now add {@time} to {x::%player%} if difference between {x::%player%} and now is larger than or equal to {@time}: set {x::%player%} to now stop cancel event send "Musisz poczekac {@time} od poprzedniej komendy teleportujacej" Nie testowane, ale powinno działać. Pisane z pamięci jak będą jakieś błędy to sobie popraw, to nie jest dział zleceń, tylko podałem przykład.

Używasz błędnego eventu, bo pewnie chcesz po wybuchu tnt. Użyj eventu on explode

Z skrawka kodu ciężko coś wywnioskować. Jeżeli nie dzieje się nic to pewnie zmienne nie przechodzą warunków. Polecam swój sposób na szukanie błędów -> debug. Po każdym warunku wysyłaj senda do siebie i sprawdzaj który warunek nie przechodzi. Może to być jakaś literówka w zmiennej czy coś.

Właśnie dlatego doświadczają ścinek, a ty nie. Chodzi o przepustowość łącza. Twój ping klient-serwer wynosi 3-10ms u nich to już będzie 60-120ms. Może kiedyś nawet zgadam się z Tobą to zagramy wspólnie, kto wie

Kubuś puchatek Kubuś ! Coś ty taki agresywny, napady na bank robisz, zamiast otworzyć jakiś sklep czy coś Prezentacja fajna, tryb naturalnie epicki, takie małe pytanie: Wszystko Skript, jak to dźwiga, są jakieś przycinki lub tym podobniej? Pozdrawiam #Knugi

command /sy [<text>]: trigger: set {_lista::*} to yaml list "nazwalisty" from file "../../plik.yml" loop {_lista::*}: send "%coloured arg%" to "%loop-value%" parsed as offlineplayer

Możesz w sumie się wzorować na tym skrypcie:

every 1 minute: if "%now%" contains "10:00" or "21:00": loop all players: execute console command "ekit konkurs %loop-player%" set {_p} to random player out of all players execute console command "crates key %{_p}% konkurs 1" broadcast "Konkurs na klucz wygral %{_p}%!"

Dzieje się tak, ponieważ skript nie uznaje wielkości liter. Jedyny sposób, aby uzyskać taki efekt, byś musiał skorzystać z skript-reflect i wziąć funkcje z Javy message.equals("kod") lub coś w tym stylu. Możliwe, że inne dodatki mają już coś podobnego zaimplementowane, możesz poszukać tego na skunity.com

Przepiękny skrypt, podejrzewam że korzystałeś z mojego poradnika Polecam #Knugi

Usuń cały skrypt ------------------------------ Możesz dodać opcję wyłączenia broadcast (Nie każdy lubi jak co chwilę coś spamuje na chacie: A zwłaszcza w konsoli. Robisz skrypt dla grupy odbiorców to dodaj możliwości konfiguracji w prosty sposób. Dla laika nawet by się nie chciało tego szukać w kodzie. I wisienka na torcie. every 1 second: loop {tempban.waiting::*}: if {tempban.time::%loop-value%} > 0: remove 1 from {tempban.time::%loop-value%} if {tempban.time::%loop-value%} is 0: set {tempban.status::%loop-value%} to false remove loop-value from {banlist} remove 1 from {bans} remove loop-value from {tempban.waiting::*} delete {tempban.reason::%loop-value%} delete {tempban.who::%loop-value%} delete {tempban.time::%loop-value%} loop {tempwarn.waiting::*}: if {tempwarn.time::%loop-value%} > 0: remove 1 from {tempwarn.time::%loop-value%} if {tempwarn.time::%loop-value%} is 0: set {tempwarn.status::%loop-value%} to false remove loop-value from {tempwarn.waiting::*} delete {tempwarn.reason::%loop-value%} delete {tempwarn.who::%loop-value%} delete {tempwarn.time::%loop-value%} Odliczania czasu tak nie robimy w przypadku banów. Załóżmy dałeś mi bana na jeden dzień. Następny dzień serwer jest wyłączony z nieznanych powodów. Za dwa dni próbuję się połączyć za dwa dni i dalej mam bana :whatever: Do tego polecam używać expressionu difference between %time% and %time% is larger than/smaller than. Obczaj sobie to I jeszcze znalazłem taką ciekawostkę. W tym skrypcie można mieć ujemne warny variables: {warn::%player%} = 0 Na początku ustawiasz warny wszystkich graczy na 0 (są ustawione) command /unwarn [<offlineplayer>]: [...] trigger: if arg 1 is set: if {warn::%arg 1%} is set: remove 1 from {warn::%arg 1%} A następnie przy zdjęciu warna sprawdzasz czy tylko jest to ustawione. Załóżmy mam 0 warnów, wpisujesz komendę /unwarn knugi i nagle mam -1 xD I najlepsze jest odniesienie od tego warunku: send "&cTen gracz nie posiada zadnego warna!" Na pewno? Dużo pracy przed Tobą by zniwelować usterki. A nawet całego kodu dokładnie nie obejrzałem.

Najprawdopodobniej używasz opcji zamykania GUI gdy gracz kliknie w przedmiot. Dlatego najlepszym rozwiązaniem będzie zapisanie zmiennej dla takiego gracza, przed zamknięciem GUI. Później w evencie InventoryClose sprawdzać czy zmienna ma wartość, że kliknął w GUI. Jeżeli zmienna jest prawidłowa -> nic nie rób. Jeżeli zmienna jest nieprawidłowa -> Wywal z serwera. // Inną opcją jest też, gdy zamknie GUI poprzez ESC to zamiast go wyrzucać z serwera można ponownie mu otworzyć dane GUI.

A nie można użyć spawn 2 experience at block?

Jedyne do czego mogę się przyczepić to w komendzie sprawdzasz za każdym razem uprawnienia. Po co? I za każdym razem gdy ktoś użyje przedmiotu to włącza mu od nowa inventory - nie potrzebnie, bo nigdzie go nie zamykasz ani nie aktualizujesz (tzn zmiany wiadomości aktualnego gamemode itd.) I jeżeli chodzi o uprawnienia, gdy nie mamy żadnych, po wpisaniu /gm nie będzie żadnej informacji o braku uprawnień. Oraz po wpisaniu np, /gm 0 knugi - ja nie dostanę żadnej informacji o tym, że mój gamemode został zmieniony. Jedynie gracz który to wpisał dostanie informację, że zmienił tryb. I tak zapytam w sumie bo nie wiem, expression clicked slot jest dostępne w zwykłym skript? Wcześniej było tylko z dodatków. Możliwe że już to dodali, dałem to tylko jako informacje do sprawdzenia. A z zalet to masz plusa za używanie gui w zmiennej i jego konfigurowanie, a później otwieranie i używanie eventu inventory click co ma robić. Tylko brakuje obiektywnego użycia to co wymieniłem na początku Pozdrawiam #Knugi

Pisałem z głowy, i nie testowałem. Sprawdź nazwy zmiennych czy nie ma literówek, jak nie ma to zamiast set zmienna to 0, napisz. Clear zmienna