Posts by red51

Grundsätzlich ist das nachvollziehbar, aber damit würden die Mülltonnen, die es im Spiel gibt (und die so einen Slot im Inventar ja hinzufügen) irgendwo auch wieder nutzlos werden Es gibt Spiele, da ist so ein Mülleimer-Slot sehr wichtig (vor allem bei 2D Spielen wie zB Terraria, da man sonst zu oft die weggeworfenen Items wieder versehentlich aufhebt), aber bei einem Spiel wie RW ist das glaube ich nicht ganz so dringlich... wie gesagt, normalerweise ist das Mülltonnen-Objekt dafür gedacht. Es macht aber sicherlich Sinn, wenn der Mülleimer auch von Kisten aus zugänglich ist (momentan erscheint der Slot nicht, wenn man an einer Kiste steht).

Hmm... das kann ich leider auf Anhieb nicht reproduzieren. Die Suchfunktion erstreckt sich eigentlich auf alle Blaupausen (auch die in Unterordnern). Es wird aber nur der tatsächliche Name der Blaupause berücksichtigt, also der Name, der beim Erstellen angegeben wird - wenn der Dateiname zB nachträglich geändert wird, dann spielt das zB keine Rolle.

Wenn du das Problem mit einer bestimmten Blaupause reproduzieren kannst, könntest du sie mir evtl. zusenden?

Ja genau, der Auswahlbereich ist leider an die Weltkoordinaten gebunden. Das drehen zu können wäre tatsächlich manchmal praktisch, ist aber momentan leider noch nicht vorgesehen... wir könnten das evtl. einbauen, man müsste sich nur überlegen, wie die Steuerung dafür genau aussehen würde (ohne, dass der Durchschnittsspieler damit vll verwirrt wäre) Dein Vorschlag dazu klingt zwar gut, aber ich weiß noch nicht, ob das wirklich intuitiv genug wäre... das müssten wir mal ausprobieren

Quote from Rüdi

Zusatz: Bitte mal über die Größe der Bp- Vierecks nachdenken (0.25 0.25 0.25 wäre gut).

Auch das wäre grundsätzlich möglich. Wir müssen mal prüfen, ob sich das ggf. nachteilig auf das Raster beim Platzieren von Blaupausen auswirken würde. Ansonsten behalten wir das aber erstmal im Hinterkopf

Wir würden uns wohl aber generell erst daran setzen, nachdem das Welt-Update über die Bühne ist.

Quote from Deirdre

Das Platzieren bzw. Ziehen von Teilen ist mit der Einstellung 2 nicht wirklich besser geworden. Das Verdoppeln einer Reihe geht biel zu schnell und im Nu entstehen wieder mehrere Reihen übereinander. Das Schlimme dabei ist, dass man die zusätzlichen Reihen nicht sofort sieht, sondern meist erst beim Fliegen in den Boden.

Ich weiß leider gerade nicht genau, wie du das meinst Hinsichtlich des Ziehens von Bauteilen haben wir mit dem letzten Update eigentlich nur an den Problemen gearbeitet, die hier besprochen wurden, vor allem die Performance-Probleme sowie den Fehler, dass manchmal Blöcke in 3 Richtungen gezogen wurden (obwohl nur 2 Richtungen eingestellt waren). Tritt dieser Fehler bei dir weiterhin auf?

Quote from Schmitzi

Macht es einen Unterschied für die Performance, wenn man etwas anmalt oder den Gegenstand schon in der gewünschten Farbe herstellt und ein arbeitet ?

Nein, das spielt keine Rolle Generell macht es bzgl. der Performance auch keinen Unterschied, ob ein Bauteil gefärbt ist oder nicht.

Etwas anders sieht es bei Objekten (also Möbel, Türen etc) aus, da hat jedes gefärbte Element einen geringfügig höheren Memory-Verbrauch und wird marginal langsamer gerendert - das spielt aber absolut keine Rolle und dürfte sich in der Praxis nie bemerkbar machen (da man i.d.R. auch nie so viele Objekte platziert wie bspw. Bauelemente).

Quote from Deirdre

Es wäre vielleicht nicht schlecht, wenn die Größe des Tools noch kleiner skailierbar wäre.

Wie genau meinst du das? Das Lösch-Werkzeug hat doch bisher gar keine Größenbeschränkung?

Das ist definitiv nicht gewollt Ich kann das aber leider bei mir nicht reproduzieren, daher frage ich mich, ob es evtl. nur bei bestimmten Auflösungen o.ä auftritt? Welche Auflösung verwendest du bei dir? Und spielst du im Vollbildmodus, Fenstermodus oder " Vollbild im Fenster"? Alternativ könntest du sonst ggf. einmal einen Report senden (dazu bitte die Konsole öffnen und "report" eingeben, ggf. noch als Hinweis "Fehlender Cursor in Konsole" oder so hinzufügen)

Naja, von einem "Bug" kann eigentlich nur bedingt die Rede sein^^ Das einzige "Problem" ist, dass es ca. 1 Sekunde dauert, bis das Terrain-Tool nach dem Einschalten auch aktiv ist. Das ist aber immer nur beim erstmaligen aktivieren so (also wenn du F5 drückst) oder nachdem du den Modus wechselst (1-3). Danach trifft das eigentlich nicht mehr zu. Wir werden das mit dem nächsten Update auf einen kleineren Wert ändern (zb 250 ms), aber wie gesagt, eigentlich sollte auch die 1 Sekunde keine allzu große Einschränkung für den Spieler bedeuten.

Wenn du bei dir noch andere Probleme mit dem Tool hast oder es gar nicht funktioniert, dann sende uns ggf. einen Report nachdem das Problem auftritt

Quote from Deirdre

Gibt es den Bugfix mit dem nächsten Update in einem halben Jahr oder wird das früher sein?

Es sind leider keine Bugfixes mehr für das vorherige Update geplant, das würde die Entwicklung zu sehr aufhalten, daher würden Änderungen erst mit dem nächsten Update erscheinen - was aber definitiv nicht erst in einem halben Jahr kommt. Wenn dem so wäre, dann hätte RW keine Zukunft mehr

Jap, ich denke es wäre sinnvoll, wenn sich die Punktgröße da an die Bauteilgröße anpasst Wir werden das auf jeden Fall anpassen!

Das Löschen von Bauteilen ist tatsächlich noch etwas suboptimal... vmtl. werden wir das dahingehend ändern, dass es dann so funktioniert, wie in der Java Version: Nämlich dass der Mittelpunkt das Bauteils innerhalb des Auswahlbereichs sein muss, damit das Bauteil gelöscht wird (oder anders gesagt, dass das Bauteil zu mindestens 50% vom Bereich erfasst sein muss)

Quote from Messiahs

Hey Red! Ich fänd es schon ausreichend, wenn anfangs erst mal die gemäßigten Biome und damit das nächste Update so schnell wie möglich erscheint. Dazu noch den Bär und den Wolf als erste NPCs und alles ist schick.

Die gemäßigten Biome sind für uns auf jeden Fall erstmal die wichtigsten Biome Was die NPCs allerdings angeht, die werden erst mit dem Update nach dem Welt-Update dazukommen (tatsächlich gehören die NPCs neben dem Welt-Update zu den wichtigsten noch fehlenden Features)

Quote from lenko

Ich denke das hier abgesehen von den geplanten Biomen es ja noch unzählige Möglichkeiten an Biomen gibt die ins Spiel kommen können. hier könnte evtl eine Vorschlagliste mit Abstimmung beiden Seiten helfen.

Also wir sind für Vorschläge zu Biomen jederzeit offen Nach den gemäßigten Biomen sind vmtl. Schneegebiete und Wüsten besonders wichtig... das gute ist aber, dass wir mit der neuen Version viel eher die Möglichkeit haben, weitere "Biom-Updates" zu veröffentlichen, ohne sich um alte Welten sorgen zu müssen (wie bei der Java-Version)

Eine Abstimmung zu einzelnen Biomen ist aber leider etwas kompliziert... einerseits würden wir hier im Forum nur einen Bruchteil der Spieler erreichen (es müsste dann also evtl. schon eher so eine Umfage sein wie die damaligen Umfragen). Andererseits könnte das Abstimmungsergebnis ggf. nicht mit der Entwicklungsplanung zusammenpassen

Hmm... that's weird I'm not sure what you mean exactly, so maybe this change was indeed unintended... I will take a closer look at this issue!

I guess the proper solution for this would be to make sure that you can't place blueprints for free (so you need the actual resources that would also be required to create the blueprinted elements). In case of the iron rocks, that would be iron ore accordingly, as mentioned by Yarofey

We should make sure to add the resource requirement for survival in the near future, otherwise it's indeed too easy to exploit the game

Thanks for your feedback about clouds

Quote from Silverspeedy

I did a building on mountain, below the clouds, no light source and still can see it at low to medium distance. I was hoping the clouds made bit darker and harder to see anything at close range. I know a little more would put a little more stress on graphic cards. Would like to have dense fog with clouds during the day bit more dense/thicker or bit darker or bit of glare as the clouds keep the fog in the area.

It mostly depends on the weather... for example, "overcast" weather has quite dense clouds which should mostly cover buildings behind clouds^^ For the default weather, clouds are indeed not very dense, but increasing the density would block too much sunlight. But we will definitely tweak the clouds a bit more in the future (the same applies to the overall brighness/darkness during nights)

Quote from Silverspeedy

Where I live, we get Tule fog. Hoping the clouds to do or give effects of the Tule fog. I can give a link on it, if you want. 'Tule fog is a low cloud, usually below 2,000 feet'

Could you maybe post an image of that? However, when getting too close to a cloud, we can't render it with full density, because that would cause lots of artifacts (or more precisely, if we want to make the "cloud fly-through" look better, this would become a lot more expensive in terms of performance)

Kochen wird natürlich erst irgendwann im späteren Verlauf ins Spiel kommen, momentan gibt es da tatsächlich deutlich dringendere Features Unsere Hauptpriorität ist, die Java Version durch die neue Version zu ersetzen, was circa Ende des Jahres passieren muss. Ich hatte ja in meinem vorletzten Post geschrieben, dass wir uns dem Thema Kochen erst widmen können, wenn die neue Version Fuß gefasst hat.

Man kann aber natürlich trotzdem ruhig darüber reden, ist ja erstmal ganz unverbindlich Es ist durchaus gut, im Vorfeld bereits Vorschläge zu sammeln, dadurch können wir uns umso besser darauf vorbereiten.

Quote from Avanar

Brauchst du 3d Modelle? Es würde doch ein icon Bild reichen?

Naja, wir bräuchten da vmtl. durchaus Modelle, da man das Item ja auch in der Welt sehen muss (spätestens beim Verspeisen müsste ja irgendwas sichtbar sein - ist ja sonst unstimmig, wenn wir zwar für das Verspeisen der Rohzutaten Items und Animationen haben, nicht aber für die fertigen Gerichte)

Quote from Avanar

Zur Not könnten ein paar gewitzte bauer hier im forum doch Blaupausen davon bauen und die exportieren?

Vmtl. würden Blaupausen optisch nicht ganz zu den Rohzutaten passen

Quote from Ludy

meine idee war immer eine teller zu haben wo mann 3 sachen drauf machen kann

Das wäre grundsätzlich sinnvoll, vielleicht werden wir das tatsächlich so umzusetzen

Quote from Deirdre

Essen gibt es ja schon im Spiel, es fehlen aber noch so viele andere Sachen, mehr Objekte , mehr Türen, mehr Möbel usw.. Ein Survival Spieler möchte fertige Möbel haben und nicht seine eigene Küche bauen müssen

Also die reinen Survival-Spieler sind eigentlich diejenigen, die meist eher ablehnend auf neue Möbel & Co reagieren Aber es stimmt schon, dass noch viele andere Features fehlen, die wesentlich wichtiger sind als Kochen. Wie gesagt, so eine Sache wie Kochen kann erst reinkommen, wenn die neue Version die Java Version ersetzt hat und dadurch wieder ein bisschen Normalität im Spiel eingekehrt ist^^

Quote from james1bow

one thing i noticed while peaking around the .jars is there is no icons for block's. im guessing these icons are created during runtime using model/ texture?

Sorry for the late response, but yeah, the icons for blocks, objects (like furniture) and certain items (e.g. ores) are rendered during runtime, so there is unfortunately no way to access them this way

Yes, Metal is the graphics API on Mac (it's a pity that Apple decided to create their own graphics API, instead of just using Vulkan), while the Windows-specific counterpart is DirectX.

You could try to improve the framerate by reducing the graphics settings... either try out the "Medium" or "Low" graphics preset, or alternatively enable/disable individual features (most settings show a tooltip if you move the cursor over them, indicating the estimated performance impact).

The lines are strange though, this seems to be a Metal-specific issue We couldn't reproduce this issue on our Mac, so maybe this only happens with certain graphics cards or certain MacOS versions... we'll take a closer look at this issue!

About the color gamut, unfortunately we have no direct setting for that, but you could try to change the "Saturation" or "Contrast" in the "View adjustment" menu in the graphics settings, maybe that helps

It's true that the element doesn't align to the element in the world in case of manual snapping... but I agree that it would be better if the element aligns to the world element... we will change that with the next update

Quote from paulevs

Due to differences in building between versions and this behaviour of custom pivot point some constructions that were easy to build in older versions are now really hard to build as you can't attach element properly

Was this behaviour really different in previous versions? IIRC the manual pivot snapping always behaved like that... we didn't touch it recently, so if something changed in this regard, that must be a bug.

Wir werden das mit dem nächsten Update einbauen Mittelfristig wäre da ggf. eine Option im Radial-Menü vorteilhaft, aber zunächst wird das dann über einen Konsolenbefehl laufen. Ich denke, dass wir das über den edit Befehl lösen werden. Wir möchten das gerne etwas allgemein halten, daher wird es dafür einen eher "technischen" Befehl geben, um "Attribute" eines Elements zu verändern. Der Befehl wird dann ab nächstem Update edit attribute disableobstruction lauten (wenn du das eingibst, während du eine Tür betrachtest, wird diese künftig nicht mehr durch Bauelemente blockiert)

Ich kann leider noch nicht genau sagen, welche Biome von Anfang an dabei sein werden... Vorbereitungen haben wir schon für einige Biome getroffen, aber wir werden abwägen müssen, zugunsten welcher Biome das Update verzögert werden kann

Das Minimum beim Welt-Update werden natürlich die gemäßigten Biome sein, also Wälder und Wiesen.

Da wir aber sowieso nicht sämtliche geplante Biome ins Update bekommen würden, verlassen wir uns ein wenig darauf, nachträglich welche hinzufügen zu können. Das war in der Java Version sehr problematisch (daher kamen quasi auch nie zusätzliche Biome hinzu), aber in der neuen Version wird das dann so laufen, dass man ganze Inseln zurücksetzen bzw. mit einem neuen Biom neu generieren kann - so können auch künftige Biome in alte Welten integriert werden, ohne, dass diese unendlich weit weg spawnen

Avanar Vielen Dank für die sehr ausführlichen Erläuterungen! Das meiste davon klingt sehr gut und würde das "Kochen-Feature" schon sehr mächtig machen. Wir müssten uns da nur Gedanken machen, wie die fertigen Speisen repräsentiert werden (also die 3D Modelle). Etwas unklar ist auch noch der Grad der Interaktivität, also mit wie wenig UI das ganze auskommt - denn bspw. das Braten von Fleisch wollen wir wieder wie in der Java Version umsetzen (also dass die Stücke in der Spielwelt auf den Grill gelegt werden), da müssen wir dann mal schauen, bis zu welchem Grad man das auch für andere Zubereitungsschritte so umsetzen kann.

Quote from Avanar

8. Jedes Nahrungsmittel kann auch als weitere Zutat genutzt werden (egal ob roh oder bereits vorher verarbeitet). Der Multiplikator ist in diesem Fall abhängig vom Basiswert dieser "weiteren Zutat". Z.B. hätten gekochte Kartoffeln +20 Hunger // +5 Durst - werden diese Kartoffeln einem Steak (Basiszutat) hinzugefügt, würden die Werte nicht einfach addiert, sondern der Nahrungswert des Steaks um z.B. *2 und *1,5 erhöht. So sollte das auch schön balanciert sein, damit man kein übermäßig mächtiges Essen zaubern kann.

Hier bin ich mir allerdings nicht sicher, ob es nicht evtl. besser wäre, die Werte tatsächlich einfach zu addieren Zumindest müsste sichergestellt werden, dass das Gericht "Steak + Kartoffeln" mindestens genauso gut (oder eher besser) ist wie wenn ich das Steak und die Kartoffeln einzeln esse. Dass das Gericht nicht zu "mächtig" wird ist denke ich kein so großes Problem, denn wenn entsprechender Aufwand reingesteckt wird, darf das Essen ja ruhig herausragend gut sein^^

Lediglich wenn Speisen bestimmte Buffs geben, zB "Ausdauer wird temporär um 50% über max. erhöht", sollte man natürlich irgendwo eine Obergrenze haben