Update 0.9.3: Tierfütterung und Zähmung, bessere Höhlen und vieles mehr!

A new update (0.9.3) is available now!
  • Oh, das sollte nicht sein 8| Das scheint aber nur die Vorschau zu betreffen, oder? Nach dem Platzieren müssten sie eigentlich korrekt sein, oder?

    Genau, nach dem Platzieren passt es. Auf der Wasseroberfläche scheint es auch zu snappen, wenn man das Objekt zuvor nicht festsetzt. Es ist nur die Vorschau, die diese wilden Wellenbewegungen nun mitmacht.

    FantasieFabrik (German Creative) - Server IP: 85.14.192.132:4255

  • Nein funktioniert nicht red51

    Stimmt... ich werde es mit dem nächsten Update korrigieren, sodass zumindest der Static-Flag das Schlafen unterbindet ^^


    kurze Frage: warum ist der GLSS upscaler verschwunden? kann nur noch AMD 1.0 oder 2.0 oder einfach oder keine wählen - sieht wischi waschi aus

    (linux mint mit proton experimental)

    Nicht gewollt, könnte mir nur vorstellen, dass ggf. eine Unity-Änderung durch das Upgrade von 6.0 auf 6.3 dafür verantwortlich ist :thinking: Unter nativem Linux verhindert Unity leider generell die Verwendung von DLSS, Proton hatte zuvor aber eigentlich immer funktionieren. Mit 6.3 ist aber auch DLSS auf 4 aktualisiert worden. Online findet sich der Hinweis, dass wohl erst mit dem NVIDIA Treiber 570 DLSS 4 unter Proton zuverlässig läuft.

    Sende am besten einmal einen Report (reicht vom Hauptmenü aus), der enthält vmtl. ein paar mehr Infos, was da los ist :)

  • dass wohl erst mit dem NVIDIA Treiber 570 DLSS 4 unter Proton zuverlässig läuft.

    Ich habe mal in die Treiberverwaltung geschaut. Verwendet wird 580.173.02 und ich wechsel mal auf 595.84 (empfohlen); es gibt aber auch schon 610.43.02 :D

    Wenn das mit der Empfehlung auch nicht klappt schick ich den Report


    edit: hat geklappt mit dem empfohlen Treiber - DLSS ist wieder in den Einstellungen verfügbar


  • Ich dachte erst emojis gehen wieder aber scheinbar nicht alle. Fühlt sich an als wäre das ein caching problem, ein paar zeigt er jetzt wieder an aber halt nicht alle.


    Nach einem Neustart des Clients waren wieder alle weg

  • D.h. du verwendest jetzt 595?

    ja, genau - aber mir ist auch auf-/eingefallen, dass nachdem ich steam gestartet, der das Hotfix gemacht hat und ich danach auf spielen klickte nicht die Proton Shader verarbeitet wurden.

    Nach wechseln des Treibers, neustart und erneutem starten des spiels kam das sofort - vielleicht lag es auch daran :thinking: ich bleib jetzt bei 595

  • Ich dachte erst mein Web-Frontend wäre defekt aber ich habe gerade bemerkt das die Formatierungen in den Server Descriptions irgendwie nicht mehr passen, newline wird als text dargestellt.


  • Ich dachte erst emojis gehen wieder aber scheinbar nicht alle. Fühlt sich an als wäre das ein caching problem, ein paar zeigt er jetzt wieder an aber halt nicht alle.

    Danke für die Rückmeldung! Ich kanns bei mir bestätigen. Wenn du resetfontfallbacks werden die Sonderzeichen bestimmt wieder funktionieren, oder?


    Es ist leider scheinbar wieder ein Unity Bug (oder ein ungünstiges Verhalten von Unity), zumindest wenn das OS der Build-Maschine keine Fallback-Fonts liefert (unda da das Builden bei uns aber auf einem CI-Runner im Batchmode stattfindet, trifft das zu).


    Ich werde das mit dem nächsten Hotfix so ändern, dass das, was der o.g. Befehl macht, beim Spielstart explizit durchgeführt wird, das sollte dann eigentlich funktionieren ^^


    Nach wechseln des Treibers, neustart und erneutem starten des spiels kam das sofort - vielleicht lag es auch daran

    Oh, naja, Hauptsache es läuft. Wenns wieder fehlen sollte, bitte Bescheid sagen (bzw. am besten auch einen Report senden) ^^


    Ich dachte erst mein Web-Frontend wäre defekt aber ich habe gerade bemerkt das die Formatierungen in den Server Descriptions irgendwie nicht mehr passen, newline wird als text dargestellt.

    Hmm... das Problem wird das Einlesen aus der server.properties sein. Da wird das \n escaped und so dem Webrequest übergeben. JSON behält das \\n bei, was in der Serverliste dann erwartungsgemäß als \n dargestellt wird (statt einen Zeilenumbruch einzufügen). Das dürfte vorher auch schon so gewesen sein :thinking: Aber ich kann das anpassen, damit bei Übergabe an den RequestHandler das \\n immer zu \n wird.


    Du kannst aber alternativ sonst auch <br> verwenden, das wird bereits korrekt als Zeilenumbruch interpretiert.

  • Danke für die Rückmeldung! Ich kanns bei mir bestätigen. Wenn du resetfontfallbacks werden die Sonderzeichen bestimmt wieder funktionieren, oder?

    Ja das hat geholfen, ist wohl ein versteckter Befehl, tauchte erst auf als ich ihn komplett geschrieben hatte.


    Hmm... das Problem wird das Einlesen aus der server.properties sein. Da wird das \n escaped und so dem Webrequest übergeben. JSON behält das \\n bei, was in der Serverliste dann erwartungsgemäß als \n dargestellt wird (statt einen Zeilenumbruch einzufügen). Das dürfte vorher auch schon so gewesen sein :thinking: Aber ich kann das anpassen, damit bei Übergabe an den RequestHandler das \\n immer zu \n wird.


    Du kannst aber alternativ sonst auch <br> verwenden, das wird bereits korrekt als Zeilenumbruch interpretiert.

    Hmm ich hatte aber die description meiner server alle vor dem hauptpatch gesetzt und da war es korrekt. Erst nach dem letzten hotfix waren die Zeilenumbrüche auf einmal kaputt. Das Interessante ist, das die sogar in meinem web interface vorher angezeigt wurden und jetzt nicht mehr. vorher kamen die \n auch als \n an und jetzt als \\n.

  • Ja das hat geholfen, ist wohl ein versteckter Befehl, tauchte erst auf als ich ihn komplett geschrieben hatte.

    Ja genau, ist ein versteckter Befehl, wusste nicht, ob er zwangsläufig nötig wird (und war auch eher als Test gedacht, um diesen Verdacht dahinter wirklich zu bestätigen) ^^


    Hmm ich hatte aber die description meiner server alle vor dem hauptpatch gesetzt und da war es korrekt. Erst nach dem letzten hotfix waren die Zeilenumbrüche auf einmal kaputt. Das Interessante ist, das die sogar in meinem web interface vorher angezeigt wurden und jetzt nicht mehr. vorher kamen die \n auch als \n an und jetzt als \\n.

    Stimmt, du hast Recht, das habe ich übersehen! 8| Ursprünglich wurden "\n" immer ungeprüft in den JSON-String geschrieben. Das war meist kein Problem, weil der Server das eigentlich nie tat (und bei "description" war es ja sogar vorteielhaft), aber mit den Plugin-Routen kann dadurch jetzt schnell kaputtes JSON entstehen. Darum wird direkt beim Bauen des JSON-Strings escaped - leider kam die description damit unter die Räder :/ Das escapen beim Schreiben des JSON-Strings ist trotzdem sinnvoll (das alte Verhalten war eher der Bug, oder zumindest wars sehr fehleranfällig), aber ich werde es bei der description mit dem nächsten Hotfix so ändern, dass \n korrekt akzeptiert wird (dann sollte auch das Webinterface wieder korrekt funktionieren) :saint:

  • Ja genau, ist ein versteckter Befehl, wusste nicht, ob er zwangsläufig nötig wird (und war auch eher als Test gedacht, um diesen Verdacht dahinter wirklich zu bestätigen) ^^


    Stimmt, du hast Recht, das habe ich übersehen! 8| Ursprünglich wurden "\n" immer ungeprüft in den JSON-String geschrieben. Das war meist kein Problem, weil der Server das eigentlich nie tat (und bei "description" war es ja sogar vorteielhaft), aber mit den Plugin-Routen kann dadurch jetzt schnell kaputtes JSON entstehen. Darum wird direkt beim Bauen des JSON-Strings escaped - leider kam die description damit unter die Räder :/ Das escapen beim Schreiben des JSON-Strings ist trotzdem sinnvoll (das alte Verhalten war eher der Bug, oder zumindest wars sehr fehleranfällig), aber ich werde es bei der description mit dem nächsten Hotfix so ändern, dass \n korrekt akzeptiert wird (dann sollte auch das Webinterface wieder korrekt funktionieren) :saint:

    Ja das macht durchaus sinn, fürs webinterface habe ich schon einen fix geschrieben so das es dort wieder korrekt angezeigt wird.

  • Wieso muss ich nach dem Update den Weg zur Hölle (x 4096 / z 4096) stellenweise wieder frei buddeln? Hatte schon bis ganz nach unten Gerüste gebaut (die sind auch noch da).

    Und oben auf der Map habe ich ein Banditenlager gefunden, dass vorher definitiv nicht da war - direkt neben einem angelegten Weg

    (jetzt muss ich noch schauen ob die 12, die ich gefunden hatte noch an Ort und Stelle sind)

  • huhu...bei mir verschwinden bäume... habe heute welche gesetzt, kurze zeit später was die hälfte weg. dann setzte ich die neu... und dann fehlen am anderen ende welche...dann stand die reihe endlich und dann fehlten auf der anderen seite bäume...was ist da los?

    Kann das mit der Entfernung zusammenhängen? Dass du die Bäume erst dann siehst, wenn du näher an sie herantrittst?

Participate now!

Don’t have an account yet? Create a new account now and be part of our community!