Server not sending LODs to clients

I’ve pre-generated using internal server to about 5000 in each direction. I was able to copy and paste the SQLite manually but other people and myself in testing can’t get any lods to be sent. Networking always reads 0 tasks and 0 done on the client. It does say server has full DH support in f3. I have a decent amount of performance mods and general server mods like servercore and ledger. If you want other info or a photo of the f3 let me know, I’ve tried changing thread preset and all that but it doesn’t send any lods. I’ve also set network bandwidth limit to 0 (disabled).
14 Replies
Carltino
CarltinoOP5mo ago
This is every mod plus one library and yosbr
No description
Chev
Chev5mo ago
what i like to do to remove this process entirely for the first pregen is just copy the sqlite to the client's local lod storage because i also cant figure out how to speed it up
martinmc09
martinmc095mo ago
yeah this seems to be a problem for a lot of people
Carltino
CarltinoOP5mo ago
Where it completely stops sending them? Kinda defeats the whole purpose of it being server-side haha.
Chev
Chev5mo ago
it doesn't completely stop sending its just really slow for me for me it stopped when you didn't move around, once you do i recieved lods in small bursts
sarahkittyy
sarahkittyy5mo ago
having the same issue
sarahkittyy
sarahkittyy5mo ago
GitLab
Server not sending LODs to client. (#34) · Issues · Distant-Horiz...
Just installed the latest 0.9.0 onto my 1.21.4 PaperMC server. Plugin loads great, I run /dhs pregen survival 0 0 3000. Command completes-- but no LODs. The LODs...
Shaurya
Shaurya5mo ago
Same issue here It gets like a small area then stops That area is much smaller then the one i put
sarahkittyy
sarahkittyy4mo ago
if it's not working at all for you and the f3 networking section says 0 data is sent from the server, make sure all users have distant_horizons.worlds.* permission set to true
Memento
Memento4mo ago
I just updated my server last night from DHS 0.7.0 to 0.9.0 and I also get no LODs sent to clients. I specifically gave my user the distant_horizons.worlds.* permission. I do use ViaVersions but that worked just fine with 0.7.0. I did not do anything with the db for the upgrade, should I dump it and let it regenerate? On the client side (2.3.2-b) I get this traceback:
[07:53:42] [Render thread/ERROR]: Error while fetching full data source, attempts left: 2 / 3
java.lang.IndexOutOfBoundsException: readerIndex(75954) + length(8) exceeds writerIndex(75961): CompositeByteBuf(ridx: 75954, widx: 75961, cap: 75961, components=5)
at knot/io.netty.buffer.AbstractByteBuf.checkReadableBytes0(AbstractByteBuf.java:1442) ~[netty-buffer-4.1.115.Final.jar:?]
at knot/io.netty.buffer.AbstractByteBuf.readLong(AbstractByteBuf.java:835) ~[netty-buffer-4.1.115.Final.jar:?]
at knot/com.seibel.distanthorizons.core.sql.dto.FullDataSourceV2DTO.decode(FullDataSourceV2DTO.java:430) ~[DistantHorizons-neoforge-fabric-2.3.2-b-1.21.4.jar:?]
at knot/com.seibel.distanthorizons.core.network.INetworkObject.decodeToInstance(INetworkObject.java:51) ~[DistantHorizons-neoforge-fabric-2.3.2-b-1.21.4.jar:?]
at knot/com.seibel.distanthorizons.core.multiplayer.fullData.FullDataPayloadReceiver.decodeDataSourceAndReleaseBuffer(FullDataPayloadReceiver.java:79) ~[DistantHorizons-neoforge-fabric-2.3.2-b-1.21.4.jar:?]
at knot/com.seibel.distanthorizons.core.multiplayer.client.AbstractFullDataNetworkRequestQueue.lambda$sendNextRequest$6(AbstractFullDataNetworkRequestQueue.java:259) ~[DistantHorizons-neoforge-fabric-2.3.2-b-1.21.4.jar:?]
...
[07:53:42] [Render thread/ERROR]: Error while fetching full data source, attempts left: 2 / 3
java.lang.IndexOutOfBoundsException: readerIndex(75954) + length(8) exceeds writerIndex(75961): CompositeByteBuf(ridx: 75954, widx: 75961, cap: 75961, components=5)
at knot/io.netty.buffer.AbstractByteBuf.checkReadableBytes0(AbstractByteBuf.java:1442) ~[netty-buffer-4.1.115.Final.jar:?]
at knot/io.netty.buffer.AbstractByteBuf.readLong(AbstractByteBuf.java:835) ~[netty-buffer-4.1.115.Final.jar:?]
at knot/com.seibel.distanthorizons.core.sql.dto.FullDataSourceV2DTO.decode(FullDataSourceV2DTO.java:430) ~[DistantHorizons-neoforge-fabric-2.3.2-b-1.21.4.jar:?]
at knot/com.seibel.distanthorizons.core.network.INetworkObject.decodeToInstance(INetworkObject.java:51) ~[DistantHorizons-neoforge-fabric-2.3.2-b-1.21.4.jar:?]
at knot/com.seibel.distanthorizons.core.multiplayer.fullData.FullDataPayloadReceiver.decodeDataSourceAndReleaseBuffer(FullDataPayloadReceiver.java:79) ~[DistantHorizons-neoforge-fabric-2.3.2-b-1.21.4.jar:?]
at knot/com.seibel.distanthorizons.core.multiplayer.client.AbstractFullDataNetworkRequestQueue.lambda$sendNextRequest$6(AbstractFullDataNetworkRequestQueue.java:259) ~[DistantHorizons-neoforge-fabric-2.3.2-b-1.21.4.jar:?]
...
Forgot to add, both server and client are 1.21.4 I may have found my issues (still testing) distant_generation_enabled is disabled at the top level and I was selectively enabling it for certain worlds. This does not appear to work anymore.
Memento
Memento4mo ago
Well, it kinda worked. The server is sending data to the client but it's all broken up. I tried issuing /dhs pregen start world x y rad and even though it said it was processing, running /dhs pregen status shows nothing.
No description
Shaurya
Shaurya4mo ago
Same issue here Exactly same
Shaurya
Shaurya4mo ago
No description
Memento
Memento4mo ago
I removed my db file and let it start fresh. Everything works great and it's so beautiful now. I'm using the nightly 0.10.0
No description

Did you find this page helpful?