Posts by red51

Quote from lenko

Wäre es evtl nicht möglich der Wasser Intelligenz, sagen wir Mal eine Performance Genauigkeit nur dann zu geben, wenn es merkt das in einem Junk oder bestimmten Radius gebaut wird irgendwo mitten im Meer schippert man ja im Normalfall dann nur drüber und die Genauigkeit ist weit nicht so gefragt wie im Umkreis von Baugebieten.

Naja, das stößt leider auf mehrere Probleme: Einerseits wird das Wasser ja in den Terrain-Daten gespeichert, und diese haben lediglich ihre jetzige Auflösung (also 1 Block große Datenpunkte). Das kann leider nicht so einfach "bei Bedarf" geändert werden. Man müsste dann also wenn schon immer die Daten (also auch Terrain-Daten) mit einer hohen Auflösung speichern. Das wiederum aber erhöht den Speicherbedarf spürbar und zB im MP entsprechend auch den Traffic (doppelte Genauigkeit resultiert bspw. in 8x mehr Daten).

Andererseits werden die Berechnungen entsprechend auch massiv verlangsamt, wenn die Kollisionsprüfungen noch genauer ausfallen. Eine Verdoppelung der Präzision würde wohl auch nicht unbedingt reichen, um wirklich ein akzeptables Maß zu erreichen, sondern evtl. eher eine Vervierfachung (d.h. 64x so viele Daten) - und selbst da müsste man Einschränkungen hinnehmen, nämlich dass es bei detailreichen Bauten immernoch nicht so richtig passt

100% korrekt würde man sowas eigentlich nur mit wirklich dynamischem Wasser lösen können, also wo quasi jeder Wassertropfen simuliert wird. Wir sind technisch (also ganz allgemein, nicht auf RW bezogen) aber leider noch sehr weit von sowas entfernt. Im kleinen Stil funktioniert sowas mit diversen Einschränkungen zwar auch heute schon mehr oder weniger (also zB Wasser in einem kleinen Pool), aber bis sowas auch im großen Stil möglich ist, vergehen bestimmt noch 10-20 Jahre (vll sogar noch mehr)...

Wenn man sich sowas zB anschaut, sieht das zwar traumhaft aus, aber lt. Ersteller dauern die Berechnungen und das Rendern dahinter 8 Stunden (und das nur für diesen relativ kleinen Bereich). Da man aber um 60 FPS in einem Spiel zu erreichen nur 0.016 Sekunden Zeit für sämtliche Berechnungen u. Rendern hat (also nicht nur Wasser, sondern auch der ganze Rest des Spiels), sieht man, dass sich da noch eine Menge tun muss

Did you enter a Server_IP in the server.properties file? Since the server is behind a router, this may not work - in this case it could be necessary to keep the IP field blank.

Do you get this message [WARNING] UNABLE TO QUERY SERVER VERSION (0) at the very beginning of the log every time you start the server? This means that the server could not establish a connection to our server. This isn't necessarily a problem though, but could indicate that there is an issue with the connection

Quote from Yaromid

Also eigentlich ging es mir nur darum, wie Wasser mit Bauelementen interagiert. Wenn ich es jetzt richtig verstanden habe, muss sich das Wasser an das Blockraster halten – halt wie das Terrain – weswegen man in solchen Fällen wie einem "Unterwasserhaus" darauf achten sollte, dass (zumindest) die Außenseite genau am Raster ausgerichtet ist, damit der Bauteil-Wasser-Kontakt "nahtlos" ist?

Im Grunde ja Also Wasser ist in der Tat ans Blockraster gebunden, wie auch das Terrain. Ich kann leider noch nicht genau sagen, unter welchen Bedingungen Bauteile vom Wasser berücksichtigt werden können - momentan ist das noch nicht implementiert und ich weiß nicht, ob das beim ersten Release schon drin sein wird (weil Wasser ja dort wie gesagt eher Nebensache ist). Das Problem ist, dass in einem Chunk ja theoretisch enorm viele Bauteile platziert sein können, und da diese eine freie Position, Größe und Rotation haben können, sind auch entsprechende Kollisionsprüfungen relativ rechenintensiv (zumindest deutlich teurer als zB in einer reinen Blockwelt)...

Tendenziell wird es aber langfristig zumindest Blöcke, die im Blockraster platziert sind, berücksichtigen. Solche Blöcke (also mit Größe 1x1x1 und im Blockraster platziert) kann das Spiel ab dem nächsten Update auch generell effizienter darstellen und einfacher berechnen, unabhängig vom Wasser

Blöcke, die nicht im Raster platziert sind, erschweren die Berechnungen ein wenig... hier kommt es ein bisschen auf den Schwellenwert an, ab wann ein Block Wasser blockieren würde oder nicht. 100% akkurat wird das aber dann vmtl. nicht, da das Wasser ja wie gesagt so oder so ans Blockraster gebunden ist (wenn der Block also nicht im Raster ist kann es sein, dass zwischen Wasser und Block also entweder eine Lücke ist, oder dass das Wasser ein wenig heraussteht).

Quote from Deirdre

Ich höre plötzlich Windgeräusche obwohl ich die WIndqualität ausgeschaltet habe. Wie entferne ich diese Geräusche? Musik habe ich auch aus, nur den allgemeinen Ton nicht.

Die Windqualität in den Grafikeinstellungen hat keinen Einfluss auf die Sounds. Separate Lautstärkeregler für die einzelnen Audio-Typen (wie in der Java Version) gibts leider noch nicht, aber werden auf jeden Fall noch kommen - darüber wird man das sowas auf jeden Fall einstellen können.

Bis dahin kann die Windstärke nur über das Wetter gesteuert werden: Mit dem Befehl weather clear 1 wird sonniges Wetter gewählt, welches insgesamt am wenigsten windig ist.

Quote from Desmagu

Es gibt zwar Lampen die man hören kann aber meistens wenn man genau hinhört, sonst nimmt man die nicht wahr. Im Spiel dagegen sind die Lampen deutlich lauter und auf Dauer nervig. Wäre schön wenn man die in den Optionen auch ausschalten könnte wenn ohne gleich alle Objektgeräusche deaktivieren zu müssen.

Es wird auf jeden Fall noch modernere Lampen geben, die dieses Summen nicht haben werden Vll reduzieren wir die Lautstärke des Summens auch bei den alten Lampen ein wenig.

Es sind leider keine Hotfixes mehr für das letzte Update mehr geplant, daher wird es erst mit dem nächsten regulären Update wieder Änderungen und Fixes geben

Wir arbeiten momentan tatsächlich sogar am Wasser (weil wir das für die Weltgenerierung brauchen, also für Ozeane etc) Der erste Wasser-Release wird aber mehr oder weniger eine provisorische Lösung sein, da es das Welt-Update sonst zu sehr verzögern würde. In einem späteren Update wird das Wasser nochmal einige Verbesserungen erfahren.

Im ersten Release wird es aber zumindest einigermaßen dynamisches Wasser geben, d.h. es fließt in alle Richtungen. Aktuell werden Bauelemente aber leider noch nicht vom Wasser berücksichtigt, sondern nur Terrain. Ich weiß noch nicht, ob sich das noch zum Welt-Update ändert (weil Wasser ja momentan noch nicht der Hauptfokus ist)...

Generell werden aber leider die o.g. Einschränkungen bestehen bleiben, sprich Wasser hat die gleiche "Auflösung" wie das Terrain, d.h. die kleinste Wassereinheit wird 1 Block groß sein (es wird also relativ "grobes" Wasser sein). Feinere Strukturen (zB kleine Bauteile) werden also leider nicht vom Wasser berücksichtigt. Als Minimum werden zumindest Blöcke, die im Raster gebaut sind, berücksichtigt (weil das Block-Raster ja quasi dem Terrain bzw. den "Terrain Blöcken" entspricht).

Die Lösung für feinere Strukturen wird dann wohl eher sein, dass wir ein spezielles Bauelement mit Wassertextur anbieten, oder eine andere Möglichkeit, statisches Wasser mit spezieller Form zu erstellen.

Quote from Yaromid

Vor allem denke ich hier gerade an so ein "großes" Aquarium, wo man unter der Wasseroberfläche ein Gebäude mit einer Glasscheibe nach außen hat. Hier wäre es interessant, wie das Wasser genau auf die Glasscheibe stoßen würde und ob es das überhaupt so machen würde

Meinst du damit eher ein Unterwasserhaus, also ob Wasser ins Haus eindringen würde? Das käme darauf an, wie das Gebäude gebaut ist: Wenn es kleine Bauteile sind, würde es vom Wasser wohl nicht berücksichtigt werden, wenn es hingegen aus "Blöcken" besteht, sollte das kein Problem darstellen.

Schwer zu sagen, wie das bei Glasscheiben wäre... das kann ich leider momentan noch nicht einschätzen... im Zweifelsfall müsste man zu Glasblöcken greifen.

Quote from Deirdre

Mir ist aufgefallen, dass normale Glasscheiben erst durchsichtig werden, wenn sie schwarz gefärbt werden

Ich weiß nicht, was du meinst, aber Glasscheiben sollten immer durchsichtig sein (außer die Glasscheiben, die bewusst nicht durchsichtig sind oder nur eine eingeschränkte Transparenz haben, wie zB Milchglas oder alle matten Scheiben). Das Einfärben hat aber natürlich einen Einfluss darauf.

Quote from Deirdre

Wie sieht das Ganze dann unter Wasser aus?

Naja, das Rendern von mehreren transparenten Elementen hintereinander ist leider auch heutzutage noch ein heikles Thema: Unsere Priorität ist es, dass Wasser korrekt durch Glasscheiben hindurch sichtbar ist, aber anders herum kann ich noch nicht sagen, inwieweit Glas durch Wasser hindurch sichtbar sein wird. Wir reden hier aber so oder so von einer eher marginalen Einschränkung, da durch die Wasseroberfläche hindurch tieferliegende Strukturen sowieso nicht oder nur kaum erkennbar wären (ungefähr vergleichbar mit der Java Version).

Leider ist es momentan etwas schwierig, konkrete Aussagen zur API zu treffen In den letzten Monaten ist hinsichtlich der API leider nicht mehr viel passiert. Aktuell würde ich einschätzen, dass wir uns mal 3-5 Wochen ausschließlich auf die API konzentrieren müssten, damit wir sie veröffentlichen könnten. Das Problem ist aber, dass der Schuh auch bereits hinsichtlich anderer Features (allen voran die Weltgenerierung, aber auch Dinge wie Tiere etc) drückt, und die Nachfrage innerhalb der Community bzgl. der API scheint leider generell eher gering auszufallen, daher könnten es vll auch von einigen Leuten negativ aufgefasst werden, wenn nun ein API-bezogenes Update erscheint...

Ein anderer Aspekt ist aber auch, dass die neue API bei Release mehr oder weniger den Umfang wie die Java API haben muss, da wir ja in Aussicht gestellt haben, dass alte Plugins mit nur wenig Anpassung kompatibel bleiben.

Ich würde gerne mehr Zeit in die API stecken und sie so schnell wie möglich veröffentlichen (zumal sie einige tolle Neuerungen ggü. der Java API bieten wird), aber gleichzeitig rennt uns leider auch die Zeit davon, was die neue Version allgemein betrifft. Unter dieser Situation leiden ja auch diverse andere Dinge, die zwar toll sind, aber nur eine relativ kleine Gruppe in der Community wirklich interessiert (zB das RCON Tool für Multiplayer Server, welches quasi in einem ähnlichen Zustand wie die API feststeckt).

Tut mir Leid, momentan noch keine positiveren Neuigkeiten dazu zu haben... ich denke sobald die dringlichsten Features drin sind und die Mehrheit der Leute wieder einen Grund hat, die neue Version intensiver zu spielen (momentan warten ja viele vor allem auf das Weltupdate), können wir der API wieder mehr Aufmerksamkeit widmen

This sounds like the game could not establish a connection to the server. If the server is in your local network (i.e. behind a router), and you want it to be reachable from the internet, it is necessary to forward the required ports in your router. By default the server requires port 4255 TCP and UDP, and if you want it to show up in the server list, it's also necessary to forward port 4254 TCP. Here you find more information about setting up a dedicated server: Dedicated Server Setup [New Version]

Also make sure there is no firewall blocking the game or server. If the server still doesn't work, you could maybe upload the latest server log (can be found in the "Logs" folder in the server directory) and the "server.properties" file here (or alternatively send it via PM to me).

However, if you just want to play with some friends, it's usually easier to just use the built-in "Play with Friends" option: In the singleplayer menu you can select a world and hit the green "Play with Friends" button, then other people can join your game through the Steam friend list without any additional setup required

Quote from Deirdre

Hm, could it be possible to change only one axis, save the blueprint and then change the other axis? Only an idea.

It would still be the same situation unfortunately. Once there is a single element in the blueprint which is not axis-aligned (e.g. an element placed diagonally), it would be distorted when resizing the blueprint. I've prepared another image to illustrate that:

Glass doors (including a door similar to the one on your image) are definitely planned

Quote from Groovaholic

I guess just having a template of a door frame ( if that's possible ) that can be used, so we can then design the inside of the frame to our liking would be a great addition, but even this may be impossible to do?

I agree that this would be a nice feature, but unfortuantely it's a bit tricky to implement something like that... first we want to add a way to build movable structures in general (e.g. a wind mill), maybe we could then say more about customizable doors

Quote from lenko

Ich finde es etwas twicky wenn ich beim Startpunkt der Blaupause, diesen nur verschrieben kann, wenn ich zuvor die Shifttaste gedrückt halte. Dies war in der Java Version besser und leichter gelösst. In der alten Version war es ein klick, dann konnte man den Startpunkt einer Blaupause mit den Pfeiltasten beliebig verändern. Jetzt geht dies leider nicht mehr so

Das werden wir auf jeden Fall noch ändern

Quote from lenko

Wenn ich meine Blaupause mit der Strg Taste halte, kann die die Blaupause nur mit den Pfeiltasten sowie Bild auf und ab bewegen. Dies war auch schon in der Java Version so. Könnte man hier nicht evtl auch die Rotation mit einbringen, die Funktioniert ja nur wenn die Blaupause nicht festgehalten wird. Diese Funktion gilt für sämtliches was ich festhalte, ob Objekte oder Bauelemente und die Blaupausen.

Grundsätzlich können auch eingerastete bzw. fixierte Bauteile (und entsprechend auch Blaupausen) noch gedreht werden: Dafür muss die STRG-Taste gedrückt gehalten werden, dann kann mit den Pfeiltasten gedreht werden

Quote from Deirdre

Unity

Die F7 Tasten sind im Voraus zu wählen.

Einrahnen und dann wählen ob Bauteile oder Objekte zu löschen sind, finde ich persönlich praktischer.

Das ist nicht direkt gewollt, das werden wir auf jeden Fall noch ändern

Quote from Chota

Hoffe, dass dies wie in der alten Version geändert wird und die Bäume wachsen werden.

Ansonsten bin ich gespannt auf die neue Version, spiele aber erstmal die alte, da sie einen gewissen Charme hat.

An die Entwickler: Weiter so und danke für das tolle game.

Vielen Dank für die netten Worte Was das Wachstum der Bäume angeht, das ist tatsächlich momentan nur ein Platzhalter, wie Avanar schon erwähnt - das werden wir in naher Zukunft ändern

I guess we can definitely add a way to create new procedural meshes Maybe we can also add a way to read data from existing meshes, I'll put this on our to-do list

lol What items were involved exactly? Maybe we can add them anyway

Quote from yahwho

Very cool 👍 I assume there will be animation support.

Most likely yes, but it depends on whether or not we add support for Unity assets/prefabs - otherwise we don't have a pipeline to import animations at runtime (unless we add fbx support) I guess there will be support for Unity assets eventually, so we could enable support for Unitys "AnimationClip" (but that would mean you have to prepare them in Unity).

But probably I can say more about that once we've added npcs to the new version

Quote from yahwho

I assume by custom item/object/plant you mean the customization of an existing object? Like a sword or pickaxe with a different set of attributes as opposed to an entirely new item that includes a custom object?

Oh, actually I was refering to adding entirely new items Unlike static models (e.g. models loaded through World3DModel in the Java version), the game would store them persistently and treat them like built-in objects. For example, you could give a custom bed (which could have a custom model and texture) a "bed attribute", define a lying position etc. Similar to how CustomItems worked in the Java version. the player could then craft your custom bed at the workbench, place it in the world and use it (it would just behave like a vanilla object)

Quote from paulevs

Yes, this is about custom vertices & indices handling. This is a very useful thing, especially for natural-looking objects and optimisation (when you can merge meshed into one to reduce render calls)

Does that mean you're mainly looking for an API to modify existing meshes (e.g. loaded through an obj file or a Unity asset), or an API to create entirely new meshes from scratch?

This is unfortunately a technical limitation of the old version Blocks are basically placed in a fixed grid, and only one block can be placed inside a "cell".

The new version doesn't suffer from this limitation anymore btw, so there you wouldn't run into such issues

Having that said, one thing you could do in the old version is removing the triangle blocks and place full blocks there instead. That would work from a visual point of view, but that wouldn't help if you want two different textures / materials in a single cell.

Puhh, die letzten Beiträge weichen tatsächlich zu stark vom eigentlichen Thema ab und werden viel zu persönlich... wie Sandboxgamer schon sagt, am besten weitere Unstimmigkeiten via PN klären - hier sollten wir uns wieder auf die Blaupausen bzw. das letzte Update konzentrieren

Quote from paulevs

1. Will plugins have a system for custom objects?

It depends: The old API only had a system to load custom models (through World3DModel class) and custom items (CustomItem class). It was possible for players to interact with custom models (and plugins could react on this interaction), but other than that, you couldn't make custom models behave like built-in objects (so it wasn't possible to create a custom chair, for example).

Custom items, on the other hand, provided a bit more freedom in this regard, since they could behave like regular tools or melee weapons. Implementing more complex items (like firearms) was a bit difficult though.

For the new API, we have plans to provide an easier way to create custom objects which behave like built-in objects (e.g. custom chairs, beds, chests etc). Same about plants and npcs in the long run.

Quote from paulevs

2. If yes how it will work? Will objects be loaded from some sort of unity assets or it will be possible to load models from formats like OBJ?

You will definitely be able to load obj files, but probably we will also add support for Unity assets/prefabs

Quote from paulevs

3. Will it be possible to construct things in code procedurally or it will require manual model loading?

When talking about procedural construction, do you actually mean an API to create custom meshes (by providing individual vertices and indices)? If there is demand for such a feature, we could implement that

Quote from paulevs

4. Will models have support for different shaders or they will use single shader with different texture maps?

Probably the game will provide a default lit and unlit shader for custom objects/models. Objects will require a single texture, however, we want to implement support for submeshes (so you can have separate textures per submesh). When it comes to custom plants (and other things like items or npcs), the game will probably use the same shader it already uses for built-in elements (so plants support wind and snowiness, for example).

If you provide a Unity asset/prefab, it will probably also be possible to provide custom shaders/materials. However, the game uses Unitys HDRP, so it would be necessary to provide HDRP-compatible shaders in this case. Currently Unity doesn't provide surface shaders for HDRP, and authoring hand-written shaders for HDRP is extremely cumbersome, so the only "smooth" way atm would be to use shader graph.
But this could also introduce compatibility issues: Unitys HDRP is still undergoing lots of changes, so there is always a chance that a newer Unity/HDRP version breaks old shaders/materials. So when providing custom materials/shaders, there is a chance they no longer work in a future RW version... ofc this doesn't happen when just providing raw obj files and textures.

Quote from paulevs

5. Will game automatically store objects data in worlds database or each plugin should implement its own system to store objects?

It depends on how the elements will be loaded: When just loading a custom model, the game doesn't store it persistently, so the plugin would be responsible for storing it in a file or database. However, when creating a custom item/object/plant through the specific API, they will actually be stored in the world database when a player places them in the world, so there is no need for the plugin to implement custom serialization.

When it comes to custom biomes: If a plugin alters the world generation, it will be necessary for the user to keep the plugin installed, otherwise the game will fallback to the default world generation once the plugin gets removed (which could result in messed up chunk borders if a custom world generation was used before). For custom objects or plants, it will also be necessary for the user to keep the plugin installed - otherwise the custom elements won't show up in the world anymore (they're still in the database though, so reinstalling the plugin will bring them back)

tl;dr Yes, when adding custom objects/plants/npcs etc, the game automatically stores them in the world database (when a player places a custom plant or object, or when a custom npc spawns)

Quote from lenko

Ich finde es ja eigendlich ganz gut das auf einem MP Blaupausen von mir nicht von einem anderen Spieler genutzt werden können.

Du meinst das entsprechende Item, also wenn man die Blaupause (den Plan) auf den Boden wirft oder in einer Kiste ablegt? Das hat tatsächlich technische Gründe, nämlich das Item speichert nur die Referenz auf die Blaupausen-Datei (und wenn ein anderer Spieler exakt diesen Bauplan nicht hat, dann kann er ihn nicht nutzen).

Damit sowas funktionieren würde, müssten alle Blaupausen, die hergestellt wurden, auch auf dem Server gespeichert werden. Darüber gabs ja vor kurzem eine Diskussion. Das Problem ist, dass sich im Laufe der Zeit viele Daten auf dem Server ansammeln könnten. Andererseits könnte man darüber nachdenken, sowas zumindest optional anzubieten. Wir sind uns da noch nicht ganz sicher

Quote from lenko

Dazu ist es ja momentan so, dass wenn ein Spieler eine meiner Blaupausen nimmt, diese dann für diesen unbrauchbat ist, aber warum ist diese dann für mich auch unbrauchbar ?

Das sollte eigentlich nicht sein Seine eigenen Blaupausen sollte man jederzeit wieder aufheben können - wenn nicht, wäre das wohl ein Bug Tritt das denn erst auf, nachdem ein anderer Spieler sie aufgehoben hat?

Quote from Deirdre

Der Befehl "Undo" ist zwar praktisch, aber die Blaupause explizit zu entfernen, ist leider nicht möglich. Erst nach mehrmaligen Undo-Wiederholungen, wird auch die Blaupause entfernt, je nachdem was man geändert hatte.

Der "undo"-Befehl geht leider immer der Reihe nach... mittelfristig möchten wir ihn auf jeden Fall so abändern, dass man vll direkt eine Liste bekommt in welcher eine Übersicht über alle letzten Undo-Schritte ist - und man dort direkt auswählen kann, welchen Schritt man rückgängig machen will.

Vll können wir auch zusätzlich einen "undobp" Befehl einbauen, der explizit zum letzten Blaupausen-Undo-Schritt springt

Quote from Deirdre

Könnte man die Zeit, die für das Blaupausen setzen nötig ist, verkürzen? Setzen und zack, jedenfalls im Kreativmodus.

Das ist doch bereits nur wenige Sekunden lang Da gibt es nicht mehr viel zu reduzieren... Der Sinn dahinter ist, dass damit möglichst verhindert werden soll, dass man eine Blaupause aus Versehen platziert, und auch versehentliches doppelt-Platzieren soll verhindert werden (wie von Rüdi erwähnt). Außerdem ist es schon sinnvoll, dass zumindest eine 1-sekündige Pause zwischen den Platziervorgängen liegt, da beim Platzieren einer Blaupause nun mehr Arbeit im Hintergrund passiert als noch in der Java Version (das ist zwar eher im MP relevant, aber wir möchten das Verhalten im SP und MP gerne identisch haben).

Quote from Deirdre

In den meisten Spielen sind Zeitverzögerungen auch dazu da, damit die Spieler länger im Spiel bleiben.

Ich glaube kaum, dass jemand wirklich nennenswert mehr Zeit in RW verbringt, weil das Platzieren von Blaupausen ein paar Sekunden dauert... wenn wir sowas wirklich wollten, dann hätten wir das direkt auf 5 Minuten gesetzt oder so

Quote from ToyOpa

Was mir zum Thema Fensterrahmen einfällt ist , dass man sie zwar mit der Textur der Leuchtmittel versehen kann , sie aber dann leider nicht leuchten. Wäre es eventl. möglich leuchtende Fensterrahmen zu bekommen ? Man könnte damit soviel gestalten.

Oh, das sollte aber eigentlich nicht sein Also Fensterrahmen, die man per Befehl mit Leuchtmaterial erhält, sollten sich *eigentlich* genauso verhalten wie normale Blöcke. Wenn du sie zB direkt mit dem Leuchtmaterial spawnst (also zB "item window1" und dann das Leuchtmaterial auswählst), sollten sie direkt leuchten. Wenn du hingegen die Textur nachträglich setzt (via "edit texture"), dann muss allerdings wie bei anderen Blöcken auch zusätzlich noch die Farbe und Helligkeit gesetzt werden (beim Betrachten des Blockes die Interaktionstaste [F] gedrückt halten, und dort im Radial-Menü die Helligkeit und Farbe ändern [und ggf. den Block auch einschalten])

Quote from ToyOpa

Und dann noch eine Frage. Wäre es auch wieder möglich die Leuchtmittel sichtbar einzufärben , damit man auch im ausgeschalteten Modus sieht welche Farbe sie haben. Am Anfang war dies noch möglich. Die beiden Beispielfotos von meiner künftigen Musikbox zeigen was ich meine.

Das könnten wir machen. Dass man die Farbe nicht sieht, war ursprünglich eine bewusste entscheidung (quasi in Anlehnung an RGB-Lampen, die im ausgeschalteten Zustand ja auch keine Farbe haben)... aber ich verstehe natürlich das Argument i.V.m. der Jukebox... wahrscheinlich ist es sinnvoll, wenn wir das entsprechend abändern

Quote from ToyOpa

Oh und was mir noch einfällt , aber nicht unbedingt zum Thema passt , wären künftig beschreibbare Schilder aus Glas , damit auch schöne Leuchtreklamen oder Türklingeln möglich wären.

Das klingt nach einer guten Idee, ich packe das mal auf unsere Liste

Quote from Deirdre

Apropos Schilder. Gab es die am Anfang nicht in der Demo, bzw. Leuchtreklamen?

Schilder gab es leider noch nicht in der Demo Wir hatten zwar die Leuchtblöcke schon vor längerer Zeit auf unserer Trello-Roadmap gezeigt (und ich glaube in dem Zusammenhang gab es im Forum auch Diskussionen zu Leuchtreklame), aber verwendbar wurden die Leuchtblöcke ja erst mit dem Crafting-Update... vorher gabs da eigentlich nichts direkt...

Aber richtige Schilder sind auf jeden Fall geplant

Was Leuchtreklame angeht, da wird natürlich das zukünftige Stromsystem relevant: Damit wird man Leuchtblöcke einzeln ansteuern können (ein-/ausschalten bzw. Farbe oder Helligkeit ändern), sodass man darüber natürlich alle erdenklichen Leuchtsignale, Reklametafeln oder gar Bildschirme erstellen kann