Dynmap-Forge/Fabric

Dynmap-Forge/Fabric

1M Downloads

Dynmap Empty when zoomed out.

IngeniousCoder opened this issue ยท 9 comments

commented

Issue Description: Dynmap is EMPTY at default zoom despite fullrender and world generation completed

  • Dynmap Version: 3.7-beta-5

  • Server Version: paper 1.20.2

  • Other Relevant Data/Screenshots:
    image
    Dynmap when loaded into the site.
    image
    Dynmap beginning to render once zooming in
    image
    Dynmap partially loading at certain zoom
    image
    Dynmap only loads after zooming even further

  • Steps to Replicate: Literally just start a new fullrender of any world.

[x] I have looked at all other issues and this is not a duplicate
[x] I have been able to replicate this

commented

did you purge, wait on finish and a new fullrender? not just a fullrender with existing tiles?

commented

Yes, purged. Manually verified all files gone in filesystem before fullrender.

Still error.

commented

then you are using a domain proxy that is caching the tiles, which might be wrong

commented

I am validating from 127.0.0.1:8123, same issue.

commented

purge the map and fullrender it without restarting the server @IngeniousCoder

commented

Done it at least thrice. Same issue.

commented

This is a long standing issue on virtually all plugin and game versions that seems to never be addressed, so I wouldn't hold my breath. I've been lurking here in hopes for a fix for a long time now and nothing reliable has been provided, although there was apparently an attempt? just "do it again till it works" level fixes, which obviously is not feasible when it takes 2 days to render a map.

commented

Feels like RNG, if it happens to a server it happens, if it doesn't then it doesn't.

commented

Feels like RNG, if it happens to a server it happens, if it doesn't then it doesn't.

For the longest time I assumed it is due to paper and its async stuff, but I've seen people mentioning it happening on bukkit as well, so I don't think there's much you can do.

This wouldn't be an issue if we had actual control over how LODs gen: define its speed, proper (i.e. working) validation via something like initial-zoomout-validate or at least a way to force only LODs to regen based on the pre-existing "LOD0" tiles, since it realistically should take a lot less compared to a fullrender.