Posts by Yaromid

Ich denke, es gab bereits ähnliche Vorschläge, aber ich möchte auch noch meinen Senf dazugeben

Meine Idee ist die Einführung von mobilen Bauelementen, auf denen man seine Bauwerke aufbaut, wodurch sie beweglich werden und kontrolliert werden können. Dabei soll es diese Bauelemente für verschiedene Vehikel-Typen geben, darunter: Floß-Bauelement und Rad-Bauelement.

Wie genau soll man diese Elemente einsetzen?

Beispiel am Floß-Bauelement: Dieser Block (kann auch eine beliebige andere Form sein) wird verwendet, um Schiffe und andere steuerbare Wasserfahrzeuge damit zu bauen. Dazu setzt man zuerst den genannten Block und beginnt danach sein gewünschtes Bauwerk drumherum zu errichten, für das Beispiel hier soll es ein kleines Fischerboot sein. Man setzt dann noch ein Ruder hin und weist ihn zum Floß-Bauelement zu. Danach speichert man das Boot als Blueprint; an diese Stelle muss man nochmal kennzeichnen, dass es sich um ein mobiles Bauwerk handelt und das Floß-Bauelement wählen.

Mit einer Verschiebefunktion kann man sein mobiles Bauwerk ins Wasser setzen, dabei schwimmt unser Fischerboot dann genau auf der Höhe des Floß-Elements auf der Wasseroberfläche (d. h. je tiefer das Floß-Element im Bauwerk ist, desto höher ist das gesamte Bauwerk über der Wasseroberfläche). Anschließend kann man aufs Boot springen, sich ans Ruder stellen und in See stechen.

Beispiel am Rad-Bauelement: Dieser Block wird verwendet, um diverse Fahrzeuge auf Rädern zu bauen. Hier wird es ein wenig komplexer, da man verschiedene Typen von Rädern braucht; zum einen Design-technisch und zum anderen funktional (z. B. Links-Rechts-Bewegung). Grob betrachtet, läuft es aber ähnlich ab wie mit dem Boot, man muss nur mehr Dinge beachten/hinzubauen, damit es ordentlich funktioniert, darunter Radtypen, Antrieb, Lenkrad, etc.

Erweiterungen, Anmerkungen und Sonstiges

• Damit die Dinge realistisch sind, bräuchte jedes mobile Bauwerk auch eigene Physik und Gewicht
• Es ist fraglich, ob ein Boot aus Stein noch schwimmen darf
• Man könnte das Rad-Bauelement auch verwenden, um Kutschen zu bauen, wodurch man kein Lenkrad etc. setzen muss, da man ja schon Pferde hat
• Bei modernen Fahrzeugen müsste für einen richtigen Antrieb gesorgt werden
• Das Konzept ließe sich auch erweitern zu Schienen-Bauelement, Flug-Bauelement, etc.

Mögliche Probleme

• Da die mobilen Bauwerke offensichtlich nicht mehr fest in der Welt sind, müssen sie auch auf eine andere Art gespeichert werden.
• Es stellt sich die Frage, wie die Spiel-Performance darunter leiden würde (kann wohl red am besten sagen)
• Es wird vermutlich nicht einfach sein, das Wasser im Inneren eines Bootes zu entfernen

Ähnliche Systeme kenne ich aus Spielen wie Besiege und From the Depths.

Quote from PresenceRusher

Also wenn man alles aus blöcken herstellen kann, heißt es doch das alles wieder extrem eckig aussehen wird. Ich würde gerne solche planken sehen wie in den ersten bilder wo die neue version angekündight wurde.

Nein, man wählt sich eine Grundform (Quader, Rampen, Pyramiden, Zylinder, usw.), die man dann beliebig skalieren kann. Genauer gesagt redet man hier von Bauelementen und nicht Blöcken.

Das mit dem Verschleiß finde ich gut. Ich würde hier sogar (wie Avanar schon sagte) gerne einen immersiven Ansatz wählen, dass das ganze kaputte Werkzeug nicht einfach verschwindet, sondern z. B. ein Axtkopf übrigbleibt, den man dann recyclen kann – wobei ich es okay fände, wenn man ihn erst wieder einschmelzen müsste oder so.

Hier ein kleine Idee für Langzeitmotivation: Ich würde mir gerne für jede/s Werkzeug/Waffe/Rüstung individuelle Grund-Stats wünschen. Was ich damit meine, sind Eigenschaften wie z. B. Schärfe, Haltbarkeit, Schwinggeschwindigkeit, usw.

Wie könnte/würde sich das Spiel damit verändern?

• Selbst hergestellte Werkzeuge wären nicht immer das gleiche Werkzeug, sondern hätten immer bisschen andere Stats. Damit gäbe es einen guten Grund, um neue Werkzeuge herzustellen, um irgendwann das "beste" Exemplar zu bekommen.
  
  • Zum Beispiel könnte Eisenspitzhacke A eine verbesserte Haltbarkeit von +5 % haben, während Eisenspitzhacke B +11 % hat.
  • An dieser Stelle könnte man auch weitere Systeme einführen, mit denen der Spieler die Möglichkeit bekommt, bessere Varianten der Gegenstände herzustellen. Z. B. könnte es ja einen Schmiede-Skill geben, den der Spieler immer weiter verbessert, wenn er neue Gegenstände schmiedet
• Gefundene Gegenstände in Dungeons wären somit nicht immer gleich und man hätte einen weiteren Grund, weitere Exemplare zu suchen und zu sammeln. (Etwas Ähnliches kennt man bestimmt auch aus manchen Rollenspielen, wo es z. B. normale, exzellente oder legendäre Gegenstände gibt.)

Es ist an sich keine große Sache, aber es würde jedem Werkzeug immerhin ein wenig mehr Charakter geben.

Guck mal auf Trello, es ist nicht mehr viel

So ein System wäre toll, ich würde mir hier auf jeden Fall einen immersiven Ansatz wünschen, z. B. könnte man spezielle Lagerbehälter haben, die mit Transportrohren verbunden werden, wo eine strombetriebenen Sortiereinheit zwischengeschaltet ist.

Danke für die Infos!

Also wenn angewinkelte Baumwerke auch ohne dafür ausgerichtetes Raster irgendwie normal baubar ist, sollte es dann wohl kein Problem sein Dann blicke ich mal gespannt auf das kommende Update, vielleicht fallen mir in Zukunft noch einige Dinge zu dem Thema ein.

red51 Noch eine kleine Frage zu dem neuen modularen Andocken: Ist es dann möglich z. B. einen ¼ Block explizit an die untere linke Seite von einem "normalen Block" zu setzen?

Die Methode von lenko klingt passend für den Kreativmodus, im Survivalmodus würde ich dann wahrscheinlich die Variante von Avanar bevorzugen, aber wir werden ja bald sehen, wie das neue Bausystem wird

Hier auch nochmal zum Verständnis wie es in der Java-Version ist:

Man kann zwar die Bretter frei platzieren, jedoch gibt es immer ein absolutes Raster. (Die gedrehten Bretter rechts habe ich mit modularen Andocken erweitert, da sie sich ansonsten am Raster ausrichten würden.)

Mein Gedanke für das kommende Update ist, dass sich das Raster immer den fokussierten Bauelementen anpasst, aber vielleicht hat red51 da bereits eine Idee.

Warum das ein Problem ist: Wenn man ein Haus bauen möchte, welches nicht exakt parallel zu einem anderen steht, wird man durch das Raster eingeschränkt, da dieses die Ausrichtung vorgibt (und man möchte ja nicht alles über den Andockmodus bauen).

Unten ist auch mal eine Abbildung aus der Perspektive von einem Block B (blau) und dem dazugehörigen Raster. Wäre das Raster vom Block A (rot) absolut, d. h. auf die ganze Welt ausgeweitet, so könnte man nicht einfach einen weiteren Block C in der richtigen Positionen neben B setzen, C würde dann genau wie A ausgerichtet sein, was man ja eigentlich nicht will. Ich hoffe, man kann mir folgen.

Vielleicht übersehe ich auch was und das wird doch kein Problem sein.

Ich dachte, dass ich dazu mal einen Thread erstelle. Es geht um das Bauen in der neuen Version und folgendes Zitat aus Trello:

Quote

Elements like planks and beams - which can be placed anywhere in the world without any restrictions. You can rotate and resize them.

The new version also treats blocks as construction elements, so this means you can finally resize or rotate any block shape.

Es heißt, dass die Blöcke (bzw. korrekter "Bauelemente") frei in der Welt platziert werden können, so wie die Planken und Balken damals. Nun habe ich mich gefragt, wie das dann eigentlich mit dem Bauraster gelöst ist; wird es relativ zu gesetzten Blöcken existieren (siehe Abbildung) oder doch wie in der Java-Version absolut (also fest in der Welt verankert) sein?

Auf dem Bild habe ich die Situation mal verdeutlicht: Zwei Bauwerke A und B sind nicht parallel zueinander gebaut und das Raster ist an den Blöcken ausgerichtet. Wird dies möglich sein?

Quote from red51

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

Super, dann werde ich mich noch gedulden

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.

Quote from Deirdre

Wer kann das genau wissen? Ein unvorsehbares Ereignis kann alles zurückwerfen. Wie viele Wochen ist die gleiche Frage, wie wann ist es soweit? Eine Zeitangabe führt wieder zum Zugzwang. Trello bietet auch eine Information wie der momentane Stand ist.

War eigentlich auch eine Frage an red, natürlich kann es hier niemand wissen

Gibt es eine ungefähre Zeitangabe, wie lange wir mindestens noch warten müssen? Also nicht "wann kommt es", sondern "wie viele Wochen Wartezeit sollten wir mindestens noch einplanen?".

Ich habe mir nochmal Gedanken über das Update gemacht und einige Sachen machen mich ein wenig stutzig:

Quote

Setup 100 construction textures for now (current: 4 / 100)

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.

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?

Die ganze Sache mit der Münzpresse etc. klingt für mich eher wie eine Plugin-Idee, nicht böse nehmen Ich denke jetzt erstmal nicht, dass wir so was in naher Zukunft in Vanilla sehen werden.

Quote from lenko

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. Hier würde sich ( ich möchte es kaum aussprechen ) eine Wiki anbieten. Auch so ein Thema.

Moderne Spiele sollten solche Informationen immer in-game aufrufbar haben, meiner Meinung nach hinterlässt es einen schlechten Eindruck, wenn man für grundlegende Mechaniken ins Internet muss.

Jedenfalls: Die wahre Herausforderung ist hier, dass man die Tasten/Funktionen "an den Spieler" bringt. Manche Spiele blenden dazu beim ersten Spielabschnitt z. B. ein Fenster ein, beim Umfang von RW sollte so was aber auf jeden Fall immer aufrufbar sein. Man könnte z. B. mit F1 ein In-Game-Hilfemenü öffnen, besser wäre es sogar, wenn man dieses Menü direkt über einen Button im Pausebildschirm aufrufen kann, denn dort würden es definitiv mal alle Spieler gesehen haben.

Quote from red51

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.

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

Nur ein Beispiel: Ich möchte im Survival-Modus eine Brücke bauen und benötige dazu einen größeren Bogen. Wenn ich jetzt aber nur maximal einen 4x4x4-Bogen bauen kann, wäre es ziemlich blöd, da ich eigentlich einen 10x10x10-Bogen haben wollte. D. h. ich müsste zwischen den zwei Spielmodi komplett anders bauen. Kreativspieler hätten also einen kreativen Vorteil, was ich für so ein Spiel wie RW eigentlich nicht in Ordnung finde. Gibt es hierzu eine Lösung?

Sehr schön

Quote from red51

Hier ist mal ein Bild davon, wie das aussehen würde:

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

Use ... blueprints?