Kormic

W takim razie uznaję to za zlecenie. Skrypt nietestowany. on walking on lime wool: if block under player is lime wool: if {parkourTicks::%player%} is set: send "&aZresetowano czas na parkourze!" to player else: send "&aRozpoczęto parkour!" to player set {parkourTicks::%player%} to 0 while player is online: {parkourTicks::%player%} is not set: stop set {_s} to floor({parkourTicks::%player%} / 20) set {_ms} to mod({parkourTicks::%player%}, 20) send action bar "&6%{_s}%&7:&6%{_ms}%" to player add 2 to {parkourTicks::%player%} wait 2 tick on walking on red wool: if {parkourTicks::%player%} is set: set {_s} to floor({parkourTicks::%player%} / 20) set {_ms} to mod({parkourTicks::%player%}, 20) clear {parkourTicks::%player%} send "&aTwój czas to &6%{_s}%&7:&6%{_ms}%&a!" to player else: send "&6Nie rozpocząłeś parkoura! Udaj się na zieloną wełnę!" to player

Nie dość, że go krzywdzisz gotowym kodem, to nawet nie potrafisz podać dobrego kodu. 'stop' jest niepotrzebne i w przypadku NPC z Citizens należy sprawdzać 'display name'. EDIT: Dodam jeszcze, że sprawdzanie nazwy powinno odbywać się poprzez 'is', a nie 'contains'.

Możesz dodać przy kliknięciu prawym przyciskiem myszy na tego NPC tego gracza do globalnej listy i wykonujesz poprzez niego komendę. Następnie w 'on command' sprawdzasz czy ta lista zawiera tego gracza. Jeżeli tak, usuwasz jedynie gracza z tej listy, jeżeli nie, anulujesz event.

To jest w takim razie kilka możliwości: a) Na serwerze w ogóle jest zablokowane niszczenie obsydianu poprzez TNT b) TNT może niszczyć TNT jedynie na terenie gildii c) Jakieś wykrywanie kształtu, które zapewne laguje serwer swymi obliczeniami d) Coś innego

Nie ma, bo skąd Skript/plugin ma wiedzieć co jest armatą, a co nią nie jest?

Ta wersja jest przystosowana dla 1.8.8. http://www.mediafire.com/file/sagsuiue38i0y99/SkQueryLime.jar/file

Zedytowałem post wyżej. Jeszcze co do tego... jeżeli możesz, załatw sobie jakiegoś localhosta na nowszej wersji (poradniki dot. tworzenia localhosta znajdziesz na YouTubie) i sprawdź działanie skryptu. Ja również pójdę teraz zobaczyć działanie skryptu. EDIT: Co do skryptu, działa bezproblemowo, trzeba jedynie uderzyć kilka razy ender dragona, aby zaczął latać, gdyż wisi w powietrzu. Tak więc wina leży po twojej stronie, a dokładniej twojego serwera. Co do pluginu, znalazłem przykładowo coś takiego. Jest stary, ale ty również posiadasz serwer na starej wersji, więc być może ci pomoże. W komentarzach ludzie zrobili jakieś update'y. https://dev.bukkit.org/projects/ridethadragon

Na Aternosie najnowsza to 2.1.2 z tego co mi wiadomo. EDIT: Jeszcze jedna sprawa. Na przyszłość nie oczekuj, że ktoś ci będzie tworzył skrypty na tak starą wersję. Później taka osoba, mówi, że skrypt nie działa, a w istocie działa, tylko jej serwer jest winowajcą.

Spróbuj bez spacji, 'enderdragon'. Jeżeli nadal nie zadziała, podaj: wersję serwera silnik serwera wersję Skripta listę dodatków do Skripta wraz wersjami błędy przy przeładowaniu błędy w konsoli

Proszę. command /smok: trigger: spawn ender dragon at player make player ride last spawned ender dragon

A jak ma powyżej 15? Uważam, że 15 tps to już są dość poważne lagi.

Niestety nie da rady tego zrobić w ten sposób, gdyż najmniejsza jednostka czasu w Skript to 1 tick (1/20 sekundy), a więc nie będzie na bieżąco odświeżało action baru, a możliwie najkrócej co 1/20 sekundy.

Ustaw sobie to przeliczanie damage do zmiennej, a następnie dodaj tę zmienną do tych obrażeń z opisanego przeze mnie skryptu.

Jasne. on spawn: "%spawn reason%" is "natural" or "mob spawner" event-entity is not a villager cancel event

Jeżeli przykładowo masz taką komendę: execute console command "title %player% actionbar {"text":"1","bold":true,"color":"red"}" Musisz podwoić w niej cudzysłowy. Tak działa wstawianie cudzysłowów w środek tekstu. execute console command "title %player% actionbar {""text"":""1"",""bold"":true,""color"":""red""}"

Musisz podwoić cudzysłowy w środku komend.

Będziesz musiał połączyć te dwa skrypty w jedno, aby nie było problemów z nadpisywaniem wartości 'damage'. EDIT: Chodzi o to, że jeżeli będą osobno, trener będzie na własny sposób zapisywał obrażenia, a ten skrypt na swój własny sposób i wyniknie z tego konflikt.

Musisz sobie przy 'on damage' przechwytywać obrażenia i sprawdzasz następnie czy victim jest graczem (victim is a player) - jeżeli tak, dodajesz (damage * (80/100)) do obrażeń; jeżeli nie, sprawdzasz czy victim to potwór (victim is a monster) i jeżeli rzeczywiście nim jest, odejmujesz (damage * (80/100) od obrażeń.

Przy wyłączonym komputerze tego nie zrobisz. Musisz mieć jakąś maszynę/komputer, na którym będzie włączony Minecraft, gdzie będzie właśnie ten twój "słup" na twoim serwerze.

Poprzez skrypt tego nie zrobisz. Możesz sobie zrobić "słupa" (multikonto), który będzie siedział na serwerze 24/7. Podejrzewam nawet, że taka aktywność serwera może zostać poddana wątpliwości przez właścicieli hostingu. Jakie jest moje rozwiązanie? Po prostu załatwić sobie serwer na płatnym hostingu lub jakiegoś VPS'a i nie będziesz musiał martwić się takimi bzdetami.

Chyba po coś ci dałem te linki. Zmienną zapisujesz tak samo jak w Skript'cie.

W takim razie na razie wywal tę dużą pętlę i zobacz czy nadal błąd będzie występował. Jeżeli tak, pokaż wszystkie skrypty, w których posiadasz pętle zapętlające całe globalne listy zmiennych. Jeżeli nie, zrób tak z tym skryptem na topkę, aby nie było takiego problemu.

Proszę o nagrodę "Aktywny", ponownie. Stan na 5 stycznia o godzinie 17:17 to 1738 postów w ciągu ostatnich 30 dni, raczej jest to wystarczający dowód.

Okej, więc od początku, jeszcze raz. Definiujemy komendę /discord, która będzie sprawdzała czy nie ma już osoby o jej nicku na discordzie. Jeżeli jest, wysyłamy graczowi wiadomość, że już jest na serwerze, jeżeli nie, generujemy mu kod autoryzacyjny przy pomocy jakiejś funkcji (możesz użyć skryptu marudaCode (jest na tym forum) lub tego). Wylosowany kod zapisujesz do zmiennej globalnej przynależnej do tego gracza (przykładowo {discordKod::%player%}). Tym razem definiujemy komendę, którą gracz będzie mógł użyć na twoim serwerze Discord i będzie służyła do weryfikacji. Definujesz ją poprzez ten event, dla przykładu posłużymy się komendą "/autoryzacja [<nick w grze>] [<kod>]". Sprawdzasz w tej komendzie czy gracz uzupełnił argument nr 1 i argument nr 2. Następnie sprawdzasz czy zmienna {discordKod::%arg-1%} jest ustawiona. Jeżeli tak, sprawdzasz czy podany kod jest zgodny z tym w zmiennej; jeżeli nie jest ustawiona, to znaczy, że dla podanego gracza w argumencie nr 1 nie został ani razu wygenerowany kod. Gdy kod jest zgodny, możesz graczowi nadać teraz nazwę z pomocą tego efektu. Możesz oczywiście dołączyć do niej już rangę (np. "[VIP] dawid3ak"). Mam nadzieję, że nieco wyjaśniłem co i jak. Oczywiście ten sposób nie jest doskonały, gdyż chociażby ktoś może komuś podać swój kod autoryzacyjny wraz z nazwą na serwerze. Musisz temu w jakiś sposób zapobiec, np. regularne "sprawdzanie" czy użytkownik na Discordzie jest rzeczywiście tym, za kogo się podał. Możesz również zagrozić permanentnym banem za podszywanie się pod innych graczy, to też jest jakieś rozwiązanie. Pominąłem również mechanizm tworzenia i konfiguracji bota, jest to dokładnie wyjaśnione w tym miejscu.

Zapewne posiadasz jakąś pętlę (bądź periodical), która operuje na ogromnej liście zmiennych i to jest powodem.