Posts by red51

Quote from Deirdre

Das Ziehen von Planke geht zwar, allerdings konnte ich die Abstände dazwischen nicht wie vorher mit +/- verändern. Bei Zäunen war das eine sehr

praktische Sache. Planke in die Hand nehmen, ziehen und fertig war der Zaun. Ich habe das zur Seite versucht, nach oben, Abstände gibt es keine.

Oh, das meinst du Ja das wurde tatsächlich auch hier schon angesprochen : Plank separation space +/- keys

Wir dachten, dass diese Feature nicht unbedingt nötig sei und haben es daher nicht übernommen Ich kann es aber auf unsere Todo-Liste packen

Quote from Deirdre

Bei mir ist das nicht so, siehe Screenshot. Die Spitzhacke ist im Inventar überhaupt nicht zu sehen.

Oha, bitte sag mir, dass du das Bild von Hand etwas beschnitten hast und es bei dir im Spiel nicht so aussieht? Da fehlt ja alles, die Status-Icons sind außerhalb des Bildschirms und die Quickslots sind abgeschnitten. Das Problem habe ich bislang noch nie gesehen... du solltest evtl. mal prüfen, ob du die Auflösung in den Grafikeinstellungen ändern kannst (wähle am besten deine native Auflösung aus, also die Auflösung, die du auch auf dem Desktop hast). Wenn das nichts bringt, ändere ggf. den Displaymodus.

Quote from Deirdre

Die 6 wäre eine Höhe von 3m. das ist nicht unbedingt hoch. In der Java-Version waren es sogar 4m als Max und 15.99 für den Size-Befehl.

15.99 war in der Java Version nur im Creative-Mode möglich - das kannst du aber jetzt auch im Creative-Mode so einstellen Planken konnte man im Survival zwar in der Java Version geringfügig länger machen (6 Blöcke statt 5), dafür aber nur 2 Blöcke breit (da sind jetzt auch 5 möglich). Sprich die Maximalgröße in der Java Version war 2x6, während es jetzt 5x5 ist. Balken hingegen waren max. 1x6 in der Java Version, also noch weniger breit.

Quote from Deirdre

Ich meinte nicht das Ziehen ansich, sondern, dass durch das Ziehen die Anzahl der Blöcke zu sehen war die man gezogen hat, einfach um die Länge zu sehen. Ich spreche von einer Länge Fußballplatz in Original-Größe. Wie kann man das jetzt messen. bzw. die Fläche dafür berechnen?

Das sollte eigentlich angezeigt werden... das ist auch im letzten Video von lenko zu sehen: https://youtu.be/r5MwBj66S8Y?t=146

Quote from Deirdre

Wenn die Slots etwas kleiner gehalten wären?

Müssten wir mal sehen, könnte dann etwas winzig werden... reichen die jetzigen Slots denn wirklich nicht aus?

Quote from Deirdre

Ich meinte natürlich die Rotation. Da gab es wie gesagt, 3 verschiedene Möglichkeiten.

Achso, die gibts jetzt aber auch: Im Radialmenü kannst du die Rotationsmodi einstellen - "Standard" (ehemals "Legacy"), "Lokal" und "Welt".

Oh, now I got it: You mean you press CTRL (to lock the element) and just keep it pressed to rotate the element directly? I see, that doesn't work, but that's unintended. Will be fixed ASAP

Yeah, it's unfortunately a bug in Unitys new input system... it happens sporadically under certain circumstances and you can only fix that by restarting your computer. I agree this is extremely annoying We're thinking about moving back to their old (but outdated) input system (which is at least battle-proven and widely used by other games), that should fix this problem (but it takes at least 1-2 weeks since it requires quite a lot of code changes).

Thanks Helie and Deirdre

Quote from Avanar

Hm. So you say even in java i never had to hit right ctrl to rotate?

You only had to hold CTRL to rotate the element if manual positioning was active (i.e. the element was locked at its current position)

Quote from Bogus

ist die max. skalierung beschränkt? weil bei mir geht nur 5x5 oder ist das einstellbar?

Wie SonoBionda schon sagt, 5x5x5 ist die Maximalgröße im Survival. Größere Werte sind momentan nur im Creative-Mode möglich

Quote from SonoBionda

habe vorhin auch schon gelesen, dass sich die Blöcke nach der Richtung skalieren in die ich schaue?!

Ja, das gilt allerdings nur für die horizontale Skalierung (also Breite und Tiefe). Die Höhe bleibt davon unberührt. Wir sind uns da aber trotzdem noch etwas unsicher, evtl. entfernen wir das wieder, müssen wir nur 1 Zeile ändern Evtl. bieten wir sonst auch eine Option dafür an.

Ohh, sorry, my bad Yeah indeed, we did not implement the "gap" feature in the new version (I wasn't sure if this feature was actually useful in the Java version). However, if you think that feature would be a useful addition, we could implement it

Quote from noci

Mir ist gerade das Phenomän ausgetreten das ich sehr Langsam Laufe, als hätte das Spiel nicht mitbekommen das ich aus der Hocke wieder hoch gekommen bin

Das ist ein Bug im neuen Inputsystem von Unity Ich weiß, langsam klingts lächerlich, aber sowohl das neue Inputsystem als auch UIToolkit sind extrem verbuggt UIToolkit muss man zumindest eingestehen, dass es auch noch nicht offiziell für den produktiven Einsatz gedacht ist (sondern erst ab der 2021.2), aber das neue Inputsystem ist seit einigen Monaten "production ready", aber noch sehr problematisch. Vor allem die Mischung aus beidem ist doppelt problematisch, da UIToolkit das neue Inputsystem sehr halbherzig unterstützt (wir warten seit über 6 Monaten auf den Fix eines gravierenden Bugs).

Beides wird soweit ich das sehe auch von noch keinem anderen kommerziellen Spiel verwendet, daher sind das hier sehr spezifische Probleme, mit denen wir uns rumschlagen...

Lirum larum, das Problem ist, dass wenn du Alt+Tab drückst, die Alt-Taste nie den "Released"-Status erhält und dann auch anderem Input in die Quere kommt. Du kannst das beheben, indem du einmal kurz Alt drückst

Echt tolle Bauwerke hier, es ist einfach erstaunlich, wie talentiert manche User sind!

Vielen vielen Dank auch für euer Feedback zum Bausystem!

Quote from Schmitzi

Leider hatte ich arge Probleme die richtigen Magnetpunkte zu finden, da die Bauteile kleiner werden und somit sehr viele Punkte zu sehen sind. Viele liegen dadurch knapp hintereinander daher meine Frage, würde es gehen, dass die Andock punkte eventuell auch kleiner werden passend zu den Bauelementen?

Ja, da stimme ich zu, da müssen wir uns unbedingt was überlegen Auch bei überlappenden Bauteilen wirds manchmal fummelig mit den Andockpunkten, aber da haben wir uns schon was überlegt (ich hoffe nur, dass es in der Praxis genauso gut funktioniert wie in meinem Kopf)

Quote from Yaromid

Während des Testens ist jetzt noch ein anderer Fehler im Inventar passiert, der wohl mein ganzes Inventar gelöscht hat Ich hab keinen Plan was ich gemacht habe, hier mal der Debug-Log:

Ich denke den Bug haben wir gefixed, ein Hotfix dazu wird wohl morgen oder so kommen

Actually we don't want to offer that functionality in the vanilla game It would introduce too many problems: Unlike images, there are a lot more things to consider when it comes to models: They may use different coordinate systems, could rely on specific materials or model manipulators (nurbs), or sometimes they may be broken (invalid normals etc, especially when it comes to free models from the net). If a user loads such a model and it does not work as intended, he would consider that a bug in the game.

Another problem is the poly count: If a user loads a model consisting of millions of triangles and places a few instances of it in the world, the performance will seriously suffer. In this case the user may think there's something broken in the game.

IMHO it's better if we stick to a plugin to enable that feature (like the model loader in the Java version). In this case it's up to the user to decide whether or not he wants to use that particular feature

Quote from Avanar

Update red51 : I am building a simple hut. I find the controls very clonky yet. Rotation are resetting out of nowhere (i.e. after placing a construction element the wood beam was reset to standard position or after changing the positioning precision).

There is an issue in the version which resets rotation in certain situations if modular snapping is active. We're working on a fix for that.

Quote from Avanar

Also i dont like that the texture is not automatically adjusting to the direction. when building a house i cant just rotate the beam, i have to readjust the sizing. thats quite uncomfortable as otherwise the texture is from up to down even on a horizontal beam. thats looking plain ugly and just wrong.

This is unfortunately a limitation of the way how uv coordinates are calculated now. This greatly reduces seams between different elements, but as a downside, the texture always has a fixed orientation and no longer adapts to the rotation of the construction element. The pros definitely outweight the cons (if you take a look at the Java version, you will find countless seams between different construction elements, especially if they use different rotations, but now these seams become a lot more obvious due to the much higher texture resolution).

However, we will implement a way to change the texture orientation manually

Quote from Avanar

The precision isn´t as in the Java version. While setp 0.5 was already very detailed in Java (standard here was setp 15) its now almost moving with standard precision. Thats something to get used to probably but at the moment it feels strange and unused.

The new version uses different values than the Java version (actually the values in the Java version made no sense). The new version now uses correct values (i.e. a precision of 0.5 moves or resizes the element in steps of 0.5 blocks).

The lowest supported precision value in the new version is 0.0001, which is a lot more precise than the lowest possible value in the Java version (0.01), so in other words, the new version has a 100 times higher precision.

These lowest settings aren't exposed to the radial menu, I guess it makes sense to add a few more precision values there. However, instead you could use the setp command directly. Alternatively you can open the config.properties file and set "Game_BuildingMenuFixedPrecision" to "False", then the radial menu no longer offers fixed values, instead it gives more control over the current precision value.

Quote from Avanar

Add: When activating modular docking the right ctrl key is not set to change the rotation but the sizing. only once i hit the right ctrl key a second time it does what it should

I'm afraid that is a misunderstanding: If you want to change the rotation during modular snapping, just use the arrow keys directly. Holding CTRL to change the rotation is only necessary if manual positioning is active (press CTRL to enable/disable it). This is exactly like in the Java version (with the only difference that the Java version never allowed you to change the rotation while the element was snapped to another element)

Quote from Avanar

also i find the docking yet quite difficult. its not always attaching to the docking points, sometimes its changing the rotation (i.e. a 2x4 part is then rotated to a 4x2 part)

It may be confusing sometimes, because the element always aligns to the rotation of the world element. We could offer an option to disable this behaviour, so the element always keeps it current rotation.

Alternatively you could also consider using the manual pivot mode: This can be enabled in the radial menu, then the element no longer changes its rotation. It's a bit more tricky to use, but gives more control in return. Use the , and . key to select the previous/next pivot.

Quote from Avanar

its too bad the docking points dont work for it but maybe at some later point?

Yeah we're currently working on that, they will be available with the next hotfix

Quote from Avanar

when using ALT GR i can stretch the surface but it isnt working out well. though it looks quite "spacey". it has something

Oh, that's not supposed to happen This seems to be specific to the rounded block... we will check out what's going on there!

Quote from Avanar

Edit - it works but ALT GR has to be activated or otherwise it doesn´t reset the modification. would be nice though if that wasnt necessary. even changing the shape didn´t help.

Yeah I agree this is a bit tricky (although intended). If you think that pressing Shift+Backspace should also reset the surface offset, we could implement that

This should still work in the new version. Just make sure the grid is active, then press + and - to resize the grid. Make sure the key bindings are correct, in the controls settings it's "Plus" and "Minus" in the "Building" section. Also make sure to not hold Shift while pressing + and -, since that resizes the block proportionally (that's a new version) and suppresses changes to the grid size

Quote from JF91

red51 when do you plan on incorporating terrain modification like rake/sledgehammer/laying dirt/stone? Is that coming as a patch to the building update or with a later build like multiplayer or terrain generation?

These items are definitely planned, and I understand that they become quite important now. Unfortunately I can't give an ETA for that yet, but we try to get them ready ASAP

Quote from JF91

Also just a pet peeve difference in construction between java and the new version. When you hold a construction element, say a beam, with the grid turned off by default it sits flush with the surface you are pointing at - this is like the java version and I like it. However if you turn grid on, the beam goes through the surface you aim at, leaving approximately half the beam above and half below your cursor. This makes it really annoying to place vertical beams of the desired height when the grid is on. In the image attached, the two vertical beams are the same length. The one on the left is placed with grid on, right with grid off.

We wanted to get the same behaviour as blocks had in the Java version (placing a block on the ground rather places the block "in the ground", at least on terrain). In the Java version, this behaviour wasn't too bad since it gave a pretty good foundation for a building, without the need to remove terrain or build stairs. However, we will check out if we could maybe improve this behaviour a bit. Maybe we could even add an option for that.

Quote from ShammyLevva

I assume it's not a java version but cannot tell. The loading screen says 0.9.6 Alpha bottom left. Running a NVidia 3080 OpenGL 4.6.0 NVIDIA 466.27 drivers.

This is indeed the old Java Version. Unfortunately most parts of the old UI still use absolute positions, that's why they become to tiny on big resolutions This can only be fixed by rewriting the UI from scratch... we've already done that for the main menu in the past, but after we've decided to move to a new engine, we stopped working on that part.

This issue, however, is fixed in the new version. Or more precisely, the UI in the new version scales automatically according to the screen resolution, so you always get the same relative size (no matter if you're playing on 720p or on 8K). We ran some tests on various resolutions (720p, 1080p, 4K, 8K) and aspect ratios (16:9, 21:9, 32:9) and were quite happy with the results.

The new version is available in Steam as a separate beta branch: To get it, rightclick on RW in your Steam library -> Properties -> Betas -> select "unity - New Version Preview", then close the dialog. Once the download is ready, make sure to run the game from the library (otherwise Steam always launches the Java Version) and select "New Version" in the popup.

Unfortunately the new version is still very limited in terms of content.

Quote from ShammyLevva

There is also a strange vanishing point issue where the graphics look as if they are stretched out towards a horizon vanishing point this is evident in all three screenshots. specifically you can see in the trees and the clouds an odd stretching effect.

You can adjust the FOV in the graphics settings (you first have to load a world, then go to the graphics settings and hit "view adjustment"). Selecting a higher value should reduce the stretching effect.

The new version also offers an additional "panini projection", which further removes stretching (which happens on ultrawide screens or on very high FOV settings, for example)

Vielen Dank für dein Feedback, freut mich sehr, dass es dir gefällt!

Quote from SonoBionda

Wenn ich rund in die Höhe baue, ist die automatische Drehung, was die horizontale Rotation betrifft schon sehr sinnvoll. Da müsste ich im manuellen Modus immer nachjustieren. Will ich Bretter an so eine Wand bauen, ist manuell besser, damit das Brett in waage bleibt ... obwohl ich nicht verstehe, warum es sich im Automodus senkrecht an die Wand klatschen möchte

Der automatische Modus ist so eine Sache: Man will manchmal was anderes, als der Modus macht, aber wenn wir den Modus auf so eine Situation zB entsprechend anpassen, dann gibts wieder andere Situationen, wo er sich unerwartet verhält

Quote from SonoBionda

Und ich verstehe auch nicht, warum sich dieser Block auf dem Bild plötzlich hinlegt, obwohl alle anderen bei dem mittleren Pivot aufrecht stehen:

Dafür kann es eigentlich nur 2 Gründe geben: Entweder ist der Block, an den du andocken möchtest, um 90° gekippt (die Bauteile orientieren sich ja immer an der Rotation des Elements, an welches sie andocken), oder der Block in der Hand ist nicht entlang Y größer skaliert, sondern entlang X oder Z. Das HUD müsste etwas Aufschluss darüber geben (ganz unten links steht ja zB auch die Rotation des Bauteils in der Welt, welches du anguckst).

Quote from SonoBionda

Ich hatte an der Haustür 2 Wandfackeln hängen. Als ich dann mit F5+3 einen Kiesweg dahin gemalt habe, sind die runter gefallen und ins Nichts verschwunden. Nach 2maligem Verschwinden habe ich erst den Weg fertig gemacht und dann die Fackeln aufgehangen.

Das ist leider immernoch ein Bug, bei welchem wir noch nicht die Zeit gefunden haben, den zu fixen Du kannst das temporär ausschalten, indem du in den Spieleinstellungen "Objekte von Schwerkraft beeinflussen" deaktivierst

Quote from wolle158

Vieleicht kann man das ja auch mit einen Texturpinsel schaffen um im Nachgang bei fertigen Objekten noch die Textur zu verändern.

Für den Creative-Modus ist so eine Funktion auf jeden Fall geplant

Quote from wolle158

Wie wird es aussehen mit eigenen 3D-Objekten ins Spiel zu integrieren?

Das wird nur über ein Plugin möglich sein. Sowas direkt ins Spiel zu integrieren ist leider ein wenig zu riskant, da es bei 3D Modellen viel mehr zu beachten gibt als bspw. bei Postern Modelle sind manchmal gänzlich unterschiedlich aufgebaut, verwenden verschiedene Koordinatensysteme, und manchmal ist das gewünschte Ergebnis nur durch Zusatzfilter der entsprechenden 3D Software zu erzielen (zB Nurbs), was im Spiel aber fehlt. Mit anderen Worten: Das eigentliche Modell sieht oft anders aus, als was eigentlich beworben wird. Hinzu kommt, dass die Polygonanzahl eine große Rolle spielt: Wenn jemand plötzlich ein Modell mit ein paar Millionen Polygonen ins Spiel lädt und davon ein paar Stück platziert, wird die Performance sehr schnell in den Keller gehen. Das würde dem Spiel dann schnell als "Bug" angekreidet werden

Außerdem gibts im Internet viele "kaputte" Modelle (gerade die kostenlosen Modelle), also Modelle, die fehlerhafte Normalen haben usw. Das kann im Spiel dann zu Renderfehlern führen, was sich aber für den Endanwender erstmal wie ein Bug im Spiel anfühlt.

Wenn Modelle nur über ein Plugin geladen werden können (wie ja auch in der Java Version), handelt der User stattdessen in eigener Verantwortung.

Quote from noci

OKe, habe jetzt mal die Report Funktion genutzt Super sache

Danke für den Report! Den Fehler müssen wir an Unity weiterleiten, aber jetzt am WE passiert da eh nix. Für den nächsten Hotfix haben wir das UI Toolkit Package aber ein wenig modifiziert und zumindest diese Meldung entfernt - denn alleine die Ausgabe der Meldung mitsamt Stacktrace kostet Performance. Das löst das eigentliche "Problem" zwar nicht, aber da bei UI Toolkit erst Mitte-Ende des Jahres Besserung in Sicht ist (im Zuge der 2021.2), denke ich auch nicht, dass dieser Fehler in absehbarer Zeit behoben wird.

Quote from noci

noch eine andere kleineigkeit

Hehe, die Ausgaben stammen von uns, die haben wir da bewusst drin Das sind die Funktionen auf Java Seite, für die wir noch kein Gegenstück auf nativer Seite implementiert haben (und damit wir das später nicht "vergessen" meckert der PluginManager jedes mal)^^

Diese Ausgaben verursachen aber keine Probleme, und da sie nur beim Spielstart einmal kommen, gibts auch nix in puncto Performance zu befürchten

Quote from 1987_ew

Wenn ich einen Block auf Rotationswert 0 auf allen Achsen setze und dann nach Anleitung die Pfeiltaste oben drücke(Z Achse), skaliert sich der Block nicht nach oben sondern seitlich??

Naja, beim Skalieren ist momentan noch eine Funktion aktiv, bei der wir uns noch nicht sicher sind, ob wir sie so drin lassen wollen: Die Skalierung passt sich nämlich abhängig von der Blickrichtung an. Sprich wenn du nach Norden schaust, dann wird das Element mit den Pfeilen Links und Rechts entlang X (rechts) skaliert. Wenn du aber nach Westen schaust, skalieren die selben Tasten entlang der Z Achse (vorwärts).

Die neue Version verwendet übrigens ein linkshändisches Koordinatensystem (X nach rechts, Z nach vorne, Y nach oben).

Quote from Deirdre

Hatte ich zwar, lag aber wohl an meiner Großschreibung,

Wir Klein-/Großschreibung noch berücksichtigt? Dann müssten wir das mal ändern...

Quote from Deirdre

Es ist möglich unter F3 die ID der Texturen zu sehen, allerdings habe ich die Skalierung der Texturen nicht gefunden.

Wenn du ein Bauteil in der Hand hälst und dann ein anderes Bauteil in der Welt anschaust, dann tauchen unten links Informationen über das Bauteil auf (einschl. der Texturgröße)

Quote from Deirdre

Wo finde ich eine Information über die zu spawnenden Items. Ich habe vereinzelt die Standuhr und den Weihnachtsbaum gesehen, aber ich

hatte meine Demo gelöscht und kann ohne den richtigen Befehl dafür nicht mehr auf diese Dinge zugreifen.

Hier ist eine Übersicht: Overview of all items and objects (version 0.2)

Quote from Deirdre

Man könnte Schatten in den Einstellungen zwar verringern, aber gäbe es die Möglichkeit diese Effekte "NUR" während des Bauens zu

verringern? Die Schatten sind wunderschön, keine Frage, allerdings fällt mir das Bauen dadurch schwerer.

Hmm... da müssten wir uns mal Gedanken machen... Schatten vorübergehend deaktivieren könnte sich etwas "falsch" anfühlen, denn dadurch würde Licht auch wieder durch die Wand scheinen

Vielleicht hilft aber später im Creative-Mode aber auch das Licht (L) beim Bauen. Evtl. wäre es hilfreich, wenn wir das Licht in verschiedenen Intensitäten anbieten.

Quote from Deirdre

Es war ja bisher so, dass das Item das im Inventar an der 1. Stelle lag, in der Slotleiste auch an 1. Stelle zu finden war. Könnte man dieses System wieder

einführen, oder hat es einen Grund warum das geändert wurde?

Naja, theoretisch ist das immernoch so: In der Java Version waren die obersten 5 Slots trotzdem die Quickslots, wurden aber stattdessen innerhalb des Inventarfensters angezeigt.

Quote from Deirdre

Kommt der Size-Befehl wieder ins Spiel? Dieser war extrem nützlich.

Der size-Befehl sollte eigentlich da sein Habe den jetzt nicht nochmal getestet, aber sollte eigentlich klappen. Musst allerdings im Creative-Mode sein, um die Maximalgrößen zu überschreiten.

Quote from Deirdre

Auf der Bild ist das Raster aktiv, allerdings nicht zu sehen. HUD wird bei Screenshot nicht mehr angezeigt. Kann man das irgendwo einstellen? Ich habe nichts gefunden. Das HUD Ist hilfreich um sich Koordinaten oder gewisse Baueinstellungen zu speichern. Hud is not hidden!

Leider wird die UI momentan separat gerendert, sodass wir sie nicht ohne Weiteres in die Screenshots inkludieren können. Wir müssen mal schauen, ob wir dafür eine Lösung finden... bis dahin würde es nur helfen, ein externes Screenshotprogramm zu verwenden (Fraps, Shadowplay usw).

Quote from Deirdre

Wie ist das mit den Farben/Texturen. Wird es rot wieder geben oder nur durch anmalen?

Ich weiß nicht, ob wir bunte Putzblöcke wirklich brauchen. Mit dem Färben ist das ja eigentlich schon abgedeckt?

Quote from Deirdre

Wie repainted man ein angemaltes Objekt. Geht das schrittweise rückgängig zu machen oder nur durch Entfernen bzw. Zerstörung des Objektes?

Leider kann es momentan nur durch Zerstörung rückgängig gemacht werden... ein Tool um Farbe zu entfernen ist aber geplant.

Quote from Deirdre

Habe in der Voreinstellung 0.25 6 0.25 vorgegeben. Ich lade die Voreinstellung wieder, aber es wird nur 0.25 5 0.25 geladen.

Die 6 überschreitet im Survival-Modus die maximal erlaubte Größe von 5, daher kann es nicht so groß skaliert werden. Dafür müsstest du dann in den Creative-Mode gehen

Quote from Deirdre

In der Ankündigung steht..... Abgeschlossene Türen können nicht mehr aufgehoben werden.....

Im Creativmode trifft das doch nicht zu oder?

Ich glaube das trifft momentan auch auf den Creative-Mode zu... könnten wir theoretisch ändern... du kannst aber ansonsten die Tür auch einfach kurz aufschließen bevor du sie aufhebst

Quote from Deirdre

Bisher konnte man in der Java-Version Blöcke ziehen und damit die gewünschte oder gebaute Länge herausfinden. Das ist jetzt nicht mehr möglich.

Das Ziehen von Blöcken geht weiterhin.

Quote from Deirdre

Es gibt eine Standard-Einstellung für Bauteile. Was ist der Standard bzw. die Standards, kann ich die irgendwo nachlesen?

Die meinst die Standardgröße? Du kannst das Feld einfach leer machen, oder alternativ 1 1 1 eingeben (das ist die Standardgröße).

Quote from Deirdre

Für den Skaliermodus habe ich nur Legacy und Standard gefunden. Gibt es die Einstellung "World" nicht mehr?

Das ist ein Missverständnis: Du redest vom Rotationsmodus (den kannst du im Radial-Menü oder via Command einstellen, wie in der Java Version). Der Skaliermodus ist quasi nur dafür gedacht, falls jemand das Verhalten wie in der Java Version bei Balken wiederhaben möchte (sodass Breite und Dicke gleichzeitig mit den Pfeiltasten skaliert werden). Ich empfehle hier "Standard"

Quote from Deirdre

Das Zerstören von Werkbänken dauert im Creativemode länger als vorher. Das Abholzen von Bäumen auch. Im Survival macht das für Holzfäller sicherlich Sinn,

aber im Creativemode braucht man das eigentlich nicht.

Es ist gewollt, dass Objekte im Creative-Mode 2-3 Schläge brauchen, damit man sie nicht versehentlich kaputt haut. Das müssen wir auch noch für die Bauelemente implementieren.

Quote from Deirdre

Beim Ziehen werden die gezogenen Bauteile nicht mehr als ein Item sondern als Einzelteile gesehen und müssen einzeln zerschlagen werden.

Ist das gewollt?

Das ist auch gewollt, denn es war in der Java Version in vielen Fällen eher hinderlich, wenn man eine Reihe von Planken platziert hat, aber man einzelne Planken nicht daraus entfernen konnte.

Für die Zukunft ist aber (zumindest im Creative) ein Undo-Befehl geplant, womit zu solche Aktionen rückgängig machen kannst, falls sie nicht gewollt waren.

Quote from Deirdre

.....Neu... Grass kann nun in alle Richtungen wachsen (TBD). Wie funktioniert das?

Du kannst jetzt Gras in Höhlen bspw. an Wände und Decken malen. In der Java Version wurde Gras immer nur nach oben dargestellt, d.h. wenn Wände oder Decken damit angemalt wurden, dann war zwar die Grastextur sichtbar, aber keine Grashalme. Jetzt werden auch die Grashalme sichtbar. Wir sind uns da noch nicht ganz sicher, ob wir das beibehalten, denke aber, dass es gar nicht so verkehrt ist. Dadurch ist dann sowas möglich:

Quote from Deirdre

Wäre es möglich die Speicherplätze für Voreinstellungen zu erweitern?

Ist grundsätzlich möglich, aber dann wird das Radial-Menü bald etwas überladen...

Glass is almost ready, we just have to set up a shader to have proper refractions (like in the Java version) It won't take too long until glass will be available!

Quote from Skarafass

Keine Ahnung, ob man das gut sieht, aber bei der "großen" Tür sieht der Türgriff aus wie aufgemalt und ist auch nur platt ... und bei der "kleinen" Tür ... Sind das nun noch Türgriffe oder schon Golfschläger?

Ja, das Problem ist leider, dass Türen nur in ihrer Breite und Höhe skaliert werden, aber die Tiefe bzw. Dicke passt sich dabei nicht an. Das müssten wir auf jeden Fall ändern

Quote from Skarafass

Abschließend möchte ich noch erwähnen, dass nicht alle Farben überall Sinn ergeben:

Naja, über Geschmack lässt sich nicht streiten Was ist denn mit einer pinken Standuhr nicht in Ordnung?

Quote from Bogus

Kann man das Terrain auch bearbeiten oder kommt das später mit dem Multiplayer ?

Wie PresenceRusher schon sagt, die Creative-Mode Terrain Tools sind bereits drin, d.h. im Creative-Mode ("gm 1") kannst du mit F5 die gewohnten Tools aus der Java Version benutzen

Im normalen Modus hingegen kannst du das Terrain momentan nur mit der Spitzhacke bearbeiten.

Quote from Bogus

Und wird es ein Art Kompass geben ? Damit man sich auf der Map besser zurecht findet. Vielleicht noch ne kleine Mini-Map ;D

Ja, ein Kompass ist auf jeden Fall geplant Zu einer Mini-Map will ich lieber noch nicht all zu viel sagen, mal schauen, wenn dieses Feature etwas näher rückt^^

Quote from Skarafass

Einer dieser neuen Blöcke mit den abgerundeten Ecken scheint auch einen Texturfehler zu haben - Wenn ich von der Standartausrichtung ausgehe und den mit Pfeil links oder rechts 3 mal drehe, dann sind 2 Seiten nur noch in der Farbe aber ohne Textur, wenn ich die dann setze

Das ist leider ein Bug, wir arbeiten aber schon an einem Hotfix dafür