Danke für den Bauplan, also ich behaupte mal ganz stark, dass es ein Bug ist, zumindestens tritt der Fehler bei mir ebenfalls auf. Woran es genau liegt, kann ich aber leider noch nicht sagen.
Posts by red51
-
-
Thanks

-
Yes, that's intended behaviour. You could basically delete those files for new worlds without breaking them, however, there would be no reason to do that^^
-
Thanks for the xrandr output
It looks fine, and lwjgl should definitely be able to handle this output. But since you're using Fedora, it seems that the issue is more likely related to Steam (Fedora is not officially supported by Steam unfortunately). When launching the game through Steam, it uses his own libraries instead of your system libraries. Apparently xrandr does not deliver a proper output in this case.
A solution would be to run the game from the game directory directly, but eventually some additional steps may be necessary to do that. Alternatively it could be an option to use the native runtime, at least this is a common solution for similar problems when using Linux Arch (not sure if this is helpful for Fedora in any way). Maybe send me a link to your profile in Steam or alternatively add me to your contacts, then we can solve the issue via chat directly
-
Ich hab einen Server bei Nitrado, dieser läuft, kann auch joinen, nur er wird nicht in der Serverliste aufgelistet
Damit der Server in der Liste erscheint ist wichtig, dass in der server.properties der Wert server_list_visible auf true gesetzt ist. Außerdem darf der server_name nicht "Default Rising World Server" lauten, diese werden automatisch aussortiert
Falls der Server immernoch nicht in der Liste auftaucht kannst du sonst im Zweifelsfall ggf. einmal die server.properties Datei posten bzw. mir per PN senden.Ja, bei mir heißt es: Host nicht erreichbar
Wo taucht diese Meldung genau auf? Um welchen Server handelt es sich dabei?Ich sehe heute auch nicht alle Server
Es gab tatsächlich das Problem, dass in manchen Fällen leere Server fälschlicherweise aussortiert wurden
Das sollte nun aber nicht mehr der Fall sein. -
Thanks for providing the errorlog! This is unfortunately a bug that occurs sporadically... we are working on a solution for that

-
The bp and wp files contain metadata of the world. It was not intended that those files get created after visiting a multiplayer server, this will be fixed with the next update

However, removing these files from a singleplayer world may break your world if it has been created prior the water update. -
Cannot initialize Steam API
Hmm... this error should only occur when starting the game (i.e before you see the splash screen or main menu). Please make sure that Steam is running in the background. -
When do you get the Connection Reset exactly? At least there is a known problem, but this only applies if you are using cable internet (instead of DSL) and the Reset occurs after exactly 10 minutes. In this case you can solve the problem by using a VPN service, e.g. Cyberghost.
Otherwise make sure no firewall or antivirus program is interfering with your connection -
Also das Problem wird dadurch verursacht, dass die Ausgabe von xrandr nicht korrekt von Lwjgl geparsed werden können. Offenbar sieht die Ausgabe von xrandr mittlerweile teilweise anders aus, sodass scheinbar keine Displaymodi mehr erkannt werden.
Kannst du ggf. mal deine xrandr Ausgabe hier posten? Hast du evtl. manuell eigene Modi hinzugefügt?//Nachtrag: Es scheint sich langsam herauszukristallisieren, dass die Probleme nicht direkt mit xrandr oder Lwjgl zusammenhängen, sondern eher mit Steam. Steam wird mit eigenen Libraries ausgeliefert, welche offensichtlich keine valide xrandr Ausgabe an Lwjgl liefern. Möglicherweise liegt es auch daran, dass Fedora von Steam nicht offiziell unterstützt wird.
Eine Lösung für das Problem könnte sein, das Spiel direkt aus dem Spielverzeichnis heraus zu starten anstelle über Steam. Möglicherweise sind da aber ein paar zusätzliche Schritte nötig, damit das funktioniert. Alternativ könnte ggf. die Verwendung der Native Runtime funktionieren, zumindestens ist das eine gängige Lösung unter Linux Arch, um ähnlichen Problemen mit Steam zu begegnen. Ich weiß leider nicht, inwieweit sich diese Inhalte auf Fedora anwenden lassen: https://wiki.archlinux.org/ind…team#Using_native_runtime
Poste aber am besten trotzdem einmal deine xrandr Ausgabe, nur um auf Nummer sicher zu gehen, dass Lwjgl damit umgehen kann (wobei ich stark davon ausgehe). -
Danke für dein Feedback

unter v0.6.5.1 waren es 11,7 MB, direkt nach dem konvertieren auf 0.7.0.1 dann 79,4 MB, also eine Versiebenfachung der Größe
Das ist leider der Preis dafür, dass alte Welten kompatibel bleiben. Das kann nur dadurch erreicht werden, indem sämtliche Weltinformationen über bereits bebaute Gebiete abgespeichert werden. Die einzige Alternative wäre der Zwang, eine neue Welt erstellen zu müssen
Nichtsdestotrotz sind - meiner bescheidenen Meinung nach - 79,4 MB für eine so umfangreich bebaute Welt immernoch wenig (auch wenn 11,7 MB natürlich noch schöner aussieht)Allgemeine deutliche Verschlechterung der Frameraten in dichter bebauten Gebieten und deutlich merkbares
Die Wassergenerierung wirkt sich geringfügig nachteilig auf die Chunkladegeschwindigkeit aus, insbesondere aber sind die diversen Wassereffekte relativ teuer, besonders die Spiegelungen/Reflektionen haben einen spürbaren Einfluss auf die Performance, da die Szene dafür ein zweites Mal gerendert werden muss (diese Bürde wird v.a. von der Grafikkarte getragen). Hier kann Performance gespart werden, wenn in den Einstellungen "Wasser Spiegelungen" ausgeschaltet werden. Auch "Lichtbrechungen" (sorgt dafür, dass der Boden durch das Wasser "wabbelig" aussieht) sind ein verhältnismäßig teurer Effekt (wobei dieser vor dem Wasser schon vorhanden war, nämlich für Glasscheiben).dafür ist seit 0.7.0.2 die Soundreichweite wieder mal fast Serverweit, also das Hacken mit der Picke auf Stein
sowie das Glätten von Stein mit dem Vorschlaghammer ist getestet gut 2 Kilometer hörbar
Das prüfen wir nach.Achja, dazu eine Frage: Wird's denn auch sprudelnde Quellen geben?
Wie genau definiert oder äußert sich denn eine "sprudelnde Quelle"?^^ Richtige Wasserfälle werden leider erst möglich sein, sobald das Wasser mehr Dynamik erhält -
Direkt despawnen kannst du sie leider nicht, du kannst sie aber aus der Datenbank löschen, dann kehren sie auch nicht zurück
Dazu am besten einfach deine Weltdatenbank (im Rising World Verzeichnis im Worlds Unterordner -> [Dein Weltname] -> [Dein Weltname].db) mit einem SQL Editor (zB Navicat) öffnen und die Tabelle "Npc" vollständig leeren oder löschen (natürlich sollte das Spiel währenddessen nicht laufen). -
@darknekros: The problem is that lwjgl seems to be unable to parse the xrandr output correctly. Can you eventually post your xrandr output here?
-
Woran merkst du, dass er "RAM zieht"? Java reserviert sich beim Start der VM eine vorgegebene Menge an RAM, diese ändert sich im Laufe des Spiels nicht mehr.
Wenn du Probleme beim Wechsel auf den Desktop hast, kannst du Folgendes probieren:- Gehe ins Einstellungsmenü und deaktiviere den Vollbildmodus. Gleichzeitig kannst du ein Häkchen bei "Rahmelos" setzen, sowie die Auflösung an deine Desktopauflösung anpassen. Dadurch läuft das Spiel zwar quasi im Vollbildmodus, verhält sich im Grunde aber wie ein normales Fenster, und das hin- und herwechseln zw. Desktop und Spiel sollte problemlos funktionieren
- Zusätzlich könntest du probieren, im Spielverzeichnis die Datei "config.properties" zu öffnen und den Wert von "game_pause_on_lost_focus" auf false zu ändern (falls er bereits false ist, dann ändere ihn testweise auf true).
-
Also erst beim Drehen treten die Abweichungen bei den Brettern auf? Kannst du mir den Blueprint eventuell als PN zukommen lassen, dann kann ich nachschauen, was da genau los ist

-
It's a problem with the rendering order. We will fix that soon

-
Hmm... that seems to be a result of using one of those low-priced dumped imported ceiling fans
But seriously, it seems that some vertices get messed up. Since all objects are batched to a single mesh, the rotation of the ceiling fan is done by manipulating the vertex buffer directly. Looks like there may be some kind of imprecision over time. We will look into this issue. -
Sorry for my late response! Do you still have the same problem? Originally there were some download issues with the Standalone, but they should be fixed now

-
The start problems on Linux and SteamOS should be fixed now
I'm sorry for the long time it took to sort out these issues -
Die Startprobleme unter Linux und SteamOS sollten nun endlich behoben sein, ich möchte mich nochmals für die lange Verzögerung entschuldigen