Posts by red51

Quote from lenko

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)

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.

Quote from lenko

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.

Quote from Avanar

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

Quote from Avanar

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?

Quote from lenko

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

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)

Quote from lenko

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

Quote from Yaromid

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

Quote from Yaromid

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

Quote from Deirdre

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

Quote from Deirdre

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 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 Das ist quasi genau das gleiche Tool, welches auch für Blueprints verwendet wird, oder eben auch von WorldEdit.

Quote from Deirdre

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? 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).

Quote from Deirdre

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?

The warning seems to be incorrect, there is nothing wrong in using final bytes in if-else statements 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

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

Quote from Deirdre

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.

Quote from Deirdre

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.

Quote from Deirdre

?

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

Quote from Deirdre

Das klingt alles nach Servern mit Survivalmodus. Was ist denn für die Bauserver geplant oder gibt es die gar nicht mehr?

Kannst du das etwas genauer erläutern?

Quote from Deirdre

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

Well, actually the block isn't really removed if the event is cancelled - it just looks like the item is missing 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 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 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?

Quote from KazokuLP

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

Quote from KazokuLP

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.

Quote from lenko

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)

Quote from lenko

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

Quote from Ludy

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

Quote from lenko

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

Quote from lenko

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

Quote from lenko

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.

Quote from Deirdre

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"?

Quote from Deirdre

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

Wie meinst du das genau?

Quote from Deirdre

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.

Quote from Yaromid

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

Quote from Ludy

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

Quote from Testendo

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)

Quote from Testendo

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.

I'm glad to hear you figured it out A "high" spawnrate is indeed quite problematic, since NPCs always spawn permanently, and over time, a dungeon may become overpopulated.

Quote from BOOST15673

But I am wondering. since they seem to be spawning slowly and safely now, no overspawning so far, is it safe to leave the spawnrate at 3.0 or is that what is causing this glitch in the first place?

I'd recommend to set it to a value not higher than 2.0, otherwise you will run into the same issue again. In the game settings (for singleplayer), this value is actually capped at 2.0 (200%), but the server unfortunately accepts any value

However, a value of 2.0 should be fine if you want many skeletons. It will take a few days though until a dungeon is fully populated.

Quote from BOOST15673

Hey red51, would the new version be able to actually have a proper setting for this someday?

Yes, it is our intention to rework the way how the game interprets the spawnrate setting Currently this setting not only determines how many NPCs the game will spawn at once, it also affects the checks of the game if any other NPCs are in proximity - this is the main reason why it spawns so many NPCs over time...

Quote from BOOST15673

The game didn't crash, my server ramped up to around 2.4GB memory, so I assume this would be technically possible in the new version?

Basically the NPC handling (rendering, animations etc) is quite efficient, currently the collision detection for NPCs has a big impact on performance: The Java version uses a pretty old physics engine which has limited functionality and also suffers from a few issues. We wrote an overly complex system for NPC collision detection to prevent them from passing through walls or falling through the ground, but this comes at a cost.

This won't be necessary for the new version, since it uses a much more robust physics engine - so in this regard, the new version will handle NPCs more efficiently.

Having that said, thousands of NPCs in close proximity will still have a considerable impact on performance in the new version. It's not a big issue at all for the server (NPCs have a rather low memory overhead, and stuff like AI handling is fairly optimized), but rendering them on the client is quite costly. But I can probably say more about that once NPCs are implemented

Quote from lenko

Einige Formen haben wir davon schon und mit der Möglichkeit, diese dann noch in der Länge und Breite zu ziehen entstehen auch wieder neue Baumöglichkeiten.

Einige dieser Formen fehlen zwar (zB der Torus), da bin ich mir nicht sicher, ob das wirklich benötigt wird Das meiste davon ist aber mit den bisher vorhandenen Blöcken, der Skaliermöglichkeit sowie auch der Möglichkeit, die Oberseite von Blöcken separat zu skalieren, durchaus bereits umsetzbar

Quote from Calatin

Bin mir jetzt nicht sicher ob es rechte u. linke Endstücke gibt aber z.B wenn man zwei Werkbänke nebeneinander stellt währe es gut wenn mann die eine Spiegeln könnte das dann die beiden Schraubzwingen entweder innen oder aussen sind.

Das ist sogar bereits in der Demo möglich: Es gibt eine Taste, mit welcher das aktuelle Bauelement gespiegelt wird (standardmäßig auf "Ende" gelegt, kann aber in den Einstellungen geändert werden [in der Bausektion "Spiegeln" genannt]). Das ist besonders praktisch für Türen (um bswp. Doppeltüren zu erstellen)

Quote from Desmagu

Was wären denn die Grenzen bei der Skalierung? Wie groß, lang und hoch kann so ein einzelner Block maximal sein? Ich freue mich schon auf größere Bögen beim Brückenbau

Im Survival-Modus müssen wir uns da noch Gedanken machen, ich denke aber, eine max. Größe von 4 Blöcken wäre sinnvoll (sodass ein Block maximal 4x4x4 Blöcke groß werden kann). Im Creative-Modus liegt das Limit derzeit bei 32 Blöcken (sprich ein Block kann maximal 32x32x32 Blöcke groß werden), eventuell reduzieren wir das aber noch ein kleines bisschen.

Quote from Bogus

Wie wäre es, wenn man so ein Art Suche einbaut, wo man die Blöcke suchen kann, vielleicht mit diversen Filtern wie grösse, form etc

Naja, in puncto Größe gibt es ja quasi keine Unterschiede zwischen den Blockformen, denn standardmäßig haben alle Blockformen erstmal die gleiche Referenzgröße. Erst der Spieler ändern ja dann während des Bauens die Größe (so wie man in der Java Version die Größe von Planken und Balken angepasst hat).

Was die verschiedenen Formen angeht, hier müssten wir einmal schauen, wie sich das ganze letztenendes verhalten wird, sobald wir die entsprechende UI dafür umgesetzt haben. Wenn dort ein gewisser Grad an Unübersichtlichkeit herrscht, könnte man so eine Suche evtl. einbauen.

Quote from Bogus

Mal ne andere Frage, könnte man einen Blockeditor vielleicht machen, womit man selbst vielleicht eigene Blöcke erstellen kann und diese werden dann ins Game importiert

Das würde leider ein wenig den Rahmen sprengen, denn dafür müssten wir ja quasi einen eigenen Modelleditor entwickeln (was grundsätzlich nochmal ein ganz eigenes Thema für sich ist) und ins Spiel integrieren Aber der Nutzen eines solchen Features wäre sogar gar nicht so groß wie es scheint, denn die neue Version deckt wirklich bereits nahezu alle benötigten Formen ab

Quote from Deirdre

Könnte man, anstatt separate Formen zu verwenden (ich persönlich bin ja immer noch dafür ), in der Konsole das gewünschte Teil, also z. B. Arc oder Stair, eingeben

um den Block sofort in dieser Form zu erhalten

Ja, das ist für die neue Version schon implementiert Das wird dann über den id Command gelöst (damit kann man dann - zumindest im Creative-Mode - jederzeit die Textur und Form ändern).

Quote from Yaromid

Kurze Frage: Werden die Texturen hier einfach skaliert oder tatsächlich "neuberechnet", damit sie zur Form passen? Erkenne es auf dem Bild nicht ganz.

Die Texturen bzw. die Texturkoordinaten bzw. die UV-Koordinaten werden neu berechnet, wie in der Java Version Hier mal ein Vergleichsbild mit einer Rampe, bei welcher die Koordinaten nicht angepasst werden (die Textur also einfach gestretched wird):

Quote from Calatin

Ich bin für Separate Items allerdings für eine Art Spiegeln Funktion damit würde man keine linken oder rechten bauteile mehr brauchen sondern nur ein Endteil spiegeln.

Kannst du das etwas genauer erläutern? Was genau meinst du mit "linke oder rechte Bauteile"?

Quote from Smoka

Seid ihr noch offen für Blockform wünsche?

Zurzeit haben wir eine Rampe von 45 Grad auf ein Block

Mein Vorschlag wäre Flachere Rampen.

Klar, wir sind immer offen für neue Blockformen Auch nachträglich können wir - anders als in der Java Version - problemlos neue Blockformen hinzufügen

Was die Rampen angeht: Hier ist es grundsätzlich eigentlich nicht nötig, verschiedene Abwandlungen mit unterschiedlichen Steigungen zu haben. Denn alle Blöcke werden in der neuen Version skalierbar sein, entsprechend auch die Rampen. Wenn man eine Rampe in die Länge zieht (oder die Höhe verringert), hat man automatisch eine geringere Steigung, beim Reduzieren der Länge (oder beim Vergrößern der Höhe) hingegen eine stärkere Steigung. Hier ist mal ein Bild davon, wie das aussehen würde:

Quote from Ash_lee

Will the game be easier to mod than the java version?

Modding will be more or less like in the Java version. The main route to modify the game will be to use the Plugin API

Quote from Ash_lee

Also, Will there be ships??

Yes, ships are planned (although that doesn't seem to be a "behind the game"-question)

Quote from Dn25Crow

When i heard that the game is going with Unity i was thinking if you are going to take the asset aproach that is offered in Unity Store like Map Magic 2 for infinite world, Digger Pro for digging and also MicroSplat to cut the time that it will take to actualy get the game to Unity, i am a bit curious, have you guys build everything from scratch or more to say migrated from Java once you moved to Unity?

Currently we're mostly staying away from the asset store. We took a look at some assets but most of them aren't really suitable for a game like RW (procedural voxel world with multiplayer). We would give away too much control by using them, so we decided to create most stuff from scratch