AntiVOID

(Pomyliłem się, proszę o przeniesienie do innego działu. Przepraszam za problem.)

EDIT:

Napisalem cos takiego

Czy został on poprawnie wykonany?

options:
    prefix: USUNALEM_ABY_NIE_REKLAMOWAC &8» 
on damage:
    victim is a player
    set {_} to y-pos of victim
    if {_} < -100:
        cancel event
        teleport victim to spawn
        send "{@prefix} &cNawet najdzielniejszym zdarza się upadek." to victim
        play sound "entity_ghast_shoot" with volume 10 and pitch 1 to victim

Sprawdz, powinno dzialac wtedy kiedy gracz dostanie dmg od voidu

Lub mozna to zrobic w javie

11 godzin temu, Fendi napisał:

options:
    prefix: USUNALEM_ABY_NIE_REKLAMOWAC &8» 
on damage:
    victim is a player
    set {_} to y-pos of victim
    if {_} < -100:
        cancel event
        teleport victim to spawn
        send "{@prefix} &cNawet najdzielniejszym zdarza się upadek." to victim
        play sound "entity_ghast_shoot" with volume 10 and pitch 1 to victim

 

Sprawdz, powinno dzialac wtedy kiedy gracz dostanie dmg od voidu

 

Lub mozna to zrobic w javie

Dziękuje za chęć pomocy, ale ja nie chce aby wykonywało sie po dmg. Mój skrypt działa, pytanie jest czy został poprawnie wykonany, czy coś można jeszcze fajnego dodac

Ten temat został przeniesiony.

W dniu 2.08.2024 o 22:59, 347Aza napisał:

Czy został on poprawnie wykonany?

Pytanie trochę źle zadane, bo "poprawnie" raczej interpretowałbym jako to, że przeładowanie skryptu odbywa się bez błędów i nie występuje dziwne działanie z jego strony. No ale dobrze, mniejsza o to.

Jeżeli gracz ma być teleportowany po przekroczeniu pewnej wysokości to nie ma innego sposobu aby to zrobić, bo musimy sprawdzać co tick czy gracz się poruszył (to właśnie robi zdarzenie 'on player move') i czy spadł poniżej zadanej wysokości. Oczywiście ktoś mógłby wpaść na genialny pomysł wykorzystania regionów i zdarzenia 'on region enter', ale wszystko nadal kręci się wokół zdarzenia 'PlayerMoveEvent', które wykorzystują zarówno Skript jak i chociażby WorldGuard za kulisami.

Mogę więc stwierdzić, że trudno o wymyślenie lepszego rozwiązania.

Pozdrawiam.

Godzinę temu, Kormic napisał:

Pytanie trochę źle zadane, bo "poprawnie" raczej interpretowałbym jako to, że przeładowanie skryptu odbywa się bez błędów i nie występuje dziwne działanie z jego strony. No ale dobrze, mniejsza o to.

Jeżeli gracz ma być teleportowany po przekroczeniu pewnej wysokości to nie ma innego sposobu aby to zrobić, bo musimy sprawdzać co tick czy gracz się poruszył (to właśnie robi zdarzenie 'on player move') i czy spadł poniżej zadanej wysokości. Oczywiście ktoś mógłby wpaść na genialny pomysł wykorzystania regionów i zdarzenia 'on region enter', ale wszystko nadal kręci się wokół zdarzenia 'PlayerMoveEvent', które wykorzystują zarówno Skript jak i chociażby WorldGuard za kulisami.

Mogę więc stwierdzić, że trudno o wymyślenie lepszego rozwiązania.

Pozdrawiam.

A optymalizacyjne aby skrypt zużywał jak najmniej zasobów to którą opcję byś wybrał?
Domyślam się, że on player move jest trochę obciążające przy wiekszej ilosci graczy, czy on region enter jest lepsze patrząc pod tym kątem?

45 minut temu, 347Aza napisał:

A optymalizacyjne aby skrypt zużywał jak najmniej zasobów to którą opcję byś wybrał?
Domyślam się, że on player move jest trochę obciążające przy wiekszej ilosci graczy, czy on region enter jest lepsze patrząc pod tym kątem?

Tak jak napisałem, oba te zdarzenia wykorzystują zdarzenie 'PlayerMoveEvent', które pochodzi z Bukkit API (w dużym skrócie, z tego korzystają wszystkie wtyczki (pluginy)), więc są one porównywalne. Warto jednak zauważyć, że zdarzenie 'on region enter' wiąże się z potencjalnym sprawdzaniem wielu informacji ze strony pluginu zarządzającego regionami, co skłania raczej ku użyciu zdarzenia 'on player move' jeżeli nie ma potrzeby wykorzystania regionów przy tym problemie.

Jeszcze jedno. Proszę się nie bać korzystania ze zdarzenia 'on player move', ponieważ dla każdego gracza jest ono wywoływane nie więcej niż 20 razy na sekundę. Tego typu zdarzenia mają złą reputację przez to, że wielu twórców pluginów i skryptów (zwłaszcza tych drugich) ma tendencję do dodawania dziesiątek linijek kodu do listenerów tego zdarzenia. Kod, który Pan pokazał, nie będzie obciążający dla serwera.
Swoją drogą, istnieją zdarzenia, które są znacznie częściej wywoływane. Dobrym przykładem jest zdarzenie 'on physics', które jest powiązane z każdą zmianą stanu bloku, która może być spowodowana przez jakikolwiek byt lub być następstwem naturalnych procesów zachodzących w grze. Na serwerach z większą ilością graczy zdarzenie te jest wywoływane czasem tysiące razy na sekundę (a więc niejednokrotnie kilkaset razy na tick).

Pozdrawiam.

Jak zawsze @Kormic pozamiatałeś swoją wiedzą. Dziękuję za pomoc!

Problem został rozwiązany.