Vielleicht haben wir aber auch "Glück" und das Problem löst sich demnächst in Luft auf. Im nächsten Monat wird voraussichtlich Fedora 24 erscheinen.
Möglicherweise wird das Problem mit Fedora 24 tatsächlich von alleine gelöst. Offenbar bestehen die Schwierigkeiten auch erst seit Fedora 23 (wobei es wie gesagt scheinbar weniger an Fedora, sondern eher an Steam liegt) 
Thanks for your errorlog! What antivirus program do you use? Do you use Panda? It's known to prevent the game from accessing some libraries in some cases. Please try to disable Panda temporarily and start the game again, once you're in main menu you can enable it again.
This procedure is only necessary for the first start (since the game needs to extract and replace some old libraries), the next time you should be able to start the game without any problems.
Otherwise, please let us know
Thanks for your feedback 
It seems that the lwjgl fix actually works for Ubuntu. Can you eventually post your xrandr output here, just to compare it with other outputs and to see what's going on exactly (and why the fix is necessary at all)?
In Steam kann die Spielsprache auf Deutsch gestellt werden, indem du via Rechtsklick auf Rising World in deiner Steam Bibliothek gehst -> Eigenschaften -> Sprache -> "Deutsch" auswählst. Nachdem das Fenster geschlossen und das Spiel gestartet wird sollte es anschließend auf Deutsch sein.
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.
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:
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
