Achso, ja, über so eine Checkbox bei der Posterauswahl könnte man tatsächlich nachdenken 
Posts by red51
-
-
Sollte aber nicht alle Rechte vorhanden sein, wenn "Permissions_AdminsFullPermissions" auf True gesetzt wurde?
Jein... streng genommen sorgt es dafür, dass quasi die Standardeinstellungen für Admins verwendet werden (wie im Singleplayer auch)... und standardmäßig ist noclip deaktiviert...
Bei manchen Permissions ist es schwierig zu beurteilen, ob ein Admin sie standardmäßig haben sollte oder nicht... es gibt ja zB auch die Permission "nohungerthirst" (unter "general"), wodurch Hunger/Durst ausgeschaltet wird, oder "nofalldamage", wodurch Fallschaden deaktiviert wird, was aber standardmäßig ebenfalls nicht aktiv ist (auch nicht für Admins)...
-
Der Befehl galt bisher ja wenn für alle Plugins und nicht für einzelne. Das würde das bedeuten nur "RP" alle Plugins oder "RP xxxxxxx" dann nur das eine ?
Ich weiß leider nicht, ob wir das in zuverlässiger Form umsetzen können... generell ist das nachträgliche Laden und Entladen von Code nicht so wirklich vorgesehen in der Java VM... daher sind unsere Befehle "reloadplugins" und "unloadplugins" auch immer mit etwas Vorsicht zu genießen (wobei ich im Laufe der Zeit noch keine Probleme diesbezüglich entdecken konnte).
Momentan werden beim Neuladen alle Plugins entladen und alle Resourcen, die mit der Plugin API zusammenhängen, freigegeben - dadurch wird sichergestellt, dass beim erneuten Laden eines Plugins kein Konflikt auftritt. Wenn wir aber nur einzelne Plugins neuladen wollen, können wir nicht alle Resourcen der API freigeben (da ja andere Plugins dann noch weiterlaufen sollen), und das könnte möglicherweise für Schwierigkeiten sorgen...
-
Bist du evtl. als Admin in der server.properties eingetragen? Wenn gleichzeitig die Einstellung "Permissions_AdminsFullPermissions" auf True gesetzt ist, dann wird die Permissiongruppe für Admins (also Personen, die in der server.properties eingetragen sind) ignoriert. Das Verhalten ist quasi wie in der Java Version, aber das wollen wir auf jeden Fall noch abändern (sodass manche Berechtigungen davon zB trotzdem nicht betroffen sind)
-
Das Menü ist tatsächlich "nur" verschoben (wie Avanar schon sagt), wobei das Ergebnis aber unterm Strich ja quasi dasselbe ist
Das hatte eigentlich mal funktioniert (also dass das Kontextmenü korrekt positioniert wird, wenn es sich am Bildschirmrand befindet), aber mit dem letzten Update haben wir auch auf die neueste Version vom "UI Toolkit" (also das neue UI Framework von Unity) geupdated, welches leider einige "Breaking Changes" mit sich gebracht hat (u.a. dieses Problem, aber auch andere Dinge wie fehlende Emojis im Chat, stellenweise kaputte Texte etc). Ich denke ein paar dieser Dinge sind tatsächlich Bugs im UI Toolkit, aber in all diesen Fällen können wir zumindest Workarounds bieten, wodurch es nach dem nächsten Update eigentlich wieder wie gewohnt funktionieren sollte
-
Ich habe das mal auf unsere Todo-Liste gepackt
Also sowohl ein Konsolenbefehl als auch eine API für das Plugin selbst.Würde hier in Gedanken noch weiter gehen. Hier wäre es doch auch toll wenn man es nicht nur ausschalten kann sondern auch wieder an machen könnte.
Als Konsolenbefehl könnten wir das anbieten (wobei meistens der generische "reloadplugins" Befehl ausreichen könnte). Für die API hingegen geht das natürlich nicht (da ein Plugin ja keinen Code mehr ausführen kann sobald es entladen wurde)
-
Man sollte die Möglichkeit haben Bilder oder Poster nur Temporär zu nutzen.
Die Frage wäre nur, wie man das genau einstellt? ZB jedes Mal beim Platzieren eine Nachfrage anzuzeigen wäre evtl. etwas nervig für den User... wenn das hingegen nachträglich eingestellt wird, dann werden vmtl. viele User das sowieso nicht machen...
Ich fände es gut im Rcon-Tool ebenfalls eine Übersicht zu haben, wer welche Bilder benutzt und diese dann expliziert löschen kann, ohne 3000 Bilder durchzusuchen.
Das neue RCON Tool wird auf jeden Fall eine deutlich umfangreichere Übersicht über Bilder bieten als noch das alte RCON Tool, ebenso entsprechende Suchfilter wodurch das Verwalten der Bilder insgesamt einfacher werden dürfte
Was ich auch sehr vermisse, ist eine Übersicht welche Poster man selbst schon hochgeladen und gespeichert hat
Das ist auf jeden Fall auf unserer Todo-Liste, aber leider kann ich noch nicht viel dazu sagen
-
Wie umständlich ist das denn?
Naja, es ist ein zusätzlicher Tastendruck, sooooo umständlich ist es in meinen Augen nicht unbedingt... aber es ist ja auch eher als Übergangslösung gedacht. Wie ja in meinem vorherigen Beitrag gesagt, es ist ungewollt, dass die Kollision bei aktiven Raster trotzdem noch teilweise eine Rolle spielt, das werden wir ggf. mit dem nächsten Update ändern. Dann sollte es sich eigentlich so verhalten wie du es dir vorstellst.
Wie mache ich den komischen grünen Marker wieder weg? Ich habe einen Mauszeiger, doppelte Zeiger irritieren mich nur. (Hilfsmarker und Andockpunkte stehen auf aus).
Auch das ist ja wie zuvor gesagt der aktive Pivot auf einem Bauteil. Der kann durch die Einstellungen bisher nicht deaktiviert werden, aus o.g. Gründen, wobei es hier überlegenswert wäre, das vll zu ändern.
"Hilfsmarker" ist generell was anderes, das ist das Rote Kreuz, welches die Ausrichtung der Weltachsen anzeigt.
Für mich macht es einen großen Unterschied ob ich beim Drehen nur eine Pfeiltaste benutzen muss, oder mir die Finger verkrampfe und dazu noch STRG halten muss, warum so umständlich? Könnte man das nicht abschalten für diejenigen die lieber die alte Art nutzen möchten?
Beim manuellen Platzieren sehe ich bisher leider keine andere Lösung, da zB mit Shift standardmäßig Bauteile vergrößert/verkleinert werden, und ohne Zusatztaste (also nur die Pfeiltasten) wird das Bauteil verschoben. Das war - wie von Avanar erwähnt - in der Java Version auch bereits so.
Dass das Bauteil bei aktivem Raster von anderen Bauteilen weggedrückt wird (im Kern ist das ja das Verhalten, welches du monierst), hat nichts mit dem "manuellen Modus" zutun. Dass dieses Verhalten standardmäßig anders ist als in der Java Version liegt u.a. daran, dass Bauelemente jetzt auch als Ersatz für Blöcke dienen. Die Lösung wäre in der Situation, die Kollision auszuschalten, aber wie gesagt, es ist momentan ein Bug, dass das bei aktivem Raster nicht ganz hilft. Das wird sich mit dem nächsten Update ändern.
-
Die angesprochenen Probleme sind eigentlich tatsächlich identisch mit dem vorherigen Thread
-
Wenn ich das Spiel als Admin starte, startet das Spiel, aber alles ist in Englisch.
Ist in der config.properties Datei evtl. neben Game_Language "english" oder "en" oder so eingetragen? Standardmäßig sollte das Feld leer sein, dann sollte die Standalone eigentlich die Systemsprache verwenden
Leider hat er das Problem, immer auf die Config zuzugreifen. Ich nutze Win11 und habe sowohl die Steam-Version als auch die Standalone.
Ich empfehle, für die Standalone eine Setup.exe zu machen, damit das Spiel als "vertrauenswürdiges registriertes Programm" installiert wird.
Sonst bekommt das Standalone Probleme mit den Windows-Berechtigungen.
Ich habe mal testweise Windows 11 installiert, aber leider konnte ich das Problem bei mir nicht reproduzieren
Unter welchem Pfad ist das Spiel denn abgelegt? Falls es entweder unter "Programme" oder auf dem Desktop liegt, dann könnte es evtl. daran liegen, weil Windows für diese Ordner schon immer spezielle Berechtigungen erwartet...Ein Setup zumindest für den Launcher könnten wir anbieten, aber ich weiß nicht, ob Windows es dadurch bereits als "vertrauenswürdig" einstuft... vielmehr würde hier wohl eine Signierung der exe helfen, das ist aber mit laufenden Kosten verbunden (also jährliche Zahlungen, die wir für das Zertifikat leisten müssten)...
Gibt man im Multiplayer Suchfeld den Servernamen oder die IP ein, ist diese schwarz, d. h. fast nicht mehr lesbar.
Das ist leider durch ein Update der Unity Version (genauer genommen von "UI Toolkit", also deren neues UI Framework) zustandegekommen (genau wie ein paar andere unerwartete Änderungen)... das werden wir mit dem nächsten Update beheben
Es wäre gut, wenn bei HUD-Einstellung das Raster auch unsichtbar wäre.
*Eigentlich* etwas irreführend, da das Raster ja nichts mit dem HUD zutun hat, aber natürlich kann ich schon verstehen, warum das Sinn machen würde... ich packe das mal auf die Liste
-
Ich habe Probleme mit dem Setzen von Doppeltüren. Ich hatte sie in eine Rundung eingesetzt, das war bisher kein Problem obwohl die Tür oben ja in der Rundung verschwindet.
Aber, bei den Doppeltüren ist mal eine Tür blockiert, mal eine andere. Tiefer setzen um aus der Rund herauszukommen, hat nichts gebracht.
Seit dem letzten Update ist eine Funktionalität drin, wodurch Türen nicht mehr geöffnet werden können, wenn irgendwas im Weg steht. Grundsätzlich würden wir dieses Verhalten gerne beibehalten, aber wenn Türen in Blöcken drin stecken gilt sie dadurch leider als blockiert - das ist der negative Aspekt dieser Änderung (daher haben wir im Changelog erwähnt, dass wir dazu Feedback brauchen)
Wir könnten dafür eine Option anbieten, wobei das nicht ganz optimal wäre (dann würden sich später zB Blaupausen evtl. nicht so verhalten wie gewünscht). Vielleicht macht es mehr Sinn, dass man diese Prüfung explizit für einzelne Türen deaktivieren kann (diese Einstellung wäre dann pro Tür gespeichert und würde auch im MP sowie in Blaupausen funktionieren). Die ideale Lösung hierfür wäre aber eigentlich, dass es vom Spiel aus generell abgerundete Türen gäbe
Desweiteren wäre eine Möglichkeit die Tür in jede Richtung öffnen zu können, gut. Manchmal möchte man die Tür nach innen aufgehen lassen, manchmal nach außen.
Wenn du die Öffnungsrichtung einer Tür ändern möchtest, kannst du sie um 180° drehen und anschließend spiegeln, damit der Türgriff wieder in dieselbe Richtung zeigt (entweder durch einen Tastendruck auf "Ende", oder über das Kontextmenü).
-
Er ist doch aus, ich habe ihn immer aus, bisher hatte ich damit keine Probleme.
Ich habe nur die Häkchen zum Testen an und wieder ausgemacht.
Ich bezog mich auf das erste Bild, auf welchem zu sehen ist, dass der manuelle Andockmodus aktiv ist (und nicht der automatische Andockmodus) - nicht auf das Einstellungsmenü, in welchem man ja lediglich die Sichtbarkeit der Andockpunkte einstellen kann, nicht aber den Andockmodus selbst
Ich habe die Rotation geändert, beim Drehen springt der Balken immer wieder zurück, das ist zwar bisschen nervig, aber man konnte damit leben. Jetzt allerding springt der Balken in die Höhe und die Drehung ist nicht mehr akkurat.
Ich denke ich weiß was du meinst: Wenn die Kollision ausgeschaltet wird, scheint er bei aktivem Raster trotzdem noch die bestehenden Bauteile zu berücksichtigen.. das sollte so nicht sein. Das werden wir auf jeden Fall ändern!
Es gäbe zwei Wege, um so ein Element wie auf deinem Bild zu bauen: Entweder weiterhin über den manuellen Modus - dann muss aber der aktive Pivot mit den Taste , und . geändert werden (vorzugsweise mittig auf die Oberseite deines aktiven Blocks). Oder aber - und das ist der einfachste Weg - durch das manuelle Platzieren: Mit einem kurzen Druck auf Strg Rechts das Bauteil einrasten, dann Strg Rechts nochmal drücken und gedrückt halten und dann die Pfeiltasten betätigen, um das Bauteil zu drehen. Da wird dann definitiv nichts rausspringen
-
Sorry für die Downtime! Durch einen kleinen Fehler wurden unsere Backups versehentlich auf dem gleichen Server gespeichert, wodurch dem Server der Speicherplatz ausgegangen ist
-
Beim Zylinder, hohlen Zylinder und der Säule ist es auf jeden Fall sinnvoll, noch ein paar zusätzliche Pivots zu haben
Diese werden mit dem nächsten Update dazukommen.Die halben Elemente (halber Zylinder und halber hohler Zylinder) haben scheinbar bereits die gewünschten Pivots, oder meinst du noch andere?
Beim Bogen und den jeweiligen Eckstücken bin ich mir hingegen nicht sicher, wo diese Pivots hin müssten
Die würden dann ja in der Luft schweben (also keinen direkten Kontakt zum Bauteil haben, was irgendwie suboptimal wäre... -
Wenn der manuelle Andockmodus aktiv ist (wie auf dem Screenshot) wird der momentan aktive Drehpunkt (des eigenen Bauteils) immer angezeigt. Mit der Option werden lediglich die Andockpunkte in der Welt, also vom betrachteten Bauteil ein-/ausgeblendet. Ich weiß nicht, ob es sinnvoll ist, auch den eigenen Drehpunkt (auf dem Bild) auszublenden, da in dem Fall dann nicht ersichtlich wäre, um welchen Punkt das Bauteil bspw. gedreht werden würde
Wenn das Bauteil beim Drehen springt, schalte am besten einmal das Raster aus und prüfe, ob das Bauteil dann immernoch springt.
-
Vielleicht kann hier eine leichte Verschiebung des Radikalmenüs und oder die nötige Transparenz ganz einfach die Lösung sein.
Naja, wenn das Radial-Menü nicht mehr mittig ist, dann fühlt sich die Steuerung davon etwas merkwürdig an
Aber mal sehen, ob es vll schon ausreicht, wenn das Menü etwas transparenter wird -
Die durchgeklickten Farben finde ich eher störend als hilfreich.
Also wir könnten die History auch ausschaltbar machen
Bei der Ziegel ID 316, diese hat ja eine rötliche Farbe. Wähle ich diese Ziegel in der Werkbank aus, wird mir beim Anklicken nicht die vorhandene Farbe, also ein Rotton, sondern weiß angezeigt. Ist diese Information nicht integriert?
Es handelt sich hierbei nur um die Farbe zum Anmalen, nicht die Grundfarbe der Textur. Standardmäßig sind Blöcke nicht angemalt, haben also keine Farbe, d.h. das Aussehen wird nur durch die zugrundeliegende Textur bestimmt (eine rote Ziegelsteintextur ist also nicht rot, sondern hat keine Farbe). Es wäre auch schwierig, wenn sich das Spiel hier eine Farbe ausdenken würde, denn da stellt sich die Frage, welcher Farbwert der Textur denn genommen werden soll: Die Ziegel sind ja nicht einfarbig rot, sondern haben mehrere Farbnuancen (mal heller, mal dunkler). Und die Fugen haben entsprechend nochmals eine andere Farbe...
vordefefinierte Grundfarben wären mir lieber.
Ich sehe in Grundfarben ehrlich gesagt kaum einen praktischen Nutzen, da diese in den meisten Fällen wohl nicht zum Spiel passen
Bei einem Malprogramm sieht die Lage natürlich anders aus, aber ein knalliges Rot oder Grün sieht in RW nur selten wirklich gut aus (im Reallife streicht man sein Haus ja auch nur selten mit Neonfarben, meist ist zB ein etwas dunklerer Rot- oder Grünton realistischer).Aber im Zweifelsfall kannst du dir Grundfarben ja auch als Favoriten definieren. Welchen konkreten Nachteil hätte das denn ggü. vom Spiel vorgegebener Grundfarben?
grau finde ich schwierig zu finden,
Dafür musst du einfach die Sättigung (auf der rechten Seite) reduzieren. Wenn die Sättigung 0 beträgt (der Schiebregler ganz unten ist), dann zeigt der Farbbereich alle Graustufen.
-
Will you then please add an option in the settings to switch this effect off?
Yes of course
I understand that it's not particularly realistic to have an effect like that
There are some effects out there in the gaming world which are quite unrealistic (e.g. lens flare, motion blur [at least for camera motion], depth of field etc)... some people like it, some don't, so it's definitely a good idea to have a way to turn these effects off -
Hehe, danke für das Feedback
Ich kann dem uneingeschränkt zustimmen, dass viele aus der Community enorm kreativ und talentiert sind! 
Es ist natürlich wichtig, dass auch die Leute den Zugang zum Spiel finden, die nicht so gut im Bauen sind (ich zB), aber wir möchten unbedingt sicherstellen, dass wir die Kreativität dabei nicht einschränken
-
Wir haben im Zuge des Multiplayer-Updates tatsächlich schon diverse Errungenschaften angelegt, und es ist auch alles parat, um die nötigen Statistiken zu tracken. Wir können Errungenschaften aber leider erst freischalten, sobald die neue Version die Java Version auf der Storepage ersetzt hat
Wenn wir nämlich Errungenschaften aktivieren, dann würde das auf der Storepage auf Steam als Feature auftauchen, allerdings hat die Java Version sowas ja nicht - und nicht jeder weiß automatisch über die neue Version Bescheid, daher würde ein besonders spitzfindiger User evtl. den Eindruck bekommen, es handle sich um Falschwerbung oder so Die Standalone wird übrigens auch Errungenschaften erhalten (ebenso alle künftigen Store-Versionen, die es evtl. mal geben wird, also zB GOG). In der Steam Version hingegen werden Errungenschaften über Steam verwaltet, damit auch auf der Storepage stehen kann, dass Errungenschaften vom Spiel unterstützt werden (ist für manche User tatsächlich ein Kaufargument).
Eine einheitliche Ingame-Übersicht können wir aber so oder so bereitstellen.
Hier aber mal ein paar Ideen für Errungenschaften:
Tatsächlich sind diese Errungenschaften (bis auf der letzte Punkt) schon mehr oder weniger vorgesehen
Da fällt mir auch noch ein: Minecraft hat ja Errungenschaften, die an die aktuelle Spielwelt gebunden sind, das wäre vielleicht auch nicht so falsch in RW
Momentan werden die Statistiken (die u.a. für die Errungenschaften gesammelt werden) sogar pro Welt gespeichert (bzw. im MP pro Server), aber Steam selber bietet bei seinen Errungenschaften keine Möglichkeit, diese mehrfach zu vergeben (also getrennt pro Welt/Server). Entweder man hat ein Achievement, oder man hat es nicht. Es wird also so sein, dass wenn man in 10 verschiedenen Welten jeweils 100 Bäume fällt, man die Errungenschaft für das Fällen von 1000 Bäumen freischaltet.
Oder das man bestimmte Trophäen bei einem Händler, wenn es die dann mal gibt, abholen kann.
Das wäre vielleicht eine interessante Idee. Ich würde das wahrscheinlich nicht mit Errungenschaften koppeln, aber wir haben ja allerlei Statistiken zur Hand (die pro Welt gespeichert und im Multiplayer auch vom Server verwaltet werden) - man könnte das bei NPCs mit einer Art "Ansehen" koppeln (wenn man zB 1000 Erze schmilzt steigt das Ansehen beim örtlichen Schmied, welcher dann spezielle Items oder Trophäen anbietet o.ä). So ein Feature liegt aber wahrscheinlich noch etwas in der Zukunft
Bei den Servern könnte man auch soweit gehen, dass jeder Server seine eigene Errungenschaft für zb Spielzeit an die Spieler abgibt. Somit könnte es mit der Zeit massig an Server Errungenschaft geben und mit dem Punktewert dann beim Händler was einkaufen. Zb bestimmte nicht craftbare Kleidung wie ne schicke RW Lederjacke
Das wäre leider aufgrund der o.g. Problematik (nämlich dass in Steam Errungenschaften nicht mehrfach pro User vergeben werden können, auch können Errungenschaften nicht individualisiert werden) zumindest nicht über die klassischen Errungenschaften umsetzbar... auch wenn das an sich ein cooles Feature wäre. Wenn, dann müsste sowas also separat implementiert werden. Kann da leider momentan noch nichts zu sagen
Wobei ich mir gut vorstellen kann, dass es für beide Bereiche Errungenschaften geben könnte, die man auch nur dort bekommt .
Das Problem bei diesem Ansatz wäre, dass es Leute zwingen würde, den SP oder MP zu spielen um 100% der Errungenschaften zu erreichen. Reine SP-Spieler reagieren manchmal verärgert, wenn sie zum MP gezwungen werden... daher würde ich das so in der Form wohl lieber nicht umsetzen.
