Das offizielle Minecraft Wiki twittert hier: Wiki-Twitter  –  Chatte im Wiki-Discord  – Noch keinen Server gefunden? Es gibt einen Wiki-Server

Blockobjektdaten

Aus Minecraft Wiki
Wechseln zu: Navigation, Suche
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 "noteblock", was dieses Blockobjekt als Notenblock identifiziert

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

Arten[Bearbeiten]

Die folgenden Blöcke benutzen Blockobjektdaten:

  • Banner speichern darin die Muster Entfällt mit Version 1.13: und ihre Grundfarbe.
  • 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 Entfällt mit Version 1.13: in den Metadaten Neu mit Version 1.13: im Blockzustand).
  • Entfällt mit Version 1.13: Blumentöpfe speichern darin die enthaltene Pflanze.
  • 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.
  • Entfällt mit Version 1.13: Köpfe speichern darin ihre Art und ihre Ausrichtung. Neu mit Version 1.13: 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.
  • Monsterspawner speichern darin die zu spawnende Kreatur, spezifische Eigenschaften der Kreatur, die Zeit, bis die nächste gespawnt wird, und die Anzahl der spawnenden Kreaturen.
  • Entfällt mit Version 1.13: Notenblöcke speichern darin den Ton, den sie spielen.
  • Öfen, Redstone-Truhen, Shulkerkisten, 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.
  • Der Block, der von einem Kolben verschoben wird (verschobener 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 verschoben wurde. Seine Informationen erhält er aus den Blockobjektdaten des verschobenen Blockes.

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

Datenquelle[Bearbeiten]


  • .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[Bearbeiten]

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 Entfällt mit Version 1.13:Befehl /blockdata Neu mit Version 1.13: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 der Tonhöhe eines Notenblocks auf den Ton "C" der ersten Oktave, wenn man auf dem Notenblock steht. (Die Position ~ ~ ~ bezeichnet die Position der Befehlsquelle, also hier des Spielers, der den Befehl im Chat eingibt, die Position ~ ~-1 ~ ist ein Block darunter, also der Block, auf dem man steht):

/blockdata ~ ~-1 ~ {note:6}

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):

/blockdata ~ ~1 ~ {Text1:"Das ist ein Text"}
Weitere Beispiele mit Blockobjektdaten siehe: Anleitungen/Befehle mit NBT

Funktionsweise[Bearbeiten]

Blöcke mit Blockobjektdaten haben die Besonderheit, dass sie nicht mit einem Kolben verschoben werden können. Ein Kolben kann sich nämlich nur Entfällt mit Version 1.13: die numerische Identifikation und die Metadaten Neu mit Version 1.13: 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[Bearbeiten]

Mit dem Befehl /blockdata kann man sich alle Blockobjektdaten eines Blockes anzeigen lassen, indem man eine leere Änderung macht. Als Positionsangabe im Beispiel ist es der Block unter dem Spieler:

/blockdata ~ ~-1 ~ {}

Blockobjektbasisdaten[Bearbeiten]

  • Allgemeine Blockobjekt-Eigenschaften.

    • id:
      Blockobjekt-ID (siehe Liste)

    • keepPacked:
      Unbekannt

    • x:
      X-Koordinate des Blockes mit Blockobjektdaten.

    • y:
      Y-Koordinate des Blockes mit Blockobjektdaten.

    • z:
      Z-Koordinate des Blockes mit Blockobjektdaten.

Aquisator[Bearbeiten]

[Bearbeiten]


  • Banner
    hat die Blockobjekt-ID "banner"
    • Allgemeine Blockobjekteigenschaften

    • CustomName:
      Name des Banners Neu mit Version 1.13: als JSON-Text (Beispiel: CustomName:"{\"text\":\"Wiki\"}"). Der Name bleibt beim Abbauen/Setzen oder beim Droppen erhalten. Der Name kann als Kartenmarkierung eingesetzt werden.

    • Base:
      Entfällt mit Version 1.13: Grundfarbe des Banners.

    • Patterns:
      Entfällt mit Version 1.13: Liste der verwendeten Muster. Sie liegen in der Reihenfolge übereinander, in der sie in der Liste aufgeführt werden. Ist die Liste leer, ist das Banner einfarbig in der Grundfarbe und hat kein Muster. Neu mit Version 1.13: 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:
          Entfällt mit Version 1.13: Die Farb-ID für die Farbe des Musters. Wertebereich: 0 bis 15.

        • Color:
          Neu mit Version 1.13: 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[Bearbeiten]

Hinweis: Der Modus (Impuls, Wiederholen, Verketten) ergibt sich aus dem ID-Namen des Blockes an der entsprechenden Position. Der Bedingt-Zustand ergibt sich aus Entfällt mit Version 1.13: den Metadaten Neu mit Version 1.13: 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 Neu mit Version 1.13: 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.

    • CommandStats:
      Entfällt mit Version 1.13: Alle Ergebnisse, die der Befehlsblock zählen kann, wenn er einen Befehl ausführt:

      • AffectedBlocksName:
        Name des Spielers oder Anzeigetafel-Zählers, dessen Punktestand auf die Anzahl der Blöcke gesetzt werden soll, wenn der Befehl Blöcke verändert oder geprüft hat.

      • AffectedBlocksObjective:
        Name des Anzeigetafel-Ziels (= Punktestand), das für AffectedBlocksName auf die Anzahl der Blöcke gesetzt werden soll.

      • AffectedEntitiesName:
        Name des Spielers oder Anzeigetafel-Zählers, dessen Punktestand auf die Anzahl der Objekte gesetzt werden soll, wenn der Befehl Objekte verändert oder geprüft hat.

      • AffectedEntitiesObjective:
        Name des Anzeigetafel-Ziels, das für AffectedEntitiesName auf die Anzahl der Objekte gesetzt werden soll.

      • AffectedItemsName:
        Name des Spielers oder Anzeigetafel-Zählers, dessen Punktestand auf die Anzahl der Gegenstände gesetzt werden soll, wenn der Befehl Objekte verändert oder geprüft hat.

      • AffectedItemsObjective:
        Name des Anzeigetafel-Ziels, das für AffectedItemsName auf die Anzahl der Gegenstände gesetzt werden soll.

      • QueryResultName
        : Name des Spielers oder Anzeigetafel-Zählers, dessen Punktestand auf das Ergebnis des letzten Befehls gesetzt werden soll.

      • QueryResultObjective
        : Name des Anzeigetafel-Ziels, das für QueryResultName auf das Ergebnis des letzten Befehls gesetzt werden soll.

      • SuccessCountName:
        Name des Spielers oder Anzeigetafel-Zählers, dessen Punktestand auf 1 gesetzt werden soll, wenn der Befehl erfolgreich war oder auf 0, wenn er nicht erfolgreich war.

      • SuccessCountObjective:
        Name des Anzeigetafel-Ziels, das für SuccessCountName auf Erfolg (1) oder Misserfolg (0) gesetzt werden soll.

    • 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[Bearbeiten]

Entfällt mit Version 1.13:

Blumentopf[Bearbeiten]

Entfällt mit Version 1.13:

Braustand[Bearbeiten]


  • Braustand
    hat die Blockobjekt-ID "brewing_stand"
    • Allgemeine Blockobjekteigenschaften

    • CustomName:
      Optional können Namen per Amboss oder Neu mit Version 1.13: 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 Entfällt mit Version 1.13: Befehl /blockdata x y z {Lock:} Neu mit Version 1.13: Befehl /data merge block x y z {Lock:""} geleert wird.

    • 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[Bearbeiten]

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

Endportal[Bearbeiten]

Endtransitportal[Bearbeiten]


  • Endtransitportal
    hat die Blockobjekt-ID "end_gateway"
    • Allgemeine Blockobjekteigenschaften

    • Age:
      Alter des Transitportals in Ticks. Wenn dieser Wert kleiner als 200 ist, sendet das Transitportal einen lila Strahl aus

    • 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.

      • Y:
        Die Y-Koordinate des Zielpunktes.

      • Z:
        Die Z-Koordinate des Zielpunktes.

Konstruktionsblock[Bearbeiten]


  • 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. Standrad 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[Bearbeiten]


  • Kopf
    hat die Blockobjekt-ID "skull"
    • Allgemeine Blockobjekteigenschaften

    • ExtraType:
      Nur bei Entfällt mit Version 1.13: SkullType = 3 Neu mit Version 1.13: 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.

    • Rot:
      Entfällt mit Version 1.13: Ausrichtung des Kopfes: 0 = Nord, 1 = Nord-Nordost, 2 = Nordost, 3 = Ost-Nordost, 4 = Ost, 5 = Ost-Südost, 6 = Südost, 7 = Süd-Südost, 8 = Süd, 9 = Süd-Südwest, 10 = Südwest, 11 = West-Südwest, 12 = West, 13 = West-Nordwest, 14 = Nordwest, 15 = Nord-Nordwest.

    • SkullType:
      Entfällt mit Version 1.13: Typ des Kopfes: 0 = Skelett, 1 = Wither, 2 = Zombie, 3 = Spieler, 4 = Creeper, 5 = Enderdrache.

    • Owner:
      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:
                Entfällt mit Version 1.13: unbekannte Bedeutung.

              • Value:
                Die URL-Adresse von der die Grafik für den Kopf geladen wird. Diese ist UTF-8 kodiert und als Base64-Zeichenkette angegeben.

Leuchtfeuer[Bearbeiten]


  • 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.

Monsterspawner[Bearbeiten]


  • Monsterspawner
    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 Monsterspawners 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 Monsterspawners 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 Monsterspawner. Sobald ein Spieler diesen Umkreis betritt, wird der Monsterspawner aktiviert, was an den züngelnden Flammen erkennbar ist. Bei einem inaktiven Monsterspawner 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 Monsterspawner, in dem die Objekte zufällig gespawnt werden. Der Spawnbereich ist 2 Blöcke hoch gemessen vom Fuß des Monsterspawners.

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 Monsterspawner auf dem Boden stehen, damit die Kreaturen nicht in der Luft gespawnt werden.

Notenblock[Bearbeiten]

Entfällt mit Version 1.13:

Ofen[Bearbeiten]


  • Ofen
    hat die Blockobjekt-ID "furnace"
    • Allgemeine Blockobjekteigenschaften

    • CustomName:
      Optional können Namen per Amboss oder Neu mit Version 1.13: 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 Entfällt mit Version 1.13: Befehl /blockdata x y z {Lock:} Neu mit Version 1.13: Befehl /data merge block x y z {Lock:""} geleert wird.

    • 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.

Plattenspieler[Bearbeiten]


  • Plattenspieler
    hat die Blockobjekt-ID "jukebox"
    • Allgemeine Blockobjekteigenschaften

    • Record:
      Entfällt mit Version 1.13: Die Gegenstand-ID der Schallplatte, die gerade gespielt wird. 0 steht für keine Schallplatte. Andere IDs können benutzt werden, um andere Gegenstände (nur mit Metadaten-Wert 0) aus dem Plattenspieler fliegen zu lassen. Dieser Wert muss mit RecordItem übereinstimmen.

    • RecordItem:
      Gegenstandsdaten des Gegenstandes im Plattenspieler ohne Slot.

Redstone-Komparator[Bearbeiten]

Schild[Bearbeiten]


  • Schild
    hat die Blockobjekt-ID "sign"
    • Allgemeine Blockobjekteigenschaften

    • CommandStats:
      Entfällt mit Version 1.13: Alle Ergebnisse, die das Schild zählen kann, wenn es einen Befehl ausführt:

      • AffectedBlocksName:
        Name des Spielers oder Anzeigetafel-Zählers, dessen Punktestand auf die Anzahl der Blöcke gesetzt werden soll, wenn der Befehl Blöcke verändert oder geprüft hat.

      • AffectedBlocksObjective:
        Name des Anzeigetafel-Ziels (= Punktestand), das für AffectedBlocksName auf die Anzahl der Blöcke gesetzt werden soll.

      • AffectedEntitiesName:
        Name des Spielers oder Anzeigetafel-Zählers, dessen Punktestand auf die Anzahl der Objekte gesetzt werden soll, wenn der Befehl Objekte verändert oder geprüft hat.

      • AffectedEntitiesObjective:
        Name des Anzeigetafel-Ziels, das für AffectedEntitiesName auf die Anzahl der Objekte gesetzt werden soll.

      • AffectedItemsName:
        Name des Spielers oder Anzeigetafel-Zählers, dessen Punktestand auf die Anzahl der Gegenstände gesetzt werden soll, wenn der Befehl Objekte verändert oder geprüft hat.

      • AffectedItemsObjective:
        Name des Anzeigetafel-Ziels, das für AffectedItemsName auf die Anzahl der Gegenstände gesetzt werden soll.

      • QueryResultName
        : Name des Spielers oder Anzeigetafel-Zählers, dessen Punktestand auf das Ergebnis des letzten Befehls gesetzt werden soll.

      • QueryResultObjective
        : Name des Anzeigetafel-Ziels, das für QueryResultName auf das Ergebnis des letzten Befehls gesetzt werden soll.

      • SuccessCountName:
        Name des Spielers oder Anzeigetafel-Zählers, dessen Punktestand auf 1 gesetzt werden soll, wenn der Befehl erfolgreich war oder auf 0, wenn er nicht erfolgreich war.

      • SuccessCountObjective:
        Name des Anzeigetafel-Ziels, das für SuccessCountName auf Erfolg (1) oder Misserfolg (0) gesetzt werden soll.

    • Text1:
      Erste Zeile als JSON-Text, z. B. Text1:"{\"text\":\"Wiki\"}".

    • Text2:
      Zweite Zeile als JSON-Text.

    • Text3:
      Dritte Zeile als JSON-Text.

    • Text4:
      Vierte Zeile als JSON-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.

Shulkerkiste[Bearbeiten]


  • Shulkerkiste
    hat die Blockobjekt-ID "shulker_box"
    • Allgemeine Blockobjekteigenschaften

    • CustomName:
      Optional können Namen per Amboss oder Neu mit Version 1.13: 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 Entfällt mit Version 1.13: Befehl /blockdata x y z {Lock:} Neu mit Version 1.13: Befehl /data merge block x y z {Lock:""} geleert wird.

    • Items:
      Liste der Gegenstandsdaten in der Kiste mit Slot (von 0 bis 26, wobei sich Slot 0 in der oberen linken Ecke befindet).

    • LootTable:
      Optional. Die Beutetabelle, die verwendet wird, um den Inhalt der Kiste zu generieren, sobald sie das nächste Mal geöffnet wird. [Anmerkung 1]

    • LootTableSeed:
      Optional. Startwert, der beim Generieren des Kisteninhalts 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.

Spender[Bearbeiten]


  • Spender
    hat die Blockobjekt-ID "dropper"
    • Allgemeine Blockobjekteigenschaften

    • CustomName:
      Optional können Namen per Amboss oder Neu mit Version 1.13: 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 Entfällt mit Version 1.13: Befehl /blockdata x y z {Lock:} Neu mit Version 1.13: Befehl /data merge block x y z {Lock:""} geleert wird.

    • Items:
      Liste der Gegenstandsdaten im Spender mit Slot (von 0 bis 8, wobei sich Slot 0 in der oberen linken Ecke befindet).

    • LootTable:
      Optional. Die Beutetabelle, die verwendet wird, um den Inhalt des Spenders zu generieren, sobald er das nächste Mal geöffnet wird.[Anmerkung 1]

    • LootTableSeed:
      Optional. Startwert, der beim Generieren des Spenderinhalts 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.

Tageslichtsensor[Bearbeiten]

Trichter[Bearbeiten]


  • Trichter
    hat die Blockobjekt-ID "hopper"
    • Allgemeine Blockobjekteigenschaften

    • CustomName:
      Optional können Namen per Amboss oder Neu mit Version 1.13: 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 Entfällt mit Version 1.13: Befehl /blockdata x y z {Lock:} Neu mit Version 1.13: Befehl /data merge block x y z {Lock:""} geleert wird.

    • Items:
      Liste der Gegenstandsdaten im Trichter mit Slot (von 0 bis 4).

    • TransferCooldown:
      Zeit in Ticks bis zum nächsten Transportvorgang. Von 8 runterzählend auf 1. 0 wenn kein Transportvorgang.

    • LootTable:
      Optional. Die Beutetabelle, die verwendet wird, um den Inhalt der Truhe zu generieren, sobald sie das nächste Mal geöffnet wird.[Anmerkung 1]

    • LootTableSeed:
      Optional. Startwert, der beim Generieren des Truheninhalts 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.

Truhe[Bearbeiten]


  • Truhe
    und
    Redstone-Truhe
    haben die Blockobjekt-ID "chest" Neu mit Version 1.13: und "trapped_chest"
    • Allgemeine Blockobjekteigenschaften

    • CustomName:
      Optional können Namen per Amboss oder Neu mit Version 1.13: 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 Entfällt mit Version 1.13: Befehl /blockdata x y z {Lock:} Neu mit Version 1.13: Befehl /data merge block x y z {Lock:""} geleert wird.

    • Items:
      Liste der Gegenstandsdaten in der Truhe mit Slot (von 0 bis 26, wobei sich Slot 0 in der oberen linken Ecke befindet).

    • LootTable:
      Optional. Die Beutetabelle, die verwendet wird, um den Inhalt der Truhe zu generieren, sobald sie das nächste Mal geöffnet wird.[Anmerkung 1]

    • LootTableSeed:
      Optional. Startwert, der beim Generieren des Truheninhalts 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.

Doppeltruhen sind zwei nebeneinander platzierte Truhen-Blöcke mit jeweils eigenen Blockobjektdaten.

Verschobener Block[Bearbeiten]


  • Verschobener Block
    hat die Blockobjekt-ID "piston"
    • Allgemeine Blockobjekteigenschaften

    • blockData:
      Entfällt mit Version 1.13: Der Metadaten-Wert des Blockes, der gerade bewegt wird.

    • blockId:
      Entfällt mit Version 1.13: Die Block-ID des Blockes, der gerade bewegt wird.

    • blockState:
      Neu mit Version 1.13: Der verschobene 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 geschoben wird.

    • facing:
      Richtung in die der Block bewegt wird: 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 verschobenen Blöcken.

Werfer[Bearbeiten]


  • Werfer
    hat die Blockobjekt-ID "dispenser"
    • Allgemeine Blockobjekteigenschaften

    • CustomName:
      Optional können Namen per Amboss oder Neu mit Version 1.13: 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 Entfällt mit Version 1.13: Befehl /blockdata x y z {Lock:} Neu mit Version 1.13: Befehl /data merge block x y z {Lock:""} geleert wird.

    • Items:
      Liste der Gegenstandsdaten im Werfer mit Slot (von 0 bis 8, wobei sich Slot 0 in der oberen linken Ecke befindet).

    • LootTable:
      Optional. Die Beutetabelle, die verwendet wird, um den Inhalt des Werfers zu generieren, sobald er das nächste Mal geöffnet wird.[Anmerkung 1]

    • LootTableSeed:
      Optional. Startwert, der beim Generieren des Werferinhalts 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.

Zaubertisch[Bearbeiten]


  • Zaubertisch
    hat die Blockobjekt-ID "enchanting_table"
    • Allgemeine Blockobjekteigenschaften

    • CustomName:
      Optional können Namen per Amboss oder Neu mit Version 1.13: 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[Bearbeiten]

Geschichte[Bearbeiten]

Promotional Content