War ja auch nur eine Frage bzw. eine Idee JIW Games:)
![](https://www.rising-world.net/images/avatars/26/1145-26ffcd03645926c9f445e8ef1d8e62bf4402c43e.jpg)
Changelog 27.01.2016: Handel, Bugfixes, Optimierungen
- red51
- Closed
A new update is now available, introducing a lot of new content!
Latest hotfix: 0.7.5.1 (2024-09-02)
Latest hotfix: 0.7.5.1 (2024-09-02)
-
-
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.
-
tolles update, finde bugfixes wichtig, freue mich zwar immer über neue features aber besonders große probleme müssen erstmal behoben werden
habs im mp noch nicht ausprobiert aber das handeln macht mich hellhörig
-
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 https://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 -
Soweit ich weiss, ist Red der Hauptprogrammierer, die anderen im Team kümmern sich alt um die Serverstruktur etc. pp
-
@red grade wieder einen serverstop gehabt, hier ende serverlog:
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) -
Seit dem Update treten vermehrt Chunkfehler auf, in alten Gebieten sowieso, aber auch an sehr vielen Stellen der neuen Gebiete.
-
@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. -
@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 ProblemeBugfix 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
-
Danke für den Fix
Jetzt geht es noch schneller und bisher keine weiteren Probleme -
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
.. sonst läufts gut damit und danke red für deinen einsatz
-
Mir ist jetzt auch nach dem neuerlichen Bugfix aufgefallen, dass hier und da zwischen den Biomen Löcher auftreten, so wie es nach der Einführung von Biomen der Fall war. Heißt das jetzt ich muss meine Welt wieder manuell anpassen?
-
Ich finde es toll das ihr auch öfters mal Bux Fixs rausbringt und damit das Spiel besser macht. Das machen Leute wie Mojang viel weniger:)
-
Mir ist jetzt auch nach dem neuerlichen Bugfix aufgefallen, dass hier und da zwischen den Biomen Löcher auftreten, so wie es nach der Einführung von Biomen der Fall war. Heißt das jetzt ich muss meine Welt wieder manuell anpassen?
Die neuerlichen Chunkfehler sind bekannt, kannst wieder mit F10 schließen.
-
Seid dem 31.01. ist unser Server nun schon 6 mal abgeschmiert und immer die gleiche fehlermeldung....
Hier der Fehlercode:
Code -
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)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 bekanntZumindestens 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...
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 -
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. -
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... -
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. -
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
Participate now!
Don’t have an account yet? Create a new account now and be part of our community!