bopke

@ByczekTV tak to nie przejdzie, bo gracz przez ten czas się przemieści ( a wykonywane komendy są względem pozycji gracza ), a jeżeli gracz wyjdzie z serwera to najprawdopodobniej nie stanie się nic.

Przybywam z nową propozycją. Bez zbędnych wstępów - proponuję ( o ile to możliwe ), żeby posty moderatorskie np o zamknięciu tematu nie powodowały jego podbicia w liście wątków w dziale oraz na sidebarach, ponieważ w przypadku fali zamknięć jak np ta którą zrobił Dragon przed chwilą wiele zamkniętych wątków wędruje w górę działu, a wątki nierozwiązane zostają zakopywane.

Co do pierwszego - tak. AutoIn ( https://www.spigotmc.org/resources/auto-in.578/ ) ma taką funkcję, co prawda nie jest już wspierany, ale z tego co wiem to działa na 1.11.2 ( niepotwierdzone )

Nie będzie taki sam bowiem dekompilacja daje papkę która mniej-więcej odpowiada temu co tak naprawdę program robił. Jeżeli plugin robił skomplikowane rzeczy bardzo precyzyjnie z małą tolerancją do np zaokrągleń co mogło wynikać ze struktury kodu przed pierwotną kompilacją, po dekompilacji może wykonywać się inaczej i ostatecznie okazuje się, że niby robi to samo, ale jednak nie działa.

Mówisz, że nic szczególnego, ale jak dla mnie patent na kuszę jest naprawdę ciekawy

Wystarczy skopiować i wkleić do notatnika a następnie wrzucić do katalogu, ale oto remedium na Twoje lenistwo: https://code.skript.pl/YvmtUXEE/

Nie ma połączenia między pexem a skriptami. żeby to zrobić można się pokręcić chwilę wokół dodawania permisji do rang, ale to musiałbyś podać wszystkie rangi, w którym miejscu dokładnie ma się pojawić informacja o randze oraz ustalić hierarchię jej wyświetlania.

jakbyś przeczytał o co chodzi w błędzie to byś wiedział, że część odstępów jest na spacjach a część na tabach i trzeba to poprawić. Poprawiłem kod bo zasugerowałem się błędną arytmetyką panów wyżej. every 10 seconds: loop all players: if {sk.toksycznosc::%loop-player%} is greater than 0: subtract 1 from {sk.toksycznosc::%loop-player%} teraz działa na pewno tak jak powinno.

a może tak: every 10 seconds: loop all players: if {sk.toksycznosc::%loop-player%} is >= 1: subtract 1 from {sk.toksycznosc::%loop-player%} else: cancel event

Problem tkwił w użyciu tagu, oraz niezależnie od tagu od użycia kombinacji znaków ">>" bez tego wszystko zaczęło działać prawidłowo. Nie mam pojęcia dlaczego, wołam kogoś mądrzejszego od siebie to może wyjaśni @PoweredDragon on chat: send "&5 Pkt %{lvl::%player%}% &8%colored display name of player% &8: &7%message%" to all players cancel event

on death of player: if attacker is player: add 1 to {lvl::%attacker%} send "&aWlasnie uzyskales &c1 &apunkt!" to attacker substract 1 from {lvl::%victim%} send "&cWlasnie straciles punkt!" to victim może tak? Btw nie musisz sprawdzać warunku czy ofiara jest graczem bo masz to sprawdzone w pierwszej linijce

Zamiast remove wpisz subtract. A czat jak dobrze rozumiem oczekujesz tak: on chat: cancel event send "%{@chat}%" to all players

Wymagałoby to z tego co wiem manipulacji pakietami wysyłanymi do gracza, czego skript nie umie. Potrzebny byłby do tego plugin.

Zapomniałeś wziąć zmienne w procenty. Wersja poprawiona: #ZMIENNE variables: {kills::%player%} = 0 {deaths::%player%} = 0 #OPCJE options: tag: &6Galactic&2Wars #EVENT on death of player: if attacker is player: add 1 to {kills::%player%} add 1 to {deaths::%victim%} #KOMENDA command /staty: aliases: statystyki trigger: send "&6>==========<{@tag}&6>==========<" send "&cTwoje kille wynosza:" send "&4%{kills::%player%}%" send "&cTwoje dedy wynosza:" send "&4%{deaths::%player%}%" #EVENT on join: set {kills::%player%} to 0 set {death::%player%} to 0

Muszę się nie zgodzić. Widać, że porównanie rzuciłeś nawet nie wchodząc na ancapa. Twój serwer już u podstaw znacząco różni się od ancapa, co widać już po reklamie, ale poszedłem i sprawdziłem. Tam działki mają jeden określony wymiar i są postawione na plotme lub pochodnej, na zupełnie innej mapie co już jest znacznym odejściem od zasad ancapa. Do tego automatyczne kopalnie surowców - kolejna drastyczna różnica. Gildie, płatne rangi dodające latanie - przy tym aż się uśmiechnąłem, świetny tryb przetrwania gdzie można sobie bezpiecznie odlecieć Do tego warpy i inne tego typu urozmaicenia. Mogę teraz spokojnie powiedzieć - Twój serwer to jakaś pokraczna mieszanka survival+gildie z freebuildem. Mój serwer to survival z cuboidami i ekonomią budowaną przez graczy. Tych serwerów nie można porównywać.

Nie ma czegoś takiego jak programista html :kappa: A to nie jest przypadkiem tak, że Minecraft działa 20 ticków na sekundę i nic w commandblocku nie może dziać się szybciej ponieważ jego komenda jest tickowana 20 razy na sekundę, a jak są uzależniane od siebie to dalej można osiągnąć góra 20 wykonań? Wysypywałby się tak samo jak zwykły plugin - kwestia tego, czy byłby napisany prawidłowo, czy też nie

Efekt Nausea rozwiązuje raczej ten problem Problemy z commandblockami wynikają z tego, że bardzo słabo wypadają w porównaniu z pluginami czy nawet zoptymalizowanymi skryptami. Cóż mogę poradzić - albo załatwienie jakiegoś programisty lub nawet skryptera który pomógłby to przepisywać albo jakoś zoptymalizować to co macie na commandblockach, wyrzucić mniej istotne rzeczy z commandblocków i sprawdzić, czy to ma prawo działać.

Zależy od tego jak dużo wkładu w urozmaicanie rozgrywki chcecie wprowadzić. W wypadku takiego survivalu gra się szybko znudzi bowiem po zebraniu wstacka diamentowych bloków, ubiciu smoka i 6 witherów to tak średnio jest co robić i taki serwer straci sporo uroku bardzo szybko

Przykładowo: on mine of stone: chance of 20%: drop diamond

Zdecydujcie się, coś nowego czy easyhc? Czyli absolutnie nic nowego nie wprowadzacie. Przeważająca większość narzekaczy na nowy system PVP to dzieci którym nie pasuje to, że trzeba myśleć a nie klikać jak idiota. Pomysł do niczego, po prostu portujecie wszystko na żywca na nową wersję. Już lepiej zostańcie na starej to dzieci nie będą się mimochodem rozlewać na inne serwery na aktualnej wersji...

Głosuję na @PoweredDragon, ponieważ jest on najaktywniej pomagającym użytkownikiem forum posiadającym bardzo rozległą wiedzę na temat skryptów. Jakby nie patrzeć - jest to forum o skryptach, więc dlaczego w zarządzie miałyby być osoby które ze skryptami niemal nie mają styczności?

O matko faktycznie, już poprawiam xD options: tag: <tajne ;)> command /p2 [<text>]: usage: "&cPoprawne uzycie >> &a/p2 cz(czysto) | /p2 b(burzowo) permission: skrypt.p2 permission message: "&cNie posiadasz uprawnien" executable by: players trigger: if argument 1 is "cz": set the weather in the player's world to clear broadcast "{@tag} &2... bezchmurno!" if argument 1 is "b": set the weather in the player's world to rainy broadcast "{@tag}&2... burzowo!"

http://njol.ch/projects/skript/doc/expressions/#ExprWeather options: tag: <tajne ;)> command /p2: usage: "&cPoprawne uzycie >> &a/p2 cz(czysto) | /p2 b(burzowo) permission: skrypt.p2 permission message: "&cNie posiadasz uprawnien" executable by: players trigger: if argument 1 is "cz": set the weather in the player's world to clear broadcast "{@tag} &2... bezchmurno!" if argument 1 is "b": set the weather in the player's world to rainy broadcast "{@tag}&2... burzowo!" Tym razem powinno działać, wykonywalne tylko przez gracza.

Jeżeli chcesz mieć to w nowych liniach to musisz to zrobić w taki sposób: options: tag: msg1: &8&m---------------------- msg2: &8&mMój serwer msg3: &8&m---------------- czas: 25 every {@czas} real seconds: {auto.spam} is not set: set {auto.spam} to 1 stop {auto.spam} is 1: broadcast "{@msg1}" broadcast "{@msg2}" broadcast "{@msg3}" set {auto.spam} to 2 stop