Überarbeitung[]
Übersetzung gelungen, denke ich. Ich werd mich demnächst auch mal um die Datenwerte kümmern, damit nicht eventuell Unklarheit über die zusätzlichen Datenwerte aufkommt. --Sven 18:46, 8. Aug. 2011 (UTC)
SkullType[]
/setblock ~ ~ ~-1 skull 2 {SkullType:1} Raus kommt ein Skelettschädel (SkullType 0). Was mach ich falsch? Ich hab mir den die setblock-Syntax angesehen, obwohl ich die auswendig weiß, ich hab sogar in NBTExplorer angesehen, ob ich SkullType richtig geschrieben habe, aber es dürfte alles stimmen. Bin in 1.10. Fabian42 21:48, 10. Jun. 2016 (UTC)
- Versuch mal
{SkullType:1b}
, das sollte funktionieren. | violine1101 (Diskussion) 13:49, 11. Jun. 2016 (UTC)- Nope. Fabian42 18:54, 11. Jun. 2016 (UTC)
- Hier steht: "NBT-Daten funktionieren nur zusammen mit Metadaten-ID und Platzierung". Du hast die Platzierung vergessen. -- Sumpfhütte 20:29, 11. Jun. 2016 (UTC)
- Oh, ich bin so doof. Dankesehr. Fabian42 20:49, 11. Jun. 2016 (UTC)
- Hier steht: "NBT-Daten funktionieren nur zusammen mit Metadaten-ID und Platzierung". Du hast die Platzierung vergessen. -- Sumpfhütte 20:29, 11. Jun. 2016 (UTC)
- Nope. Fabian42 18:54, 11. Jun. 2016 (UTC)
Objektnamen[]
Einige sind extra angegeben, um sie klein zu schreiben, aber Klein/Großschreibung ist bei den meisten Dingen jetzt egal. Außerdem: Hier wird ä|n verwendet, auf vielen anderen Seiten aber nicht. Wie sollte es sein? Fabian42 12:41, 17. Aug. 2016 (UTC)
- Die Vorgabe des Spiels ist die Kleinschreibung, so soll es auch im Wiki sein. Wenn auf den einzelnen Seiten der Objekte und Kreaturen noch ein Hinweis auf die geänderte ID fehlt, dann wäre es super, wenn du das mit ä|n nachträgst, damit wir bei Erscheinen der 1.11 alle Stellen sofort finden und anpassen können, damit das Wiki immer schön aktuell bleibt. -- Sumpfhütte 14:08, 18. Aug. 2016 (UTC)
- Gilt das explizit auch bei den Steckbriefen ? Nethonos (Diskussion) 14:13, 18. Aug. 2016 (UTC)
- Das könnte zwar unschön aussehen, aber es ist ja nur temporär. Alle Stellen, die wir bei Veröffentlichung von 1.11 anpassen müssen, sollten markiert sein. -- Sumpfhütte 14:47, 18. Aug. 2016 (UTC)
- Gut, das hatte ich schon bei paar angefangen. Dann wird dort weiter gemacht. Nur bei Blockobjekten spinnt der Steckbrief, siehe dazu Befehlsblock. Nethonos (Diskussion) 14:55, 18. Aug. 2016 (UTC)
- @Nethonos: Mach bitte immer ein Leerzeichen hinter die Vorlage. -- Sumpfhütte 15:38, 18. Aug. 2016 (UTC)
- ok. Nethonos (Diskussion) 15:47, 18. Aug. 2016 (UTC)
- Beim Befehlsblock liegt es wohl daran, dass es in einem Link ist. Wenn der Link zwei mal gemacht wird und in der n-Vorlage ist, dürfte es funktionieren. Fabian42 09:18, 21. Aug. 2016 (UTC)
- Ich habe die Vorlage erweitert, sodass man sowohl alte als auch neue ID angeben kann:
entityid=alte_id/neue_id
. | violine1101 (Diskussion) 10:21, 21. Aug. 2016 (UTC)- Prima, danke! -- Sumpfhütte 12:51, 22. Aug. 2016 (UTC)
- Das ist ne super Sache. Vielleicht lässt sich das ja noch so auf alle Steckbriefvorlagen erweitern, sodass man nur noch mit Schrägstrich und neuen Namen direkt auch die Änderungsvorlage aufrufen kann. Nethonos (Diskussion) 13:00, 22. Aug. 2016 (UTC)
- Prima, danke! -- Sumpfhütte 12:51, 22. Aug. 2016 (UTC)
- Ich habe die Vorlage erweitert, sodass man sowohl alte als auch neue ID angeben kann:
- Beim Befehlsblock liegt es wohl daran, dass es in einem Link ist. Wenn der Link zwei mal gemacht wird und in der n-Vorlage ist, dürfte es funktionieren. Fabian42 09:18, 21. Aug. 2016 (UTC)
- ok. Nethonos (Diskussion) 15:47, 18. Aug. 2016 (UTC)
- @Nethonos: Mach bitte immer ein Leerzeichen hinter die Vorlage. -- Sumpfhütte 15:38, 18. Aug. 2016 (UTC)
- Gut, das hatte ich schon bei paar angefangen. Dann wird dort weiter gemacht. Nur bei Blockobjekten spinnt der Steckbrief, siehe dazu Befehlsblock. Nethonos (Diskussion) 14:55, 18. Aug. 2016 (UTC)
- Das könnte zwar unschön aussehen, aber es ist ja nur temporär. Alle Stellen, die wir bei Veröffentlichung von 1.11 anpassen müssen, sollten markiert sein. -- Sumpfhütte 14:47, 18. Aug. 2016 (UTC)
- Gilt das explizit auch bei den Steckbriefen ? Nethonos (Diskussion) 14:13, 18. Aug. 2016 (UTC)
Endtransitportal[]
Es besteht ja die Möglichkeit bei Endtransitportalen die Koordinaten des Teleports anzugeben. /setblock ~ ~-1 ~ end_gateway 0 replace {ExitPortal:{X:0,Y:0,Z:0}}
Allerdings wird die Y-Koordinate überhaupt nicht beachtet (man spawnt immer ganz oben, wie bei /spreadplayers) und auch die X- bzw. Z-Koordinaten werden nicht korrekt verwendet. So lande ich beim gezeigten Befehl nicht bei x:0 z:0, sondern bei x:-5 z:-5 während /setblock ~ ~-1 ~ end_gateway 0 replace {ExitPortal:{X:5,Y:0,Z:5}}
mich zu x:0 z:0 teleportiert. Doch es wird nicht immer einfach nur -5 gerechnet. Bei größeren Koordinaten landet man nur in der Nähe und Änderungen von X bzw Z haben teilweise Auswirkungen auf die andere Koordinate. Hat da vielleicht jemand eine Idee, nach welcher Ungenauigkeit das Portal funktioniert? Vorallem, da es ja immer zu den gleichen Koordinaten teleportiert, wenn auch nicht genau zu den angegebenen. MarkusRost (Diskussion) 14:30, 19. Sep. 2016 (UTC)
- Ich denke, das ist beabsichtigt. Wenn du
ExactTeleport:1b
setzt, wirst du (laut umseitigen Angaben, kann das momentan leider nicht prüfen) an die exakten Koordinaten teleportiert. | violine1101 (Diskussion) 14:50, 19. Sep. 2016 (UTC)- Danke, funktioniert! Auch die Y-Koordinate wird damit beachtet. War wohl einfach zu blöd auch auf die Idee zu kommen :D MarkusRost (Diskussion) 19:39, 19. Sep. 2016 (UTC)
Abschnitt "Arten"[]
Ich habe bemerkt, dass der Abschnitt Arten nicht vollständig ist.
Nach eigenem Ermessen habe ich ihn ergänzt, bin mir aber nicht sicher, ob alles richtig ist, und ob ich was vergessen habe. Könnte jemand, der sich damit auskennt, da noch mal raufschauen? :-) ~ YɒouoɑY 17:41, 8. Dez. 2016 (UTC)
- Stimmt soweit. -- Sumpfhütte 11:33, 9. Dez. 2016 (UTC)
conditionMet[]
Soweit ich weis, kann man conditionMet:
auch bei Wiederhol-Befehlsblöcke und Impuls-Befehlsblöcke abfragen (Technik vor 1.13). Oder hat sich das mit 1.13 geändert? -- Nethonos 13:20, 23. Jan. 2018 (UTC)
- Stimmt, ist korrgiert. -- Sumpfhütte 15:32, 23. Jan. 2018 (UTC)
Base in Banner[]
In dem Artikel steht das die Eigenschaft "Base" entfällt, wenn ich aber im Spiel (aktueller Snapshot 18w14a) per /data get entity
die NBT-Daten auslese steht dort noch immer Base. Das Problem ist jetzt nur, wenn ich den Befehl /replaceitem entity @p weapon.offhand minecraft:shield{tag:{BlockEntityTag:{Patterns:[{Pattern:"ms",Color:0},{Pattern:"cs",Color:0}],Base:14}}} 1
eintippe um ein Schild für den Kampf mit so einem Bannermuster zu erzeugen, hab ich jetzt das Problem das es kein Muster geschweige denn die "Base"-Eigenschaft besitzt. -- Nethonos 15:14, 5. Apr. 2018 (UTC)
- Ok, jetzt hab ich es nach einigem testen endlich raus, der richtige Befehl muss ohne tag:{...} geschrieben werden. Allerdings bleibt das Dilemma mit der Base-Eigenschaft, denn sie entfällt in 1.13 beim Block "Banner" aber nicht beim Schild (Kampf). Das bedeutet irgendwie sollte das noch dort stehen oder doch besser hier? -- Nethonos 15:28, 5. Apr. 2018 (UTC)
- Guter Hinweis! Es gehört zu den Gegenstandsdaten des Schildes. Ist dort jetzt eingetragen. -- Sumpfhütte 14:08, 6. Apr. 2018 (UTC)
- perfekt! -- Nethonos 15:42, 6. Apr. 2018 (UTC)
- Guter Hinweis! Es gehört zu den Gegenstandsdaten des Schildes. Ist dort jetzt eingetragen. -- Sumpfhütte 14:08, 6. Apr. 2018 (UTC)