Presety

Ustawienia wstępne Summon

Latający szkieletowy rider z nietoperzem

Wstępnie skonfigurowany latający szkieletowy rider z nietoperzem jest teraz pełnym przepływem pracy Summon, w którym jednostka główna, relacja pasażera, przegląd wyników i wynik w grze są pokazane razem. Wykorzystaj to jako kontrolowany eksperyment z latającymi jeźdźcami przed budowaniem zagrożeń na arenie, zasadzek w powietrzu lub scenograficznych mobów. Strona traktuje linię przywołania jako dane spotkania, które wymagają wizualnej oceny, a nie tylko sprawdzania składni. Galeria przechowuje stan workbench obok odrodzonego wyniku, więc jednostka główna, stos passenger, equipment i końcowe Output mogą zostać sprawdzone, zanim polecenie stanie się wyzwalaczem spotkania.

Wynik presetu

Korzeń nietoperza z passenger-szkieletem łucznikiem przymocowanym do testów rider w powietrzu.

Wynik

Komenda rider latającego szkieletu-nietoperza

/summon minecraft:bat ~ ~ ~ {NoAI:1b,PersistenceRequired:1b,Passengers:[{id:"minecraft:skeleton",equipment:{mainhand:{id:"minecraft:bow",count:1}}}],Tags:["flying_archer"]}

Zrzut ekranu presetu

Zacznij od bata jako jednostki głównej, aby podgląd i Output były zgodne.
Drugie ujęcie podkreśla relację między istotami lub szczegóły equipment, które sprawiają, że preset przywołania jest specyficzne.
Zdjęcie wyjściowe sprawia, że ostateczne polecenie /summon i kontrolki kopiowania są widoczne przed testowaniem.
Wynik w grze potwierdza, że latający rider Szkieletu na nietoperzu renderuje się zgodnie z zamierzeniami w czystym świecie przechwytywania.

Zbuduj preset

  1. Otwórz workbench Summon i ustaw jednostkę główną na bat.
  2. Dodaj lub przejrzyj szczegóły pasażera i equipment, dzięki którym latający rider Szkieletu na nietoperzu jest czytelny w grze.
  3. Przed skopiowaniem polecenia sprawdź podgląd i drzewo passenger.
  4. Przejrzyj panel Output pod kątem końcowej linii /summon i długości polecenia.
  5. Skopiuj polecenie testu dymu lub zapisz je w Project przed dodaniem kolejnych poleceń.
  6. Uruchom polecenie w czystym świecie testowym i potwierdź, że wynik w grze odpowiada drzewu workbench.

Dlaczego latający rider Szkielet na nietoperzu potrzebuje ustawienia wstępnego

Wykorzystaj to jako kontrolowany eksperyment z latającym jeźdźcem przed budowaniem zagrożeń na arenie, zasadzek w powietrzu lub scenograficznych mobów.

Przydatną częścią jest struktura: nietoperz jest właścicielem pozycji przywołania, podczas gdy widoczny passenger, equipment lub dane wyświetlane na ekranie nadają presetowi tożsamość spotkania. Utrzymanie widoczności tego drzewa zapobiega błędom w nawiasach, zanim polecenie opuści workbench.

Użyj tego ustawienia wstępnego, jeśli spotkanie powinno być łatwe do późniejszej kontroli. Zrzut ekranu ze workbench rejestruje, który podmiot jest właścicielem ruchu i kolizji, drugi zrzut ekranu rejestruje szczegóły pasażera lub sprzętu, a zrzut ekranu wyjściowego zapewnia widoczność wygenerowanej linii /summon. Przechwycenie w grze potwierdza następnie, że Minecraft renderuje tę samą relację, czego jest sprawdzenie, czego nie może zapewnić przykład tekstowy.

Szczegóły testów i wersji

Nietoperze są małe i mobilne, a szkielety mogą natychmiast spalić lub zaatakować. Zatrzymaj pierwszy test, a następnie zdecyduj, czy prawdziwe spotkanie wymaga braku sztucznej inteligencji, efektów, czy ograniczonego obszaru odrodzenia.

Uruchom pierwszy test w otwartym świecie Java i obejrzyj ostrzeżenie o długości polecenia. Kompaktowe presets sterownika można wkleić bezpośrednio, natomiast dłuższe warianty bossa lub equipment powinny zostać przeniesione do bloków poleceń lub funkcji pakietu danych.

Staraj się, aby pierwszy test dymu był niewielki, zanim dołączysz efekty, łupy, dźwięki lub tablice wyników. Wrodzy pasażerowie mogą się poruszać, palić, znikać lub zachowywać się inaczej w zależności od wymiarów i trudności, więc potwierdź podstawowego rider lub stos equipment w kontrolowanych warunkach. Gdy wynik wizualny będzie stabilny, dodaj tagi i polecenia uzupełniające ukierunkowane na te tagi, zamiast polegać na wyświetlanych nazwach lub pobliskich selektorach.

  • Zachowaj odrębność roli jednostki głównej i pasażera.
  • Użyj tagów przed dodaniem poleceń czyszczących lub uzupełniających.
  • Przed opublikowaniem spotkania przetestuj poziom trudności i zachowanie wymiarów.

Gdzie iść dalej

Przetestuj rider w pomieszczeniu z wysokim sufitem, zanim dodasz cząstki, dźwięki lub polecenia opóźnionego odrodzenia.

Aby uzyskać porównania z uziemionymi pasażerami, przejrzyj Przewodnik po zaprogramowanych poleceniach poleceń Strider Jockey i Gotowy łańcuch passenger z ułożonymi w stos mobami.

FAQ

Czy mogę wkleić tego latającego rider Szkieleta na polecenie nietoperza na czacie?

Użyj ostrzeżenia o długości polecenia jako punktu decyzji. Jeśli wygenerowana linia nie przekracza limitu czatu, szybki test czatu będzie w porządku; w przeciwnym razie przenieś go do bloku poleceń lub funkcji pakietu danych.

Czy to działa w Bedrock Edition?

Nie jako polecenie Java Passengers. Bedrock wymaga osobnego przepływu pracy, ponieważ nie może osadzić tego samego rekurencyjnego pasażera Java NBT.

Po co dołączać zrzut ekranu z gry?

Zrzut ekranu potwierdza prawidłowe renderowanie drzewa passenger lub konfiguracji encji w Minecraft, nie tylko w podglądzie workbench.

Otwórz ten przebieg

Zacznij od powiązanego obszaru roboczego Summon i dopasuj pola presetu do swojego świata.