Announcement Changelog 27.01.2016: Handel, Bugfixes, Optimierungen

We've posted an important announcement regarding the current situation and the future of the game: Announcement

  • Nova wrote:

    Mal eine generelle Frage. Kann man aufgrund der Form 1. Person Plural ("Wir") nun darauf schließen, dass sich das Entwicklerteam erweitert hat? Dachte immer, dass hier wäre ein Ein-Mann-Projekt. Und zum Update, als kleiner Patch durchaus gelungen.

    Laut der Team seite ist es mehr als einer forum.rising-world.net/index.php/Team/
    Das war aber auch anfangs schon so. Irgendwo wurde schonmal geschrieben das red der einzigste ist der am Spiel direkt arbeitet
  • @red grade wieder einen serverstop gehabt, hier ende serverlog:

    Display Spoiler

    pendingCloseEvents.add 4258
    ---------------------------
    4256 (TCP)
    4257 (UDP)
    4258 (TCP)
    ---------------------------3
    closeConnection
    ---------------------------
    4257 (UDP)
    4258 (TCP)
    ---------------------------2
    closeConnection
    ---------------------------
    4258 (TCP)
    ---------------------------1
    closeConnection
    ---------------------------
    ---------------------------0
    Client: 7 removed
    30.01.2016 23:20 C.c
    INFO: Delete Client ID: 7
    [LUA][AreaProtection 1.8] CHEST:13434
    [LUA][AreaProtection 1.8] CHEST:13434
    [LUA][AreaProtection 1.8] CHEST:13434
    [LUA][AreaProtection 1.8] CHEST:13434
    [LUA][AreaProtection 1.8] CHEST:13434
    ... (2) ChunkAdditions saved to DB!
    ... (1, 1) Chunks saved to DB!
    [LUA][AreaProtection 1.8] CHEST:13434
    [LUA][AreaProtection 1.8] CHEST:13434
    [LUA][AreaProtection 1.8] CHEST:13434
    [LUA][AreaProtection 1.8] CHEST:13434
    [LUA][AreaProtection 1.8] CHEST:13434
    [LUA][AreaProtection 1.8] CHEST:13434
    [LUA][AreaProtection 1.8] CHEST:13434
    [LUA][AreaProtection 1.8] CHEST:13434
    [LUA][AreaProtection 1.8] CHEST:13434
    [LUA][AreaProtection 1.8] CHEST:13434
    dispatch: ClientRegisterMessage
    30.01.2016 23:21 C.c
    INFO: ConnectionPending: 6
    dispatch: ClientRegisterChannelMessage TCP Port:4256
    SET HOSTED CONNECTION FOR CHANNEL: 3 de.jiw.network.base.HostedConnection@697bbcf0
    dispatch: ClientRegisterChannelMessage TCP Port:4257
    SET HOSTED CONNECTION FOR CHANNEL: 5 de.jiw.network.base.HostedConnection@697bbcf0
    dispatch: ClientRegisterChannelMessage TCP Port:4258
    SET HOSTED CONNECTION FOR CHANNEL: 6 de.jiw.network.base.HostedConnection@697bbcf0
    dispatch: ClientRegisterChannelMessage UDP Port:4257
    dispatch: ClientRegisterChannelMessage UDP Port:4256
    dispatch: ClientRegisterChannelMessage UDP Port:4255
    registerClientChannel isComplete
    Endpoints length: 7
    register endpoint: de.jiw.network.kernel.tcp.TcpEndpoint@50fd10aa 6
    register endpoint: de.jiw.network.kernel.udp.UdpEndpoint@4db581f8 6
    register endpoint: de.jiw.network.kernel.udp.UdpEndpoint@2da4ed26 6
    register endpoint: de.jiw.network.kernel.tcp.TcpEndpoint@757322bf 6
    register endpoint: de.jiw.network.kernel.udp.UdpEndpoint@65a721e1 6
    register endpoint: de.jiw.network.kernel.tcp.TcpEndpoint@5be1b9aa 6
    register endpoint: de.jiw.network.kernel.tcp.TcpEndpoint@5fda814b 6
    30.01.2016 23:21 C.c
    INFO: Client Connected ID: 6 IP: WIN-1H9157TG6AP/134.255.226.98:4255
    SERVER START VERIFICATION OF CLIENT bluna
    *************** NEW THREAD LOCAL ALLOCATION ***************
    PLAYER CONNECT: bluna
    [LUA][AreaProtection 1.8] CHEST:13434
    [LUA][AreaProtection 1.8] CHEST:13434
    [LUA][AreaProtection 1.8] CHEST:13434
    [LUA][AreaProtection 1.8] CHEST:13434
    [LUA][AreaProtection 1.8] CHEST:13434
    [LUA][AreaProtection 1.8] CHEST:13434
    [LUA][AreaProtection 1.8] CHEST:13434
    [LUA][AreaProtection 1.8] CHEST:13434
    [LUA][AreaProtection 1.8] CHEST:13434
    LOADPLAYER: Cassavir21217
    30.01.2016 23:21 server.Main
    SEVERE: Fatal error occurred!
    org.luaj.vm2.LuaError: @C:\RisingWorldServer\server\scripts\Zcript by Zabka/script.lua:564 vm error: java.lang.NullPointerException
    at org.luaj.vm2.lib.jse.JavaMethod.invokeMethod(Unknown Source)
    at org.luaj.vm2.lib.jse.JavaMethod.call(Unknown Source)
    at org.luaj.vm2.LuaClosure.execute(Unknown Source)
    at org.luaj.vm2.LuaClosure.onInvoke(Unknown Source)
    at org.luaj.vm2.LuaClosure.invoke(Unknown Source)
    at lua.ScriptEventList.triggerEvent(SourceFile:20)
    at lua.ScriptEventManager.triggerEvent(SourceFile:32)
    at z.l.a(SourceFile:77)
    at v.b.run(SourceFile:24)
    Caused by: java.lang.NullPointerException
    at lua.wrapper.LuaPlayer.getIP(SourceFile:549)
    at sun.reflect.GeneratedMethodAccessor33.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    ... 9 more
    java.lang.NullPointerException
    at lua.wrapper.LuaPlayer.getIP(SourceFile:549)
    at sun.reflect.GeneratedMethodAccessor33.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at org.luaj.vm2.lib.jse.JavaMethod.invokeMethod(Unknown Source)
    at org.luaj.vm2.lib.jse.JavaMethod.call(Unknown Source)
    at org.luaj.vm2.LuaClosure.execute(Unknown Source)
    at org.luaj.vm2.LuaClosure.onInvoke(Unknown Source)
    at org.luaj.vm2.LuaClosure.invoke(Unknown Source)
    at lua.ScriptEventList.triggerEvent(SourceFile:20)
    at lua.ScriptEventManager.triggerEvent(SourceFile:32)
    at z.l.a(SourceFile:77)
    at v.b.run(SourceFile:24)

    Fatal error occurred!
    org.luaj.vm2.LuaError: @C:\RisingWorldServer\server\scripts\Zcript by Zabka/script.lua:564 vm error: java.lang.NullPointerException
    at org.luaj.vm2.lib.jse.JavaMethod.invokeMethod(Unknown Source)
    at org.luaj.vm2.lib.jse.JavaMethod.call(Unknown Source)
    at org.luaj.vm2.LuaClosure.execute(Unknown Source)
    at org.luaj.vm2.LuaClosure.onInvoke(Unknown Source)
    at org.luaj.vm2.LuaClosure.invoke(Unknown Source)
    at lua.ScriptEventList.triggerEvent(SourceFile:20)
    at lua.ScriptEventManager.triggerEvent(SourceFile:32)
    at z.l.a(SourceFile:77)
    at v.b.run(SourceFile:24)
    Caused by: java.lang.NullPointerException
    at lua.wrapper.LuaPlayer.getIP(SourceFile:549)
    at sun.reflect.GeneratedMethodAccessor33.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    ... 9 more
    java.lang.NullPointerException
    at lua.wrapper.LuaPlayer.getIP(SourceFile:549)
    at sun.reflect.GeneratedMethodAccessor33.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at org.luaj.vm2.lib.jse.JavaMethod.invokeMethod(Unknown Source)
    at org.luaj.vm2.lib.jse.JavaMethod.call(Unknown Source)
    at org.luaj.vm2.LuaClosure.execute(Unknown Source)
    at org.luaj.vm2.LuaClosure.onInvoke(Unknown Source)
    at org.luaj.vm2.LuaClosure.invoke(Unknown Source)
    at lua.ScriptEventList.triggerEvent(SourceFile:20)
    at lua.ScriptEventManager.triggerEvent(SourceFile:32)
    at z.l.a(SourceFile:77)
    at v.b.run(SourceFile:24)

    Uncaught exception thrown in Thread[DT_9,5,main]
    Shutdown database executor (queue: 3538)...
    Shutdown database threads...
    Remaining queues: 3548
    LOADPLAYER: bluna
    [LUA][Zcript] 01/30/16 23:21:38 INSERT INTO `lastlog` (`player_id`, `name`, `ip`, `connect_at`) VALUES (58, 'bluna', 'WIN-1H9157TG6AP/134.255.226.98:4255', strftime('%s', 'now'));
    serverPlayerListener -> Survival
    dispatch: ClientRegisterMessage
    30.01.2016 23:21 C.c
    INFO: ConnectionPending: 7
    dispatch: ClientRegisterChannelMessage TCP Port:4256
    SET HOSTED CONNECTION FOR CHANNEL: 3 de.jiw.network.base.HostedConnection@7c3bdb95
    dispatch: ClientRegisterChannelMessage TCP Port:4257
    SET HOSTED CONNECTION FOR CHANNEL: 5 de.jiw.network.base.HostedConnection@7c3bdb95
    dispatch: ClientRegisterChannelMessage TCP Port:4258
    SET HOSTED CONNECTION FOR CHANNEL: 6 de.jiw.network.base.HostedConnection@7c3bdb95
    dispatch: ClientRegisterChannelMessage UDP Port:4255
    dispatch: ClientRegisterChannelMessage UDP Port:4256
    dispatch: ClientRegisterChannelMessage UDP Port:4257
    registerClientChannel isComplete
    Endpoints length: 7
    register endpoint: de.jiw.network.kernel.tcp.TcpEndpoint@ad8c7aa 7
    register endpoint: de.jiw.network.kernel.udp.UdpEndpoint@7e4ad9fc 7
    register endpoint: de.jiw.network.kernel.udp.UdpEndpoint@1f912d8c 7
    register endpoint: de.jiw.network.kernel.tcp.TcpEndpoint@36e9dacf 7
    register endpoint: de.jiw.network.kernel.udp.UdpEndpoint@15d63e85 7
    register endpoint: de.jiw.network.kernel.tcp.TcpEndpoint@128be519 7
    register endpoint: de.jiw.network.kernel.tcp.TcpEndpoint@26d60c68 7
    30.01.2016 23:21 C.c
    INFO: Client Connected ID: 7 IP: WIN-1H9157TG6AP/134.255.226.98:4255
    30.01.2016 23:21 C.c
    WARNING: Player Cassavir21217 (IP: WIN-1H9157TG6AP/134.255.226.98:4255) is already connected to this server (existing IP: null)!
    SERVER START VERIFICATION OF CLIENT Cassavir21217
    *************** NEW THREAD LOCAL ALLOCATION ***************
    PLAYER CONNECT: Cassavir21217
    LOADPLAYER: Cassavir21217
    [LUA][Zcript] 01/30/16 23:21:57 INSERT INTO `lastlog` (`player_id`, `name`, `ip`, `connect_at`) VALUES (3368, 'Cassavir21217', 'WIN-1H9157TG6AP/134.255.226.98:4255', strftime('%s', 'now'));
    serverPlayerListener -> Survival
    30.01.2016 23:21 v.a
    INFO: DatabaseTaskManager stopped!
    java.nio.channels.CancelledKeyException
    at sun.nio.ch.SelectionKeyImpl.ensureValid(Unknown Source)
    at sun.nio.ch.SelectionKeyImpl.interestOps(Unknown Source)
    at de.jiw.network.kernel.tcp.TcpKernel.run(TcpKernel.java:248)
    java.nio.channels.CancelledKeyException
    at sun.nio.ch.SelectionKeyImpl.ensureValid(Unknown Source)
    at sun.nio.ch.SelectionKeyImpl.interestOps(Unknown Source)
    at de.jiw.network.kernel.tcp.TcpKernel.run(TcpKernel.java:248)
    Stopping 7 kernel adapters...
    java.nio.channels.CancelledKeyException
    at sun.nio.ch.SelectionKeyImpl.ensureValid(Unknown Source)
    at sun.nio.ch.SelectionKeyImpl.interestOps(Unknown Source)
    at de.jiw.network.kernel.tcp.TcpKernel.run(TcpKernel.java:248)

  • @Hogar hast du mal versucht ohne Zscript, dieses scheint ja irgendwie die Fehler evtl mit auszulösen. Obwohl es schon seltsam ist, da es solche Probleme noch nicht gab.

    Bei uns gelegentlich Fehler mit den Tieren, mal Serverseitig mal auch nur Client seitig.
    Außerdem Java null ex............
    Teilweise.
    Die Fehler kommen scheinbar unregelmäßig und sind für mich nicht unbedingt auf bestimmte Aktion nachvollziehbar.

    ==Hessenstrolche==

    Teamspeak 3: 185.239.238.125:9987 / Rising World Server:185.239.238.125:4255
    Homepage / Discord / FB-Gruppe
  • @Hogar: Danke für den Log, tatsächlich wurde er durch ein Lua Skript verursacht, hätte aber trotzdem nicht passieren dürfen. Sollte im neuesten Bugfix behoben sein ;)

    ---------------------------------------
    Ein weiterer Bugfix ist nun verfügbar, er behebt hauptsächlich multiplayerbezogene Probleme :)

    Bugfix 31.01.2016:
    • [Änderung] Anzahl an Setzlingen, die man von Zitronenbäumen erhält, etwas erhöht
    • [Änderung] Performance unter MySQL verbessert
    • [Änderung] Alte Weltbackups (>2 Wochen) im ".backup" Unterordner werden nun automatisch gelöscht (nur SQLite)
    • [Änderung] Lücke zwischen Bildern und Wänden verkleinert
    • [Änderung] Feindliche Tiere greifen nicht länger an wenn 'general->invulnerable' Permission auf true gesetzt ist
    • [Behoben] Problem mit dem Laden von Chunks behoben
    • [Behoben] Servercrash behoben, wenn Spielerconnect zu lange gedauert hat
    • [Behoben] Fehler behoben, welcher Spieler daran hinderte, zum Server zu verbinden
    • [Behoben] Fehler behoben, wenn zu viele Construction Elemente im selben Chunk platziert wurden
    • [Behoben] Problem behoben, wodurch die Welt manchmal extrem langsam generiert wurde
  • ein problem hab ich noch, das laufen.. kann paar meter laufen und der stoppt, drücke ich schnell auf laufen ist es auch so. hab ich aber schon seit längeren festgestellt, weiss ja net wieviel leute das auch haben und sry das ich mich erst jetzt melde damit :whistling:.. sonst läufts gut damit und danke red für deinen einsatz :thumbsup:
    Miacat`s Lets Play`s von Rising World auf Youtube. mehr... :rolleyes: :rolleyes: :whistling: ;)

  • Seid dem 31.01. ist unser Server nun schon 6 mal abgeschmiert und immer die gleiche fehlermeldung....

    Hier der Fehlercode:

    Source Code

    1. Fatal error occurred!
    2. java.lang.IllegalAccessError: Class not found (-44)
    3. at de.jiw.network.serializing.Serializer.read(Serializer.java:101)
    4. at de.jiw.network.base.MessageProtocol.createMessage(MessageProtocol.java:91)
    5. at de.jiw.network.base.MessageProtocol.addBuffer(MessageProtocol.java:78)
    6. at de.jiw.network.message.RawPacket.run(RawPacket.java:43)
    7. at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
    8. at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    9. at java.lang.Thread.run(Unknown Source)
    :thumbsup: TeamSpeak³: 85.214.90.178 / Rising World Server: 89.163.254.162 :thumbsup:
    Homepage: libolas.de
  • Miacat wrote:

    kann paar meter laufen und der stoppt, drücke ich schnell auf laufen ist es auch so. hab ich aber schon seit längeren festgestellt, weiss ja net wieviel leute das auch haben und sry das ich mich erst jetzt melde damit

    Was genau heißt "stoppen"? Lädt die Welt nicht mehr weiter, oder bleibt das Spiel komplett stehen? In dem Fall erstelle am besten ein neues Thema im Forum, und post dort auch eine Report-Datei (Im Spiel die Konsole mit Taste ^ öffnen und "report" ohne Anführungszeichen eingeben, danach sollte im Spielverzeichnis eine Datei Namens "report" [gefolgt von einer Zahl] auftauchen) ;)

    Messiahs wrote:

    dass hier und da zwischen den Biomen Löcher auftreten, so wie es nach der Einführung von Biomen der Fall war

    Das ist mir eigentlich nicht bekannt 8| Zumindestens wusste ich nichts über dieses Problem. Es kann theoretisch sein, dass dies im geringen Umfang (also kleine Lücken, keine so extremen Unterschiede wie nach den Biomen) seit der Version 0.6.4.4 aufgetreten ist (einmalig), aber auch das verwundert mich etwas... Was auf jeden Fall nicht sein darf ist dass Lücken im laufenden Betrieb entstehen, d.h. heute war noch alles in Ordnung, morgen ist dort auf einmal eine Lücke. In dem Fall würde es darauf hindeuten, dass mit dem Speichern der Welt etwas nicht stimmt...

    Mefistus84 wrote:

    Seid dem 31.01. ist unser Server nun schon 6 mal abgeschmiert und immer die gleiche fehlermeldung....

    Tausche mal bitte die "jiw-network.jar" im lib Ordner des Servers mit dieser Version aus, das sollte das Problem (verursacht von Clients, die Mumpitz an den Server senden) eigentlich beheben: network.zip
  • red51 wrote:

    Das ist mir eigentlich nicht bekannt Zumindestens wusste ich nichts über dieses Problem. Es kann theoretisch sein, dass dies im geringen Umfang (also kleine Lücken, keine so extremen Unterschiede wie nach den Biomen) seit der Version 0.6.4.4 aufgetreten ist (einmalig), aber auch das verwundert mich etwas... Was auf jeden Fall nicht sein darf ist dass Lücken im laufenden Betrieb entstehen, d.h. heute war noch alles in Ordnung, morgen ist dort auf einmal eine Lücke. In dem Fall würde es darauf hindeuten, dass mit dem Speichern der Welt etwas nicht stimmt...


    Diese Chunkprobleme treten öfter im MP auf, dachte das wäre schon bekannt. Nach dem Teleportieren z. B. kommen öfter Chunklöcher vor. Mit F10 schließen sie sich wieder, allerdings
    dürfen diese Chunkfehler an diesen Stellen gar nicht vorkommen, da komplett neue Biome.
  • Deirdre wrote:

    Diese Chunkprobleme treten öfter im MP auf, dachte das wäre schon bekannt. Nach dem Teleportieren z. B. kommen öfter Chunklöcher vor

    Also hier muss man differenzieren: Treten wirklich die gleichen Probleme wie nach dem Biomupdate auf, also dass Chunkübergänge nicht mehr zusammenpassen, oder fehlen einzelne Chunks? Ersteres darf nicht auftreten und wäre alarmierend (vor allem wenn das in neuen Gebieten auftritt), zweiteres ist eher etwas was auf ein Ladeprobleme hindeutet, was nach dem Biomupdate auch vermehrt auftrat, dessen sich das letzte Update aber weitreichend widmete. Das Problem kann entweder clientseitig verursacht sein (das kann viele Ursachen haben), oder wenn mehrere Personen an derselben Stelle das Problem haben, könnte es serverseitig sein. In dem Fall wäre ein vollständiger Serverlog hilfreich.
    Wenn du sagst, dass F10 das Problem löst, klingt es eher nach einer clientseitigen Sache...
  • Deirdre wrote:

    Es fehlten wirklich einzelne Chunks, die mit F10 wieder zum Vorschein kamen. In welchem Zusammenhang das jetzt auftrat weiß ich allerdings nicht.
    In einzelnen Gebieten wurden einige Teile überhaupt nicht geladen und das in neuen Biomearealen. Serverlog könnte man dir morgen zukommen lassen.

    Okay, in dem Fall ist das ein anderes Problem als die fehlerhaften Übergänge, die nach dem Biomupdate auftraten (wofür F10 gedacht war). Wenn durch das Drücken von F10 die Chunks nun wieder auftreten, klingt es nach einem clientseitigen Problem. Generell gibt es einen Weg herauszufinden, ob es sich um ein server- oder clientseitiges Problem handelt: Wenn du F3 drückst, tauchen ja die Debugausgaben auf. Im mittleren Teil ungefähr ist eine Zeile zu lesen "Requested Chunks:" gefolgt von einer Zahl, danach in Klammern ein Wert für "LOD" und "CA", und anschließend noch "Pending Chunks:" (mit ebenfalls "LOD" und "CA" in Klammern). Diese Werte besagen, auf wieviele Chunks dein Spiel noch wartet, also die noch nicht vom Server geliefert wurden.
    Wenn also das nächste Mal wieder Chunks fehlen, bleibe am besten stehen und schaue dir mal diese Zeile genauer an. Wenn irgendwo dort eine Zahl ungleich 0 steht, bedeutet das, dass dein Client immernoch auf diesen Chunk vom Server wartet (in dem Fall ist das Problem also serverseitig). Falls die Werte hingegen auf 0 stehen oder sich sofort auf 0 reduzieren, ist das Problem irgendwo clientseitig zu suchen ;)
    Ein Serverlog ist aber so oder so ganz praktisch, für den Fall, dass evtl. andere Fehler auftreten. Erstelle aber am besten einen separaten Thread dafür :)