Minecraft Wiki
Minecraft Wiki
Advertisement
NBT-Blockobjektdaten

Datenbaum im NBT-Explorer: "Meine Testwelt" hat dort in Region r.0.0.mca in Chunk [0,0] diverse Chunkdaten (Level) wozu auch eine Liste der Blockobjektdaten TileEntities gehört, die hier nur ein einziges Blockobjekt enthält (1 entry), das fünf Eigenschaften hat, unter anderem die Position (x, y, z) und vor allem die ID "jukebox", was dieses Blockobjekt als Plattenspieler identifiziert

Blockobjektdaten (engl. Block Entity Data) sind Zusatzdaten für einige Blöcke mit besonderer Funktion.

Arten[]

Die folgenden Blöcke benutzen Blockobjektdaten:

  • Banner speichern darin die Muster.
  • Befehlsblöcke speichern darin den Befehl, den sie ausführen, und ihren aktuellen Zustand (z. B. Wiederholen oder Immer aktiv; der Bedingt-Modus steht dagegen im Blockzustand).
  • Braustände speichern darin die enthaltenen Gegenstände und die Brauzeit.
  • Endtransitportale speichern darin die Koordinaten ihrer Zielpunkte.
  • Komparatoren speichern darin ihre Signalstärke.
  • Konstruktionsblöcke speichern darin die eingegebenen Daten.
  • Spielerköpfe speichern darin die Daten zum dargestellten Spieler.
  • Leuchtfeuer speichern darin, wie viele Etagen die Pyramide unter ihnen hat und die Effekte, die sie bewirken.
  • Öfen, Redstone-Truhen, Shulker-Kisten, Spender, Trichter, Truhen und Werfer speichern darin ihr Inventar und einen evtl. Schlüsselnamen, mit dem sie verschlossen sind. Zusätzlich speichern Öfen, wie lange der Brennstoff noch ausreicht und die Zeit, bis der nächste Gegenstand fertig geschmolzen ist.
  • Plattenspieler speichern darin die enthaltene Schallplatte.
  • Schilder speichern darin ihren Text.
  • Spawner speichern darin die zu spawnende Kreatur, spezifische Eigenschaften der Kreatur, die Zeit, bis die nächste gespawnt wird, und die Anzahl der spawnenden Kreaturen.
  • Der Block, der von einem Kolben bewegt wird (bewegter Block) speichert in seinen Blockobjektdaten Informationen über den Block, den er verschiebt. Nach der Speicherung wird die Schub-Animation angezeigt. Wenn diese beendet ist, entsteht an der Zielposition der Block, der bewegt wurde. Seine Informationen erhält er aus den Blockobjektdaten des bewegten Blockes.

Aquisator, Bett, Endertruhe, Endportal, Köpfe, Tageslichtsensor und Zaubertisch besitzen auch Blockobjektdaten, speichern aber zur Zeit darin keine speziellen Eigenschaften (außer dem Spielerkopf).

Datenquelle[]

  • .minecraft: Der im Launcher-Profil eingestellte Spielordner (Standard: .minecraft).
    • saves: Alle mit dieser Minecraft-Version generierten Welten.
      • Name des Weltordners: Der Weltordner enthält alle Daten einer Welt. Der Name wird im Menü/Welt erstellen vergeben.
        • region: Alle Regionsdateien der Welt. Sie enthalten die Chunks.
          • r.X.Z.mca: Eine Region-Datei mit bis zu 1024 Chunks.
            • Chunk [X, Z]: Ein Chunk.
              • Level: Alle Chunkdaten.
                • TileEntities: Liste aller Blockobjektdaten des Chunks.

Änderbarkeit[]

Blockobjektdaten sind Teil der Chunkdaten, die im NBT-Format vorliegen. Das heißt, diese Daten sind außerhalb des Spiels nur mit einem speziellen NBT-Editor einseh- und änderbar. Im Spiel können sie mit dem Befehl /data geändert werden. Der Befehl kann z.B. im Chat eingegeben oder über einen Befehlsblock ausgelöst werden.

Für die Angabe von Blockobjektdaten in Befehlen wird JSON verwendet. Bei komplexeren Angaben ist es empfehlenswert, sie strukturiert aufzuschreiben, um den Überblick über Klammerung und Kommata zu behalten.

Beispiel für die Änderung des Wandschildes, an das man seine Nase drückt. (Die Position ~ ~1 ~ ist ein Block über den Füßen des Spielers, also der Block, in dem sich der Kopf und das Wandschild befinden):

/data merge block ~ ~1 ~ {Text1:'{"text":"Das ist ein Text"}'}
Weitere Beispiele mit Blockobjektdaten siehe: Anleitungen/Befehle mit NBT

Funktionsweise[]

Blöcke mit Blockobjektdaten haben die Besonderheit, dass sie nicht mit einem Kolben verschoben werden können. Ein Kolben kann sich nämlich nur den ID-Namen und den Blockzustand eines Blockes merken, nicht jedoch eventuelle Blockobjektdaten. Das gilt auch, wenn die Blockobjektdaten leer sind (leeres Schild, leere Truhe) oder wenn der Block zwar Blockobjektdaten hat, aber keine weiteren Eigenschaften (Aquisator, Endertruhe, Endportal, Tageslichtsensor, Zaubertisch).

Die Blockobjektdaten werden zusammen mit dem Block erzeugt und sind dann Teil des Blockes. Wird er zerstört, gehen die Blockobjektdaten mit verloren. Truhen droppen dann ihren Inhalt und müssen neu gefüllt werden, Schilder müssen neu beschriftet werden, etc.

Datenstruktur[]

Mit dem Befehl /data kann man sich alle Blockobjektdaten eines Blockes anzeigen lassen. Als Positionsangabe im Beispiel ist es der Block unter dem Spieler:

/data get block ~ ~-1 ~

Blockobjektbasisdaten[]

  • Allgemeine Blockobjekt-Eigenschaften.
    • id: Blockobjekt-ID (siehe Liste)
    • keepPacked: Unbekannt. Die Eigenschaft wird über den Befehl /data nicht angezeigt.
    • x: X-Koordinate des Blockes mit Blockobjektdaten.
    • y: Y-Koordinate des Blockes mit Blockobjektdaten.
    • z: Z-Koordinate des Blockes mit Blockobjektdaten.

Behälterbasisdaten[]

  • Allgemeine Behälterbasis-Eigenschaften.
    • CustomName: Optional können Namen per Amboss oder als JSON-Text vergeben werden (Beispiel: CustomName:'{"text":"Wiki"}'). Der Name bleibt beim Abbauen/Setzen oder beim Droppen erhalten. Zusätzlich wird er auch im Inventar angezeigt.
    • Lock: Optional: der Name des Schlüssels, um diesen Behälter zu öffnen bzw. an das Inventar zu gelangen. Ist dieser Wert belegt, lässt sich der Behälter nur öffnen, wenn der Spieler einen Gegenstand in der Hand hält, dessen Name (siehe Gegenstandsdaten) mit dem Wert dieser Eigenschaft identisch ist. Dabei ist auf Groß- und Kleinschreibung zu achten. Der Behälter wird entsperrt, indem der Wert mit dem Befehl /data merge block x y z {Lock:""} geleert wird.
    • Items: Liste der Gegenstandsdaten im Behälter mit Slot.
    • LootTable: Optional und nicht für Öfen. Die Beutetabelle, die verwendet wird, um den Inhalt des Behälters zu generieren, sobald er das nächste Mal geöffnet wird.[Anmerkung 1]
    • LootTableSeed: Optional und nicht für Öfen. Startwert, der beim Generieren des Behälterinhalts verwendet wird. Wenn diese Eigenschaft fehlt oder 0 ist, wird ein zufälliger Startwert verwendet.[Anmerkung 1]
  1. a b Die beiden Eigenschaften LootTable und LootTableSeed werden gelöscht, sobald die Gegenstände generiert wurden.

Aquisator[]

[]

  • Banner hat die Blockobjekt-ID "banner"
    • Allgemeine Blockobjekteigenschaften
    • CustomName: Name des Banners als JSON-Text (Beispiel: CustomName:'{"text":"Wiki"}'). Der Name bleibt beim Abbauen/Setzen oder beim Droppen erhalten. Der Name kann als Kartenmarkierung eingesetzt werden.
    • Patterns: Optional die Liste der verwendeten Muster. Sie liegen in der Reihenfolge übereinander, in der sie in der Liste aufgeführt werden.
      • Ein Muster des Banners.
        • Color: Die Farb-ID für die Farbe des Musters. Wertebereich: 0 bis 15.
        • Pattern: Art des Musters. Für die verfügbaren Kürzel siehe Banner/Muster.

Befehlsblock[]

Hinweis: Der Modus (Impuls, Wiederholen, Verketten) ergibt sich aus dem ID-Namen des Blockes an der entsprechenden Position. Der Bedingt-Zustand ergibt sich aus dem Blockzustand.

  • Befehlsblock hat die Blockobjekt-ID "command_block"
    • Allgemeine Blockobjekteigenschaften
    • CustomName: Befehlsblöcke geben bei Meldungen im Chat diesen Namen an, der standardmäßig "@" lautet, aber mit einem Amboss auch geändert werden kann. Optional können Namen als JSON-Text vergeben werden (Beispiel: CustomName:'{"text":"Wiki"}').
    • auto: 1 oder 0 (true/false) - true, wenn der Befehlsblock immer aktiv ist, auch wenn er kein Redstone-Signal erhält.
    • Command: Der Befehl im Befehlsblock.
    • conditionMet: 1 oder 0 (true/false) - Standardmäßig true, und nur false, wenn es ein Befehlsblock im Bedingt-Modus ist, der nicht ausgeführt wurde.
    • LastExecution: Im Verketten-Modus der Tick, in dem der Ketten-Befehlsblock zuletzt ausgeführt wurde. Wenn UpdateLastExecution false ist, ändert sich dieser Wert nicht. Bei true wird der Wert bei der ersten Ausführung in einem Tick gesetzt und verhindert, dass der Ketten-Befehlsblock im selben Tick erneut ausgeführt werden kann.
    • LastOutput: Die Ausgabe des letzten Befehls in Form eines JSON-Textes inklusive eines Zeitstempels. Diese Eigenschaft wird nach einem Befehl immer gefüllt, aber es wird nur im Befehlsblock angezeigt, wenn TrackOutput true ist.
    • powered: 1 oder 0 (true/false) - true, wenn der Befehlsblock durch ein Redstone-Signal aktiviert ist.
    • SuccessCount: Stärke des Signals, das ein Komparator, der direkt neben dem Befehlsblock platziert ist, ausgibt, wenn der Befehlsblock seinen Befehl erfolgreich ausführt und der Befehlsblock mit einem Eingangssignal aktiviert wurde.
    • TrackOutput: 1 oder 0 (true/false) - true, wenn die Ausgabe des letzten Befehls (siehe LastOutput) im Befehlsblock angezeigt wird.
    • UpdateLastExecution: Im Verketten-Modus: 1 oder 0 (true/false) - Standardwert ist true, wenn false kann der Ketten-Befehlsblock mehr als einmal pro Tick ausgeführt werden.

Bett[]

Bewegter Block[]

  • Bewegter Block hat die Blockobjekt-ID "piston"
    • Allgemeine Blockobjekteigenschaften
    • blockState: Der vom Kolben bewegte Block.
      • Name: ID-Name des Blockes.
      • Properties: Die Blockzustände (nur bei Blöcken, die unterschiedliche Blockzustände haben).
        • Name des Blockzustandes: Wert des Blockzustandes.
    • extending: 1 oder 0 (true/false) - true, wenn der Block gerade bewegt wird.
    • facing: Richtung in die der Block bewegt wird: 0 = nach unten, 1 = nach oben, 2 = nach Norden, 3 = nach Süden, 4 = nach Westen, 5 = nach Osten.
    • progress: Fortschritt, wie weit die Verschiebung des Blockes erfolgt ist (zwischen 0.0 und 1.0).
    • source: 1 oder 0 (true/false) - true, wenn der Block der Kolbenkopf ist. Beim Verschieben von Blöcken gehört auch der Kolbenkopf zu den bewegten Blöcken.

Bienennest und Bienenstock[]

  • Bienennest und Bienenstock besitzen die Blockobjekt-ID "beehive"
    • FlowerPos: Speichert den Standort einer Blume, damit andere Bienen ebenfalls dorthin fliegen können.
      • X: X-Koordinate.
      • Y: Y-Koordinate.
      • Z: Z-Koordinate.
    • Bees: Bienen, die sich derzeit im Bienennest befinden.
      • Eine Biene.
        • MinOccupationTicks: Die Mindestzeit in Ticks, die diese Biene im Bienennest verbringt.
        • TicksInHive: Die Anzahl der Ticks, die die Biene im Bienennest verblieben ist.
        • EntityData: Die NBT-Daten der Biene.

Braustand[]

  • Braustand hat die Blockobjekt-ID "brewing_stand"
    • Allgemeine Blockobjekteigenschaften
    • Allgemeine Behältereigenschaften
    • BrewTime: Zeit in Ticks, welche die Tränke schon gebraut wurden.
    • Fuel: Anzahl wie oft gebraut werden kann. Dabei wird der Wert pro Brauvorgang um 1 verringert. Ist der Wert <= 0 kann nicht gebraut werden.
    • Items: Liste der Gegenstandsdaten im Braustand mit Slot (von 0 bis 4): 0 = linker Slot (östliche Flasche), 1 = mittlerer Slot (nördliche Flasche), 2 = rechter Slot (südliche Flasche), 3 = oberer Slot (Zutat), 4 = Lohenstaub-Slot.

Endertruhe[]

Die Gegenstände der Endertruhe werden pro Spieler gespeichert, d. h. in den Spielerdaten.

Endportal[]

Endtransitportal[]

  • Endtransitportal hat die Blockobjekt-ID "end_gateway"
    • Allgemeine Blockobjekteigenschaften
    • Age: Alter des Transitportals in Ticks. Alle 2400 Ticks (= 2 Minuten) sendet das Transitportal einen lila Strahl nach oben und unten aus, damit man es weithin erkennen kann. Ist der Wert negativ, wird der erste Strahl bei Erreichen von 0 Ticks gesendet. Der erste Strahl dauert 200 Ticks (10 Sekunden), alle weiteren 40 Ticks (2 Sekunden).
    • ExactTeleport: Optional. 1 oder 0 (true/false) - true, wenn der Ausgang genau bei ExitPortal sein soll. Ansonsten landet man an einem Punkt mit ­einem gewissen Abstand zu den Koordinaten. Zudem können ohne diese Eigenschaft nur Koordinaten über einem soliden Block angesteuert werden.
    • ExitPortal: Optional. Die Koordinaten, die beim Durchgehen angesteuert werden. Bei keiner Angabe wird man entweder nicht teleportiert oder ein natürlich entstandenes Portal teleportiert einen zu einem vom Spiel festgelegten Ort
      • X: Die X-Koordinate des Zielpunktes. Es sind nur Zahlen möglich, also keine relativen Koordinaten (~ oder ^).
      • Y: Die Y-Koordinate des Zielpunktes.
      • Z: Die Z-Koordinate des Zielpunktes.

Gearbeitetes Bücherregal[]

Konstruktionsblock[]

  • Konstruktionsblock hat die Blockobjekt-ID "structure_block"
    • Allgemeine Blockobjekteigenschaften
    • author: Im SAVE-Modus der Name der Person, die den Blockbereich konstruiert hat. Im LOAD-Modus der Name der Person, die die Konstruktionsvorlage erstellt hat.
    • ignoreEntities: 1 oder 0 (true/false) - true, wenn im SAVE- und LOAD-Modus die im Blockbereich möglicherweise enthaltenen Objekte ignoriert werden sollen.
    • integrity: Im LOAD-Modus kann eine Konstruktion auch unvollständig geladen werden. Bei 0.0 wird kein Block geladen, bei 1.0 werden alle Blöcke geladen. Standard ist 1.
    • metadata: Im DATA-Modus wird hier ein Objektname oder ein Blockobjektname eingetragen. Der Konstruktionsblock steht dann für dieses Objekt oder Blockobjekt.
    • mirror: Im LOAD-Modus kann der Blockbereich gespiegelt werden. Standard = NONE.
    • mode: Modus: SAVE, LOAD, CORNER oder DATA.
    • name: Im SAVE- und LOAD-Modus der Name, unter dem der Blockbereich als Datei gespeichert wird.
    • posX: Im SAVE- und LOAD-Modus die X-Position des Blockbereiches relativ zum Konstruktionsblock.
    • posY: Im SAVE- und LOAD-Modus die Y-Position des Blockbereiches relativ zum Konstruktionsblock.
    • posZ: Im SAVE- und LOAD-Modus die Z-Position des Blockbereiches relativ zum Konstruktionsblock.
    • powered: 1 oder 0 (true/false) - true, wenn der Konstruktionsblock durch ein Redstone-Signal aktiviert ist.
    • rotation: Im LOAD-Modus kann der Blockbereich gedreht werden. Standard = NONE.
    • seed: Wenn im LOAD-Modus eine Konstruktion unvollständig geladen wird (integrity ist nicht 1), gibt der Startwert seed an, welche Blöcke weggelassen werden. Standard ist 0.
    • showair: 1 oder 0 (true/false) - true, wenn im SAVE-Modus unsichtbare Blöcke angezeigt werden sollen.
    • showboundingbox: 1 oder 0 (true/false) - true, wenn im LOAD-Modus ein Begrenzungsrahmen angezeigt wird.
    • sizeX: Im SAVE- und LOAD-Modus die Größe des Blockbereiches in X-Richtung.
    • sizeY: Im SAVE- und LOAD-Modus die Größe des Blockbereiches in Y-Richtung.
    • sizeZ: Im SAVE- und LOAD-Modus die Größe des Blockbereiches in Z-Richtung.

Kopf[]

  • Kopf hat die Blockobjekt-ID "skull"
    • Allgemeine Blockobjekteigenschaften
    • note_block_sound: Optional: Das Klangereignis, das dieser Kopf abspielt, wenn er mit einem Notenblock gestellt wird.
    • ExtraType: Nur bei der Block-ID player_head: der Name des Spielers, dem der Kopf gehört[1]. Wenn der Spielername nicht bei Mojang registriert oder der Skin-Server von Mojang offline ist, wird der Standardkopf angezeigt. Die Eigenschaft wird gelöscht, sobald der Spielerkopf generiert wurde. Das Ergebnis wird unter Owner gespeichert.
    • SkullOwner: Daten des Spielers, zu dem der Kopf gehört.
      • Id: Spieler-UUID.
      • Name: Spielername.
      • Properties: Eigenschaften des Kopfes.
        • textures: Texturen des Kopfes.
          • Eine Textur.
            • Signature: Nur wenn angefordert, der private Schlüssel des Mojang-Servers "Yggdrasil" als Base64-String.
            • Value: Die Texturen (Skin und ggf. Umhang) als JSON-Objekt in einer Base64-Zeichenkette. Für Base64 gibt es Online-Decodierungen, z.B. diese. Der Inhalt des JSON-Objektes ist unter Mojang API#Skin und Cape beschrieben.
              • isPublic: Optional.
              • signatureRequired: Optional.
              • profileId: Optional: Die hexadezimale Textform der UUID des Spielers, ohne Bindestriche.
              • profileName: Optional: Spielername.
              • textures: Texturen
                • CAPE: Optional
                  • url: URL von einem Spielerumhang (64x32 PNG).
                • SKIN: Optional
                  • url: URL von einem Spielerskin aus textures.minecraft.net.
                  • metadata: Metadaten
                    • model: Das Modell des Spieler-Skins. Kann "klassisch" oder "schlank" sein.
              • timestamp: Optional: Unix-Zeit in Millisekunden.

Lagerfeuer[]

  • Lagerfeuer hat die Blockobjekt-ID "campfire"
    • Allgemeine Blockobjekteigenschaften
    • Items: Liste von bis zu vier Gegenständen, die gerade gebraten werden.
    • CookingTimes: Wie lange jeder Gegenstand gebraten wird, der erste Eintrag ist im Slot 0 usw.
    • CookingTotalTimes: Wie lange jeder Gegenstand gebraten werden muss, der erste Index ist im Slot 0 usw.

Lesepult[]

  • Lesepult hat die Blockobjekt-ID "lectern"
    • Allgemeine Blockobjekteigenschaften
    • Book: Das Buch ohne die Slot-Eigenschaft, das sich derzeit auf dem Lesepult befindet.
    • Page: Die Seite, auf der sich das Buch derzeit befindet, beginnend mit 0. Die Eigenschaft existiert nicht, wenn kein Buch vorhanden ist.

Leuchtfeuer[]

  • Leuchtfeuer hat die Blockobjekt-ID "beacon"
    • Allgemeine Blockobjekteigenschaften
    • Levels: Die Anzahl der Stufen der Pyramide, auf der das Leuchtfeuer steht. Eine Änderung dieses Wertes über Befehle ist nicht möglich, das Spiel aktualisiert diese Eigenschaft immer anhand der existierenden Pyramide.
    • Primary: Die Statuseffekt-ID der primären Auswahl. 0 bedeutet keine Auswahl. Das Setzen eines Statuseffektes über Befehle ist nicht möglich, das Spiel aktualisiert diese Eigenschaft immer anhand der im Leuchtfeuer vorgenommenen Einstellung.
    • Secondary: Die Statuseffekt-ID der sekundären Auswahl. 0 bedeutet keine Auswahl. Auch hier aktualisiert das Spiel diese Eigenschaft immer anhand der im Leuchtfeuer vorgenommenen Einstellung.

Ofen, Schmelzofen und Räucherofen[]

  • Ofen hat die Blockobjekt-ID "furnace"
  • Schmelzofen hat die Blockobjekt-ID "blast_furnace"
  • Räucherofen hat die Blockobjekt-ID "smoker"
    • Allgemeine Blockobjekteigenschaften
    • Allgemeine Behältereigenschaften
    • BurnTime: Zeit in Ticks die verbleiben, bis der Ofen keinen Brennstoff mehr hat.
    • CookTime: Zeit in Ticks, die der aktuelle Gegenstand schon der Ofenhitze ausgesetzt war. Steigt bis 200 (10 Sekunden), dann ist der Gegenstand geschmolzen bzw. gebraten. Sobald der Ofen keinen Brennstoff mehr hat (BurnTime erreicht 0), bleibt die CookTime erhalten. Wenn Brennstoff nachgelegt wird, läuft sie weiter.
    • CookTimeTotal: Zeit in Ticks die der Gegenstand benötigt, um geschmolzen bzw. gebraten zu werden.
    • Items: Liste der Gegenstandsdaten im Ofen mit Slot (von 0 bis 2). Slot 0 enthält die Gegenstände, die der Hitze ausgesetzt werden, Slot 1 enthält das Brennmaterial, Slot 2 enthält das Ergebnis.
    • RecipesUsed: Die Rezepte, die seit dem letzten manuellem Entfernen eines Gegenstandes aus dem Ergebnisslot angewendet wurden. Meistens ist das nur eins. Es können jedoch mehrere sein, wenn man mit Datenpaketen mehrere Rezepte mit dem selben Endprodukt hinzugefügt hat oder man den Slot mit einem Trichter leert. Diese Eigenschaft ist für die Erfahrungspunkte, die man für die Schmelzvorgänge bekommt, wichtig.
      • Name eines Rezeptes: Wie oft das Rezept angewendet wurde.

Plattenspieler[]

  • Plattenspieler hat die Blockobjekt-ID "jukebox"
    • Allgemeine Blockobjekteigenschaften
    • IsPlayering: Ob die Schallplatte abgespielt wird.
    • RecordItem: Gegenstandsdaten des Gegenstandes im Plattenspieler ohne Slot. Beim Anklicken des Plattenspielers werden allerdings nur Schallplatten ausgeworfen, andere Gegenstände nicht. Sie droppen erst, wenn man den Plattenspieler abbaut.
    • RecordStartTick: Wert von TickCount, als die Wiedergabe der Aufzeichnung begann.
    • TickCount: Zählung der Anzahl der Ticks, die dieser Plattenspieler beim Abspielen einer Schallplatte gelaufen hat. Wird nur erhöht, wenn eine Schallplatte geladen ist, unabhängig davon, ob sie abgespielt wird oder nicht.

Redstone-Komparator[]

Schild und Hängeschild[]

  • Schild hat die Blockobjekt-ID "sign"
  • Hängeschild hat die Blockobjekt-ID "hanging_sign"
    • Allgemeine Blockobjekteigenschaften
    • is_waxed: 1 oder 0 (true/false) - true, wenn der Text mit einer Honigwabe eingeschmiert wurde.
    • front_text:
      • has_glowing_text: 1 oder 0 (true/false) - true, wenn der Text mit einem Leuchttintenbeutel eingefärbt wurde.
      • color: Die Farbe, mit der der Text gefärbt wurde. Der Standardwert ist "black". Eine der Farben "white", "orange", "magenta", "light_blue", "yellow", "lime", "pink", "gray", "light_gray", "cyan", "purple", "blue", "brown", "green", "red" oder "black".
      • messages: Vier Listen-Einträge als JSON-Text, z. B. messages:['{"text":"Das"}','{"text":"deutsche"}','{"text":"Minecraft"}','{"text":"Wiki"}'].
    • back_text:
      • has_glowing_text: Siehe front_text.
      • color: Siehe front_text.
      • messages: Siehe front_text.

Die Anzahl der dargestellten Zeichen hängt von der Zeichenbreite ab. Beispielsweise passen 15 "m" in eine Zeile oder 45 Punkte. Was nicht dargestellt werden kann, wird verworfen.

Sculk-Katalysator[]

  • Sculk-Katalysator hat die Blockobjekt-ID "sculk_catalyst"
    • Allgemeine Blockobjekteigenschaften
    • cursors: Liste der mit dem Sculk-Katalysator verbundenen Ladungen.
      • : Eine Ladung.
        • charge: Wie viel Energie ist in der Ladung enthalten.
        • pos: Liste von drei ganzen Zahlen, die die Koordinaten der Ladung angeben.
        • decay_delay:
        • update_delay:
        • facings:

Sculk-Kreischer[]

Sculk-Sensor[]


Seltsamer Block[]

Shulker-Kiste[]

Spawner[]

  • Spawner hat die Blockobjekt-ID "mob_spawner"
    • Allgemeine Blockobjekteigenschaften
    • Delay: Zeit in Ticks, bis zum nächsten Spawn-Ereignis. Der Wert wird automatisch mit einem zufälligen Wert im Bereich MinSpawnDelay bis MaxSpawnDelay belegt und bis 0 herunter gezählt, solange sich ein Spieler im mit RequiredPlayerRange festgelegten Umkreis des Spawners befindet. Je näher der Wert an 0 kommt, desto schneller dreht sich die kleine Figur im Spawner. Bei 0 werden die Spawner-Flammen kurzzeitig zahlreicher und das Objekt wird gespawnt, falls alle Spawn-Bedingungen erfüllt sind. Der Wert -1, der vom Spiel selber nicht gesetzt wird, bewirkt einen Abbruch des aktuellen Spawn-Vorgangs und startet einen neuen Spawn-Vorgang mit dem nächsten zufälligen Objekt aus SpawnPotentials.
    • MaxNearbyEntities: Eine der Spawn-Bedingungen: Wenn die Anzahl der Objekte mit der aktuellen Spawn-ID in dem mit RequiredPlayerRange festgelegten Umkreis des Spawners diesen Wert erreicht hat, wird kein neues Objekt mit dieser ID gespawnt. Es wird nur die ID verglichen, nicht die Ausstattung des Objektes.
    • MaxSpawnDelay: Maximalwert für die zufällige Berechnung von Delay. Der Wert muss mindestens 1 betragen.
    • MinSpawnDelay: Minimalwert für die zufällig Berechnung von Delay. Der Wert darf höchstens MaxSpawnDelay betragen.
    • RequiredPlayerRange: Der Radius in Blöcken (und somit ein würfelförmiger Bereich) um den Spawner. Sobald ein Spieler diesen Umkreis betritt, wird der Spawner aktiviert, was an den züngelnden Flammen erkennbar ist. Bei einem inaktiven Spawner sind keine Flammen zu sehen. Dazu muss auch MaxNearbyEntities belegt sein.
    • SpawnCount: Anzahl der Objekte, die mit jedem Spawn erzeugt werden sollen, wobei insgesamt MaxNearbyEntities nicht überschritten wird.
    • SpawnData: Die Eigenschaften des nächsten Spawn-Objektes. Wenn nur eine ID angegeben ist, wird dieses Objekt mit seinen Standard-Eigenschaften gespawnt, falls das möglich ist. Wenn SpawnData fehlt oder leer ist, wird es automatisch mit der ID des Schweins belegt. Das Spiel generiert aus SpawnData eine verkleinerte Figur inklusive festgelegter Rüstung und Gegenstände in den Händen und lässt sie im Spawner kreisen. Nach einem erfolgreichen Spawn-Ereignis wird das nächste zufällige Spawn-Objekt aus SpawnPotentials gewählt und die Daten nach SpawnData übertragen.
    • SpawnPotentials: Optional eine Liste von Objekten. Das Spiel wählt nach jedem erfolgreichen Spawn-Ereignis per Zufall eins davon aus und kopiert die Daten nach SpawnData für den nächsten Spawn-Vorgang. Wenn SpawnPotentials nicht belegt ist, wird automatisch aus SpawnData ein Eintrag generiert, wodurch immer dasselbe Objekt gespawnt wird.
      • Ein mögliches Spawn-Objekt.
        • Entity: Das zu spawnende Objekt.
        • Weight: Auswahl-Wahrscheinlichkeit für dieses Objekt im Vergleich zu den anderen hinterlegten Auswahl-Wahrscheinlichkeiten. Der Wert muss mindestens 1 sein.
    • SpawnRange: Blockradius für das Quadrat um den Spawner, in dem die Objekte zufällig gespawnt werden. Der Spawnbereich ist 2 Blöcke hoch gemessen vom Fuß des Spawners.

Das Spawnen unterliegt außerdem den Spawn-Bedingungen für das entsprechende Objekt, was für Monster meist ein Lichtlevel unter 8 bedeutet, für Landtiere einen Grasboden, etc. Auch sollte der Spawner auf dem Boden stehen, damit die Kreaturen nicht in der Luft gespawnt werden.

Spender und Werfer[]

Tageslichtsensor[]

Trichter[]

Truhe, Redstone-Truhe und Fass[]

Verbundblock[]

  • Verbundblock hat die Blockobjekt-ID "jigsaw"
    • Allgemeine Blockobjekteigenschaften
    • pool: Der Zielpool des Verbundblockes, aus dem eine Konstruktion ausgewählt werden kann.
    • final_state: Der Block, in den dieser Verbundblock umgewandelt wird.
    • name: Der übergeordnete Anhangstyp des Verbundblockes für eine Konstruktion.
    • target: Der untergeordnete Anhangstyp des Verbundblockes für eine Konstruktion.
    • joint: Der Gelenktyp beschreibt, ob die Konstruktion gedreht werden kann mit rollable oder nicht mit aligned.

Verzierter Krug[]

Werker[]

  • Werker hat die Blockobjekt-ID "crafter"
    • Allgemeine Blockobjekteigenschaften
    • crafting_ticks_remaning: Wird auf 6 gesetzt, wenn der Werker etwas herstellt.
    • triggered: Wird auf 1 gesetzt, wenn er mit Redstone versorgt wird. Andernfalls ist der Wert 0.
    • disabled_slots: Indizes von Slots, die deaktiviert sind.
    • Items: Liste der Gegenstände im Werker.
      • : Gegenstandsdaten des Gegenstandes im Werker. Werker-Slots sind von 0-8 nummeriert. 0 beginnt in der oberen linken Ecke.

Zaubertisch[]

  • Zaubertisch hat die Blockobjekt-ID "enchanting_table"
    • Allgemeine Blockobjekteigenschaften
    • CustomName: Optional können Namen per Amboss oder als JSON-Text vergeben werden (Beispiel: CustomName:'{"text":"Wiki"}'). Der Name bleibt beim Abbauen/Setzen oder beim Droppen erhalten. Zusätzlich wird er auch im Inventar angezeigt.

Einzelnachweise[]

Geschichte[]

Versionsgeschichte der Java Edition
Indev 24. Januar 2010
  • Das erste Blockobjekt ist die Truhe mit ihrem Inventar
  • Die Blockobjektdaten werden in den Weltdaten als "TileEntities" im Indev Level Format gespeichert
Infdev 27. Februar 2010
  • Die Entwicklung grenzenloser Welten beginnt, die Welt wird in Chunks aufgeteilt
  • Die Blockobjekte gehören nicht mehr zu den Weltdaten, sondern werden in den Chunkdaten gespeichert (Alpha Level Format)
Beta 1.7
  • Der Kolben wird hinzugefügt, er kann nur Blöcke verschieben, die keine Blockobjektdaten haben
Vollversion 1.8 (14w02a)
Vollversion 1.11
16w32a
  • Die Blockobjekt-IDs haben sich geändert. Beispiel: „Control” zu „command_block”
16w35a
  • Ein benutzerdefinierter Name bleibt beim Abbauen/Setzen oder beim Droppen erhalten
Vollversion 1.13 (17w45b)
Advertisement