Posts by red51

A new update (0.9.2) is available now!
Latest Hotfix: 0.9.2.1 (2026-05-13)

    Will the stand alone server for the unity version be offered through steamcmd and if so will there be a different download number so we can still get the java version of the server?

    The dedicated server for the new version will be available as separate beta branch via SteamCMD (but unlike the game, this branch will overwrite an existing Java version of the server, so it's recommended to install the server for the new version to a separate directory) ;)

    Maybe we will also offer the dedicated server files as separate download on our website, but we're still not sure about that.

    Eine direkte Zeitangabe traue ich mich lieber nicht zu machen :D Auch eine "Mindestdauer" könnte evtl. von manchen als tatsächliches Erscheinungsdatum interpretiert werden, daher halte ich mich auch hier lieber zurück :saint: Der größte Teil des Bau-Updates ist aber schon geschafft.


    Da hast du wohl recht, ich denke hier wäre dann eher die bessere Frage nach dem Was und nicht nach Wann. Mich würde es mal interessieren, was so alles in Trello momentan für das nächste Update getan werden muss. Vielleicht könnte man in Trello eine Markierung "Next" machen, mit der die Kategorien markiert sind, an denen für das nächste Update gearbeitet wird.

    Leider ist es ein wenig schwierig, konkrete Aussagen darüber zu treffen, was noch unmittelbar für das Update erledigt werden muss :| Da wir so ein kleines Team sind, sind verbindliche Vorausplanungen sehr schwer. Selbst bei großen Firmen wie bspw. Unity - wo mehrere Hundert Entwickler beschäftigt sind - verzögern sich geplante Features manchmal um mehrere Monate oder gar Jahre :wat:

    Wie Avanar schon treffend feststellt, ist die Entwicklung nicht linear. Manchmal ergeben sich in der Entwicklung ganz neue, unvorhergesehene Baustellen. Oder wir ziehen kurzfristig ein anderes Feature vor, das eigentlich für später geplant war - insbesondere wenn sich doch die eine oder andere Abhängigkeit zwischen den Features ergibt.


    Beispiel: Obwohl wir uns momentan zwar in erster Linie auf das Bau-Update konzentrieren, haben wir die letzten Tage ausschließlich dem Multiplayer gewidmet (obwohl der Multiplayer erst nach dem Bau-Update kommen soll). Der Hintergrund war schlicht der, dass wir für einige Tests bzgl. des Bauens dringend einen funktionierenden Multiplayer benötigten.


    Konkret kann man aber als grobe Orientierung diese beiden Karten auf Trello verwenden: Constructions und Building-Tools. Wenn beide ein grünes Label haben, dann wird das Update nicht mehr lange auf sich warten lassen :D


    wait... wir bekommen bau und multiplayer? zusammen?????

    Nein, leider nicht, ich würde beide Updates lieber etwas trennen, da beides relativ umfangreiche Updates sind und das dann das Aufspüren und Beheben von Bugs erschweren würde^^ Die gute Nachricht ist aber: Der Multiplayer funktioniert, und auch der Netcode, den wir schon vor ca. 1 Jahr implementiert haben (aber nie wirklich testen konnten), funktioniert soweit - hier war unsere größte Sorge, dass der noch unerwartete Probleme bereiten würde :D Der Dedicated Server braucht noch etwas Feinschliff, und vor allem auch diverse Sachen beim Synchronisieren der Spieler und Items (vor allem hinsichtlich der Spielerfigur und Animationen). Nach dem Bau-Update wird das MP-Update nicht all zu lange auf sich warten lassen.

    Was ich noch vergessen haben zu erwähnen, sind die fliegen. Die werden eine ziemlich gute Atmosphäre auf der Müllhalde sein ;) Und ich hoffe das sowas mehr davon geben wird.

    Der Fliegenschwarm, der sich in der Demo ein Stückchen hinter der Hütte versteckt, wird später tatsächlich in erster Linie bei Leichen und langfristig ggf. auch in der Nähe von Kisten mit verdorbenem Essen spawnen :D Wir können den Schwarm aber via Command auch als spezielles, platzierbares "Objekt" anbieten (quasi wie der "technical smoke" in der Java Version) ^^

    I'm running the win_startscript as the application to start it. When I do I get this......

    This indicates the JVM could not reserve enough memory. Usually this happens if there is only a 32 bit Java version installed on a 64 bit OS - please make sure that the 64 bit version of Java 8 is installed ;)

    The fireworks indeed spawn every time you load the world (and as long as they're in your view frustum) ^^ They were an early experiment with GPU particles, but we kept them in the demo (same as the playground) :D It's indeed our intention to use them for proper fireworks in the future.

    Wie Avanar schon sagt, die Unity Demo wird zusätzlich zur Java Version installiert - d.h. du kannst auf diese Weise jederzeit zwischen der Java und Unity Version hin- und herspringen, ohne, dass irgendwas manuell geändert oder heruntergeladen werden muss. Du kannst den Unity-Branch also aktiv lassen, hierüber wirst du sowohl Updates für die Unity Version, als auch etwaige Updates für die Java Version erhalten.


    Du kannst aber den Beta Branch natürlich verlassen (falls du bspw. etwas Festplattenspeicher einsparen möchtest) indem du bei den Beta Branches einfach "None" oder "Keine" auswählst - damit springst du wieder auf den ursprünglichen Standard-Branch (die klassische Java Version) zurück ;)


    Falls du aber Interesse an den künftigen Updates der Unity Version hast, dann würde ich empfehlen, den Unity Beta Branch aktiv zu lassen ;) Ein häufiges Hin- und Herwechseln zwischen verschiedenen Branches kann Steam manchmal durcheinander bringen.

    Ich finde den Vorschlag von Ludy super. Denke auch das die Schichten von Wüste abgesehen teilweise viel zu dick ist.

    Oh, sorry Ludy , bin auf den ursprünglichen Post leider nicht mehr eingegangen :( Jedenfalls wäre ein Tool womit verschiedene Schichten eingestellt werden könnten interessant, allerdings müsste man sich auch hier überlegen, wie eine sinnvolle Steuerung aussehen könnte (ohne den Durchschnittsspieler damit komplett zu überfordern) :thinking:


    Für den Anfang könnte es vielleicht auch helfen, wenn diverse Texturen (zB Gras) beim Malen immer nur entlang der Oberfläche aufgetragen werden - man also zwar einen großen bereich zum Malen wählen kann, aber die tieferen Schichten nicht durch zB Gras ersetzt werden.


    Ich würde das Raster wenn es möglich ist gern noch deiner als in der java haben. Grad im creativmodus wäre es toll wenn wir das Raster noch viel kleiner machen könnten, angepasst an die kleinste Möglichkeit.

    Grundsätzlich ist die minimale Rastergröße in der neuen Version bereits kleiner als in der Java Version ^^ Die Mindestgröße in der Java Version ist 0.0625 (1/16), während die Mindestgröße in der neuen Version 0.03125 (1/32) beträgt.


    Es wäre schön wenn man auch F5-1 mit einer Unterste / Höchste Ebene Funktion haben könnte.

    Ich habe es wie gesagt mal auf unsere Liste gepackt, aber die größte Hürde ist hierbei in der Tat eine sinnvolle Steuerung, ohne das bestehende System (womit nicht jeder Spieler klargekommen ist, also die bisherige Höhenlimitierung) zu sehr zu verkomplizieren :monocle:


    Außerdem füge bitte zu meiner Wunschliste hinzu das ich gerne noch mehr Formen beim Terraforming hätte. Vielleicht auch sowas wie "Zufall" oder so. Gäbe sicher interessante Gebilde

    An was für Formen hättest du dabei genau gedacht?


    Formen im Terraforming, dass ist nun wirklich interessant. Es wäre schon toll wenn man es drehen könnte. Somit kann ich das Viereck auch als Dreieck nutzen.

    Das Problem ist hier die Auflösung des Terrains: Das Terrain ist ja quasi in Blöcke unterteilt (1x1x1 von der Größe her), hier sind keine wirklichen Zwischenschritte oder so möglich. Drehungen wären also nur äußerst eingeschränkt möglich und auch hier würde es schnell Situationen geben, in denen eher "stufige" Kanten rauskommen :thinking:


    Wir hatten zwar damals für die neue Version über eine Verdoppelung der Terraingenauigkeit nachgedacht, aber das hätte den Speicherverbrauch um den Faktor 8 nach oben getrieben (und hier hat die neue Version aufgrund der deutlich größeren Sichtweite und maximalen Höhe der Welt ohnehin schon wesentlich mehr Overhead als die Java Version) :dizzy:

    Wäre das hier nicht besser es soweit es geht über die permissions zu steuern, dann sollte die Frage überflüssig sein.

    Über die Permissions könnte man lediglich bestimmen, ob ein Spieler mit einem Verkäufer interagieren darf oder nicht. Ob Verkäufer vorhanden sind muss ja für alle Spieler gleich gelöst werden - hier wäre wie gesagt nur eine globale Servereinstellung bzw. vielmehr eine Welteinstellung geeignet ;)


    Ich hoffe das wurde nicht schon irgendwo beantwortet, aber wird es mit dem Bau-Update noch eine Änderung in der aktuellen Demowelt geben, oder kommt lediglich die Baumechanik als neue Funktion dazu, mit der man sich dann austoben kann?

    Ich weiß noch nicht, ob die Demowelt in ihrer Form bestehen bleibt. Die dortigen Gebilde sind nicht direkt mit richtigen "Bauelementen" erstellt (sie mussten ja noch für die Demo fertig werden, allerdings waren Bauelemente zu dem Zeitpunkt noch nicht wirklich implementiert), d.h. sie könnten entweder weiter bestehen bleiben (und wären weiterhin unzerstörbar und nicht einfärbbar), oder wir schreiben einen Konvertierer dafür (wofür aber wieder Zeit draufgehen würde) :thinking: Ich bin mir da also noch nicht ganz sicher... vll wird es auch einfach eine etwas angepasste Welt geben.


    Ein richtiges "Weltupdate" (womit die Welt erweitert wird und auch endlich richtige Wälder kommen) wird aber erst nach dem Bau-Update bzw. auch nach dem Multiplayer-Update kommen.


    Wie viele Texturen werden wir denn im nächsten Update zur Verfügung haben red51 ? Wahrscheinlich erstmal keine 100, aber ich hoffe ja nicht, dass es nur bei den vier Stück bleiben wird. Glastexturen wären wünschenswert, sonst hätten wir ziemlich traurige Häuser ohne Fenster.

    Das kann ich leider noch nicht sagen :| Wir wollen uns zum Schluss um die Texturen kümmern, wenn die Baumechaniken usw. stehen. Das System ist "theoretisch" darauf ausgelegt, bis zu 250 Texturen zu bieten, allerdings werden wir so viel wohl nicht ausschöpfen (man muss hier auch den RAM und VRAM Verbrauch im Blick behalten, da die Texturen deutlich hochauflösender sind als in der Java Version). Das heißt aber, dass wir grundsätzlich problemlos neue Texturen nachliefern können, ohne, dass es zu Problemen mit bestehenden Welten kommt. Sicherlich wird das erste Bau-Update aber mehr als 4 Texturen haben ;)

    red51 Die Frage nach dem Size-Befehl ging eigentlich immer nur um die kleinen Maße für Tierkäfige oder Zäune. Da spricht doch nichts dagegen, dass das auch im Survival möglich ist?

    Ja, die Mindestgröße für Bauelemente werden im Survival- und Creative-Modus gleich sein. Lediglich bei Objekten (Möbel, Türen etc) wird der Survival-Modus striktere Mindestgrößen haben ^^

    red51 Mein Raster lässt sich nicht auf diese kleine Größe herunterskalieren. 6x6 Blöcke würde ich mal vermuten oder größer. Ich bin auch nicht generell gegen das Tool, ist mir lieber als world edit, ^^

    allerdings hat world edit diese Area oder Blaupausen Markierungsmöglichkeit

    Ich rede doch die ganze Zeit vom Area-Tool :nerd: Bitte starte einmal die Java Version, gehe in den Creative-Modus, drücke F5 und dann die 4: Damit aktivierst du das Area-Tool, von welchem ich in den vorherigen Beiträgen gesprochen habe :D Das ist quasi genau das gleiche Tool, welches auch für Blueprints verwendet wird, oder eben auch von WorldEdit.

    Es wird sehr viel über neue Survival Implementierungen gesprochen. Npc Verkäufer, Geld. Im Singleplayer mag es interessant sein, sich für Geld bei Npcs Dinge wie in Minecraft kaufen zu können, auf Servern mit Survival Angeboten auch. Wenn der Server dieses Angebot nicht nutzen möchte, können diese Optionen bei Erstellung der Welt deaktiviert werden? Können diese Optionen im Nachhinein ohne weiteres btw. ohne neue Welterstellung geändert werden?

    Ich weiß nicht, inwieweit Bau-Server dadurch negativ beeinflusst werden sollten? :thinking: Wie Avanar schon sagt, aktuell arbeiten wir ja explizit am Bauen und haben hier viele Änderungen und Neuerungen vorbereitet, die die Freiheit beim Bauen deutlich erweitern werden.

    Nichtsdestotrotz braucht das Spiel langfristig dringend mehr Survival-Features, denn RW war nie als reines Bauspiel gedacht.


    Wie ja schon zuvor gesagt wird man NPCs bzw. Verkäufer ausschalten können. Inwieweit das nachträglich aktiviert/deaktiviert werden kann weiß ich allerdings noch nicht, vmtl. wird das für solche Fälle dann über einen Command gelöst werden (ähnlich wie der disablenpcs Command).


    Mit Bauservern meinte ich, dass es viele Leute gibt, die nur bauen wollen und sich nicht erst mühsam die Mats dazu erfarmrn müssen.

    Schon die Demo hat doch bereits einen Creative-Modus und die Möglichkeit, Items via Command zu spawnen. Warum sollten wir das wieder entfernen? :huh:

    The warning seems to be incorrect, there is nothing wrong in using final bytes in if-else statements :D So it looks like a bug in the IDE... Which version of Netbeans do you use? I'm not getting this warning in Netbeans 8.2, but Netbeans 11.2 shows me the same warning :monocle:

    You could either ignore this warning or just disable it (by hitting the light bulb on the left side). Or just use ints in this case - unless you're creating big arrays, the memory difference is negligible ^^

    Wie ist es denn mit dem Size-Befehl im Survival? Auf dem Server wurde immer danach gefragt, aber dazu mussten die Permissions oder Gruppen geändert werden.

    Den size-Befehl gibts auch im Survival, wie schon in der Java Version, allerdings erlaubt der Befehl auch hier nur Eingaben innerhalb der im Survival zulässigen Min- und Max-Größen. Sprich in der neuen Version bspw. ist size 4 4 4 sowohl im Survival als auch Creative-Modus möglich, hingegen size 16 16 16 nur im Creative-Modus.


    Wenn ich ein Holzplanke oder Holzbalken mit 15.99 x 15.99 in der Hand halte, sehe ich dieses Bauteil nicht mehr.

    Achso, naja, das ist in der neuen Version bereits "behoben" - das gilt allerdings nur für den Creative-Modus. Die Sache ist, dass man in der Java Version (sowie im Survival-Modus der neuen Version) Bauteile nur innerhalb eines begrenzten Radius platzieren kann (in der Java Version ca. 7-8 Blöcke weit) - ausgehend vom Mittelpunkt des Bauteils. In der neuen Version besteht so ein Limit auch (hier 10 Blöcke), allerdings nicht im Creative-Modus - hier können Bauteile in einem Umkreis von 100 Blöcken platziert werden.


    Der Gedanke beim Survival-Modus für diese Limitierung ist eben, dass der Spieler Bauteile nicht übertrieben weit von ihm aus platzieren können sollte.


    ?

    Oh, sorry, der letzte Teil des Satzes ist wohl verlorengegangen :saint: Ich habe meinen vorherigen Beitrag entsprechend editiert und den Satz vervollständigt :drunk:

    Im Grunde genommen ja. Allerdings finde ich World edit viel genauer und meines Erachtens einfacher was Höhe und Breite anbelangt. Dieser Zahn im Vordergrund lässt sich mit F5 nicht erschaffen, da das Tool größere Formen vorgibt. Die Gebilde auf der linken Seite sind mit world edit erstellt, der Rest mit dem Tool. Zu 99% entsteht bei mir eine Stufe.

    Hmm... das ist eigentlich auch alles mit dem "Area-Tool" (F5->4) erstellbar :thinking: Hier ein Bild vom Zahn (den meintest du doch, oder?), der mit dem Standard Area-Tool des Spiels erstellt wurde:


    Ich rede nicht vom normalen "Mal-Werkzeug" (1, 2 u. 3), sondern wirklich explizit von dem Bereichs-Werkzeug oder Area-Tool (4), mit welchem du eine Area auswählen und dann mit einem gewünschten Material füllen kannst (oder alternativ mit ENTF entfernen kannst). Das WorldEdit Skript verwendet unter der Haube eigentlich dasselbe Area-Tool (bzw. das ist das einzige derartige Tool, was über die Lua API zugänglich ist) :monocle:

    Well, actually the block isn't really removed if the event is cancelled - it just looks like the item is missing :D In the Java version, the client and server inventory were updated independently: When placing an item, the item is first removed from the clientside inventory, then the "place item" packet is sent to the server which invokes the API event, then - if the event wasn't cancelled - the item also gets removed from the serverside inventory and the item is placed in the world.

    Cancelling the event prevents the item from being removed from the server inventory, but at this stage, it is already removed from the client inventory (strictly speaking, this results in a desync between client and server inventory). If the client closes and opens his inventory again, the game detects the desync and requests the inventory from the server - this restores the missing item (so at the end of the day, the player actually didn't really lose the item).


    The reason for this overly complicated implementation was to keep the latency and bandwidth as low as possible. Tbh, this wasn't the best idea, since this implementation is error prone and doesn't work well with the API (resulting in the issue you've mentioned).

    However, inventory and item handling works completely different in the new version - the client inventory only gets updated after the server inventory was actually updated (no longer resulting in desync if you cancel such an even through the API) - so yes, this will be "fixed" in the new version ;)

    The UI part got my attention :D Did you try out the demo of the new version? The new version has a proper UI scaling (which was basically non-existent in the Java version) so it should work well on all resolutions and aspect ratios. Having a separate text scale option is a bit tricky to implement, but originally we wanted to implement at least a UI scale setting. However, after various tests with various monitors and resolutions, we never ran into a situation where the UI became too small or the text became unreadable - so we decided to not implement a UI scaling option for now.


    Nevertheless, if you still experience any UI scale issues with the new version, please let us know! We appreciate any feedback about that, and if it turns out that there are still UI issues in the new version, we definitely want to get them sorted out :)


    About the other suggestions, some of these things are definitely planned (like the "permanent groups", gemstones). I can't say much about the vehicles yet, basically it is our intention to add various vehicles, vessels and maybe even aircrafts, but unfortunately I can't say much about that yet at this stage :|


    About the stack sizes, I agree that the stack sizes in the Java version are a bit messed up. Actually this works a bit different in the new version: We decided to have slightly smaller chests (no longer having multiple "pages") and instead increase the max. stack sizes of most items. The demo of the new version currently has generous stack size limits (e.g. 999 for resources like stone), but we're still thinking about that ^^

    Das ist grundsätzlich eine gute Idee, lediglich bei der Steuerung müssten wir uns Gedanken machen, dass diese nicht zu kompliziert ausfällt :thinking: Ich packe das auf jeden Fall mal auf unsere Todo-Liste ;)

    Aber ist das nicht generell auch etwas, was bereits über das "Area-Tool" (F5 -> 4) lösbar ist? Besonders da ja hier auch "WorldEdit" erwähnt wurde, welches ja für solche Dinge meist auch nur das Area-Tool verwendet?

    wird es dennoch möglich sein (das die die gerne die Console benutzen) weiterhin möglich sein die Console für die jeweiligen eingaben zu nutzen.?

    Ja, es wird weiterhin auch alles optional über die Konsole machbar und einstellbar sein :)


    Und wird man auch zum beispiel Glasscheiben anpassen können in der Form weil man wie man auch in der aktuellen Version sieht bauen einige ja nicht nur Viereckige oder Rechteckige Fenster.

    In der neuen Version wird man jede Blockform mit einer Glas-Textur versehen können (also auch Zylinder oder Kugeln etc). Ich weiß noch nicht, ob wir explizit "Glasscheiben" einbauen werden, denn grundsätzlich wäre das mit einem normalen Block (den man entsprechend dünn skalieren kann) ja schon abgedeckt.


    Mir geht gut irgendwie was dazwischen, ich nenne es Mal Bauherr-Modus ( ein sorry an die Frauen ). Hier würde ich mir vorstellen das es alle Vorteile wie im creative Modus gäbe aber was das Essen, trinken oder die Vereinbarkeit angeht sollte der Spieler hier den gleichen Weg wie im Survival gehen.

    Tatsächlich hat die neue Version jetzt bereits mehr Einstellmöglichkeiten was den Survival angeht: So kann man bspw. das sofortige Abbauen aus dem Creative-Mode auch im Survival-Mode aktivieren.

    Einen eigenen Spielmodus würde ich dafür aber nicht unbedingt machen, sondern diese Einstellungen wird man dann ganz normal über die Spieleinstellungen vornehmen können (und im MP entsprechend über die Permissions) ^^


    Es wäre bestimmt eine tolle Sache, wenn unsere Mittelalterfreunde die modernen Werkzeuge aus den Werkbänken verbannen könnten, da diese da nicht zum Themal passen.

    Ja, das ist auf jeden Fall geplant ;)


    Wegen der göse ich wüde mich freun wenn mann im Survival-Modus auch bis zu 0,01x0.01x0.01 runter skaliren könnte. Das mit der max gröse war für mich immer ok

    Momentan ist die Mindestgröße tatsächlich 0.01 ;) Theoretisch wären auch noch kleinere Größen möglich (bis zu 4 Nachkommastellen), aber das wird dann schon sehr fummelig klein :dizzy:


    Wie schaut es mit einem Trapetz aus ? ich hatte in den neuen Bildern einen Block gesehen aus dem man evtl einen Trapetzformiges Brett bekommen könnte, bin mir aber nicht sicher.

    Ein Trapez selbst gibt es nicht explizit, aber durch die Möglichkeit, die Oberseite eines Blockes separat zu verschieben oder zu skalieren, kann man sehr einfach selbst ein Trapez herstellen ;)


    In der Java-Version mussten wir immer alles selber raus finden und viele Befehle blieben lange verborgen. Es wäre toll, wenn mit dem Bauupdate auch gleich eine Komandoliste raus kommt, die dann mit der Zeit immer auf dem Aktuellen Stand gehalten wird

    Ich gucke mal, dass wir eine passende Liste mit allen Commands vorbereiten. Die neue Konsole dürte generell aber auch durch ihre Autovervollständigung und Hilfetexte etwas hilfreicher sein als in der Java Version ^^


    Hier würde sich ( ich möchte es kaum aussprechen ) eine Wiki anbieten. Auch so ein Thema. Man weiß ja das nicht alles auf einmal kommen und gemacht werden kann und hier Spielinhalte für alle das A & O sind. Hier hatten sich früher schon mal einige der Community angeboten.

    Wir suchen tatsächlich noch nach einer Lösung dafür. Für die Java Version wurde das im Laufe der Zeit immer komplizierter, allerdings waren auch noch Dinge wie passende Templates und Design eher der Hauptgrund, warum es damit nicht voran ging. Es ist unsere Intention, jetzt noch möglichst früh ein Wiki für die neue Version auf die Beine zu stellen.


    32x32 Blocks hört sich gut an. Gilt das auch für den Size Befehl? Natürlich nur, wenn das Bauteil dann auch gesehen werden kann

    Ja, das gilt auch für den Size Befehl ;) Was meinst du damit, dass "das Bauteil dann auch gesehen werden kann"?


    Wie verhält es sich in der neuen Version mit der Kombination selbstgefertigte Holzbauteile und Blockformen?

    Wie meinst du das genau? :thinking:


    Das Raster auf Holzbauteilen ist nicht immer akkurat.

    In der Java Version war das Raster eher suboptimal. Das wird in der neuen Version schon eine ganze Ecke besser, allerdings muss man trotzdem berücksichtigen, dass das Raster natürlich nie ganz passt wenn Bauelemente mit beliebigen Winkeln und Größen (die vom Raster abweichen) platziert sind.


    Ich bin eigentlich komplett dagegen, dass man im Kreativmodus mehr Baumöglichkeiten haben soll als im Survival-Modus. Der einzige Unterschied zwischen den beiden Modi sollte sein, dass man im Kreativmodus unbegrenzte Ressourcen hat und die Survival-Aspekte wegfallen (+ Fliegen und die weiteren Mechaniken).

    Das ist natürlich teilweise etwas schwierig realisierbar... bspw. können im Creative-Modus Objekte (wie Möbel, Türen etc) auf beliebige Größen skaliert werden. Das im Survival anzubieten wäre etwas heikel, da hier auch absolut unrealistische Größen möglich sind. In dem Fall wäre die Lösung also nur, diese Möglichkeit im Creative-Modus zu entfernen :thinking:


    wäre es nicht möglich wenn mann gröser als 4x4x4 bauen will im Survival-Modus das am dann einfach mehr material verbaucht ?

    Das könnte man theoretisch so machen, wir müssen uns dazu mal ein paar Gedanken machen ^^

    Was die NPC Verkäufer angeht ist es, wie hier vorgestellt bzw. wie ich es verstanden habe, so ne Einzelspieler Sache. Cool wäre für den Multiplayer ein Admin NPC Verkäufer der mit alles versorgt werden kann und selbstredend vom Admin für Spieler. Und ein SPIELER NPC Verkäufer, der sich auch von selbst erklärt.

    Nicht unbedingt, also NPC Verkäufer wird es auch gleichermaßen im Multiplayer geben (mit der Möglichkeit für Admins, diese natürlich auszuschalten). Mittelfristig wäre das Ziel, Admins über den Creative-Mode die Möglichkeit zu geben, "eigene Verkäufer" zu erstellen (sprich dass der Admin entscheiden kann, welche Items verkauft werden und zu welchem Preis) ;)


    Stimmt schon um genauer zu sein kling es sogar eher nach eine Economy DLC

    Wie gesagt, bei einer Münzpresse sehe ich halt dieses Problem (letzter Absatz): RE: Erste spielbare Version verfügbar!

    Eine Währung hingegen ist auf alle Fälle geplant. Natürlich wird ein Admin im MP auch entsprechende Commands zur Verfügung haben, um "Geld" zu spawnen.