Flood Filler

Ta wtyczka wykorzystuje rekurencyjne algorytmy wypełniania obszaru, aby łatwiej manipulować blokami w pojedynczych strukturach.

Polecenia

/flood <block ID> [limit] [-d]

• To polecenie weźmie wszystkie podobne bloki połączone z tym, na który patrzysz, i zamieni je na podany identyfikator bloku.
• Drugi argument to limit rekursji. Domyślnie wynosi 5 000 i można go podnieść do 20 000, jeśli masz ochotę. Jednak jeśli naprawdę chcesz być na prawdę mocny, możesz ustawić go tak wysoko, jak tylko chcesz, w pliku konfiguracyjnym.
• Trzeci argument to tag "-d". Dodanie go po pierwszych dwóch argumentach spowoduje, że algorytm wypełniania będzie przeszukiwał po przekątnych, zamiast tylko bloków sąsiadujących.

/floodout <block ID> [limit] [-d]

• Praktycznie to samo co polecenie flood, z tym że zalewa z bloku, na którym stoisz, zamiast z bloku, na który patrzysz.
• Stój wewnątrz zamkniętej, wydrążonej struktury, aby ją wypełnić przy użyciu tego polecenia.
• Jeśli pozostawisz jakiekolwiek otwory na zewnątrz, algorytm będzie wyciekał i stworzysz ogromną chmurę. Naprawdę. To polecenie jest naprawdę dobre w generowaniu realistycznych chmur, ale jeśli planujesz użyć go do tego, sugeruję użycie znacznie niższego limitu rekursji niż domyślny.

/hollow [block ID] [limit] [-d]

• To polecenie wydrąży wybraną strukturę tak wydajnie, jak to możliwe.
• Jeśli pierwszy argument nie zostanie podany, domyślnie wydrąży strukturę powietrzem. Jednak można go podać opcjonalnie, aby wypełnić strukturę dowolnym typem bloku.
• Drugi argument jest taki sam jak wcześniej, limit rekursji.
• Trzeci argument, chociaż również w zasadzie taki sam jak wcześniej, robi coś zupełnie innego niż w /flood. Zwykle ten algorytm wykorzystuje kąty i wypełnia je odpowiednio. Chociaż wydajny, może wyglądać źle w pewnych przypadkach. Ten tag spowoduje, że program będzie bardziej ostrożny wobec tych kątów i wygeneruje nieco ładniejsze, jeśli mniej wydajne, wykończenie.

/shell <block ID> [limit] [-o, -c, -m]

• To polecenie utworzy cienką powłokę z podanego identyfikatora bloku wokół dowolnej struktury, na którą patrzysz.
• Pierwszy i drugi argument są takie same jak wcześniej.
• Tagi, jednak, są inne. Tag "-o" podczas użycia spowoduje, że utworzona powłoka będzie nadpisywać bloki w celu zakończenia.
• Tag "-c" usunie rogi i krawędzie z gotowej powłoki.
• Tag "-m" będzie... cóż... tak naprawdę nie wiem. Wypróbuj kilka ustawień i zobacz, czy robi coś innego.

/envelop <block ID> [limit] [-o]

• To polecenie jest bardzo podobne do /shell, z tym że powstała powłoka nie przeskakuje między strukturami w powietrzu.
• Jednak będzie ignorować ściany blokujące tworzenie powłoki i po prostu je omijać. Powłoka nie będzie faktycznie nadpisywać bloków.
• To znaczy, jeśli dodasz tag "-o". Wtedy będzie je nadpisywać.

/undofill [amount]

• Cofnie ostatnie działanie wypełniania zalewowego wykonanego tym modu.
• Podaj drugi argument, a cofnie tę liczbę operacji.

Inne funkcje

• Podczas wprowadzania identyfikatora/bloku, możesz dodać dwukropek, a następnie kolejną liczba, aby określić metadane bloku.
• Domyślnie istnieje limit czasu wynoszący 8 sekund; wszystkie rekursywne pętle zawsze zakończą się natychmiast, jeśli zajmie im to dłużej niż ten czas. Służy to zapobieganiu zablokowaniu serwera, choć jest konfigurowalne.

Znane błędy:

• Jeśli podasz zbyt mały limit rekursji do programu, zwłaszcza przy większych strukturach, czasami doświadczysz poważnych artefaktów.
• Z jakiegoś powodu nie działa z wodą ani z lawą.
• Cofanie nie zapisuje metadanych bloków, tylko wartości danych.

Nieuniknione anomalie:

• Jeśli podasz zbyt duży limit rekursji do programu, zwłaszcza przy większych konstrukcjach, jeśli komputer nie ma wystarczającej mocy, Java może wyczerpać pamięć heap w trakcie działania programu i stworzyć jeszcze bardziej niepokojące artefakty. Cała sprawa sprowadza się do znalezienia właściwej równowagi. Albo po prostu podzielić dużą część twojej konstrukcji na odrębne sekcje dla każdego użycia.
• Często bardzo, bardzo, bardzo wolne. Zwłaszcza podczas tworzenia chmur. Zalewanie może nie spełniać wymagań zbyt dobrze, jeśli przydzielona przestrzeń jest zbyt duża.

Feasible Future Features:

• Możliwość pracy z wieloma typami bloków w jednym poleceniu, podobnie jak WorldEdit.
• Naprawdę wszystko to, co WorldEdit potrafi zrobić z opcjami bloków, jeśli będę miał czas.
• Zapisywanie historii cofania między restartami serwera a ponownymi ładowaniami wtyczki.