Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Using Real World Data #13

Open
GeorgeS2019 opened this issue Aug 9, 2023 · 2 comments
Open

Using Real World Data #13

GeorgeS2019 opened this issue Aug 9, 2023 · 2 comments

Comments

@GeorgeS2019
Copy link

GeorgeS2019 commented Aug 9, 2023

I wonder if you have interest to use real world data to create e.g. Earth First.

Trying to Improve My Geography Game with More Real-World Data

2:15
image

2D world map UI

Will be great to have a world map as 2D that allows one to click on it and immediately teleport to the globe of predefined height.

Having this feature will also allow other 2D real world data to be overlayed.
7.30
image

I know this is a huge effort.

I think the entire Godot community needs an advanced Earth, especially for education and interaction between teachers and students.

cc @SebLague

@Zylann
Copy link
Owner

Zylann commented Aug 9, 2023

This isn't really on my roadmap (there isn't much of a roadmap tbh). It is a procedural demo initialy created to test the voxel engine and a few other plugins, so there are no plans to remake the real world or make a geography game like this.

If you wanted to derive this to remake the real world, the data structure for planets isn't actually optimized to wrap around an existing cubemap of such dimensions, so modifications would be necessary in the voxel engine. You would also need scales that are far beyond what this demo is tuned for (currently about 50Km in diameter similar to No Man's Sky, when real world Earth is around 12,600 Km). The demo is currently partially playable at large scale, but at real-world scales, it will straight up not work and at least require a double-precision build. Shaders would also likely need work because even right now with some workarounds they still tend to flicker from far away. Godot has a workaround for large distances, but it doesn't address depth buffer precision; I attempted a double-viewport approach to render far away stuff in a separate pass but it lowers FPS and breaks post-processing effects.

@GeorgeS2019
Copy link
Author

I raise the question here perhaps others could use what you have implemented and repurpose for using Real World Data

Thx

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants