Thrive Game Development

Development of the evolution game Thrive.
 
HomeHome  PortalPortal  CalendarCalendar  FAQFAQ  SearchSearch  MemberlistMemberlist  UsergroupsUsergroups  RegisterRegister  Log inLog in  
Welcome new and returning members!
If you're new, read around a bit before you post: the odds are we've already covered your suggestion.
If you want to join the development team, sign up and tell us why.
ADMIN is pleased to note that this marquee has finally been updated.
ADMIN reminds you that the Devblog is REQUIRED reading.
Currently: The Microbe Stage GUI is under heavy development
Log in
Username:
Password:
Log in automatically: 
:: I forgot my password
Quick Links
Website
/r/thrive
GitHub
FAQs
Wiki
New Posts
Search
 
 

Display results as :
 
Rechercher Advanced Search
Statistics
We have 1675 registered users
The newest registered user is dejo123

Our users have posted a total of 30851 messages in 1411 subjects
Who is online?
In total there are 3 users online :: 0 Registered, 0 Hidden and 3 Guests

None

Most users ever online was 443 on Sun Mar 17, 2013 5:41 pm
Latest topics
» THIS FORUM IS NOW OBSOLETE
by NickTheNick Sat Sep 26, 2015 10:26 pm

» To all the people who come here looking for thrive.
by NickTheNick Sat Sep 26, 2015 10:22 pm

» Build Error Code::Blocks / CMake
by crovea Tue Jul 28, 2015 5:28 pm

» Hello! I can translate in japanese
by tjwhale Thu Jul 02, 2015 7:23 pm

» On Leave (Offline thread)
by NickTheNick Wed Jul 01, 2015 12:20 am

» Devblog #14: A Brave New Forum
by NickTheNick Mon Jun 29, 2015 4:49 am

» Application for Programmer
by crovea Fri Jun 26, 2015 11:14 am

» Re-Reapplication
by The Creator Thu Jun 25, 2015 10:57 pm

» Application (programming)
by crovea Tue Jun 23, 2015 8:00 am

» Achieving Sapience
by MitochondriaBox Sun Jun 21, 2015 7:03 pm

» Microbe Stage GDD
by tjwhale Sat Jun 20, 2015 3:44 pm

» Application for Programmer/ Theorist
by tjwhale Wed Jun 17, 2015 9:56 am

» Application for a 3D Modeler.
by Kaiju4u Wed Jun 10, 2015 11:16 am

» Translator to Serbian here
by Simeartherist Sun Jun 07, 2015 6:36 am

» Presentation
by Othithu Tue Jun 02, 2015 10:38 am

» Application of Sorts
by crovea Sun May 31, 2015 5:06 pm

» want to contribute
by Renzope Sun May 31, 2015 12:58 pm

» Music List Thread (Post New Themes Here)
by Oliveriver Thu May 28, 2015 1:06 pm

» Application: English-Spanish translator
by Renzope Tue May 26, 2015 1:53 pm

» Want to be promoter or project manager
by TheBudderBros Sun May 24, 2015 9:00 pm


Share | 
 

 Heightmaps and other planetary data

View previous topic View next topic Go down 
Go to page : Previous  1, 2
AuthorMessage
roadkillguy
Experienced


Posts : 528
Reputation : 17
Join date : 2010-08-25
Age : 23
Location : Rhode Island

PostSubject: Re: Heightmaps and other planetary data   Fri Nov 04, 2011 10:15 pm

ido66667 wrote:
Dr_Chillgood wrote:
~sciocont wrote:
Sorry for the double post, but what would the maximum resolution for terrain? Around 1m2?

If we end up using space engine we should be able to do that (see third paragraph):
http://spaceengine.ucoz.ru/blog/detail_textures_on_planets/2011-07-30-1

Yes It will help us

BTW
I just Opened A topic About Making Textures LOL


I'm absolutely NOT using their code --only concepts and organization if possible. Just because it has "Engine" in the title doesn't mean it's a game engine everyone can use.

Also, sorry aboot my estimation of planet sizes, I forgot about nations at that moment.

Let's brainstorm for a second about memory:

-Each floating point value (the height value for a given vertex of the highest resolution of a planet) takes up 4 bytes.
-I've written a quadtree algorithm that uses 6 faces of 2D height data to comprise a sphere cube planet thing.

If each face has a resolution of 1024x1024 vertices, that's 6,291,456 total vertices taking up a total of 25,165,824 bytes or 24 Megabytes.

Yeah, it ads up quick. Technically these planets can be as big as we want, but the resolution of them needs to be of a decent level to go exploring the surface. It's a complete tradeoff.

Sure, we could have hi-res planets. The problem is, the amount of memory to record all the friggin' planets the player wants to explore in the friggin' galaxy. I have no objections to spore-sized planets. The 2006 spore demo looked AMAZING, and it had those same tiny planets.


P.S. I was thinking, and we could potentially limit the height map data to half as many degrees of freedom (maybe a 2 byte number (65 536 combinations)) but that would limit the terrain nodes to be able to go only so deep, or so tall. It would cut the data size in half.


Last edited by roadkillguy on Fri Nov 04, 2011 11:19 pm; edited 1 time in total
Back to top Go down
View user profile
~sciocont
Overall Team Lead


Posts : 3406
Reputation : 138
Join date : 2010-07-06

PostSubject: Re: Heightmaps and other planetary data   Fri Nov 04, 2011 11:12 pm

roadkillguy wrote:
ido66667 wrote:
Dr_Chillgood wrote:
~sciocont wrote:
Sorry for the double post, but what would the maximum resolution for terrain? Around 1m2?

If we end up using space engine we should be able to do that (see third paragraph):
http://spaceengine.ucoz.ru/blog/detail_textures_on_planets/2011-07-30-1

Yes It will help us

BTW
I just Opened A topic About Making Textures LOL


I'm absolutely NOT using their code --only concepts and organization if possible. Just because it has "Engine" in the title doesn't mean it's a game engine everyone can use.

Also, sorry aboot my estimation of planet sizes, I forgot about nations at that moment.

Let's brainstorm for a second about memory:

-Each floating point value (the height value for a given vertex of the highest resolution of a planet) takes up 4 bytes.
-I've written a quadtree algorithm that uses 6 faces of 2D height data to comprise a sphere cube planet thing.

If each face has a resolution of 1024x1024 vertices, that's 6,291,456 total vertices taking up a total of 25,165,824 bytes or 24 Megabytes.

Yeah, it ads up quick. Technically these planets can be as big as we want, but the resolution of them needs to be of a decent level to go exploring the surface. It's a complete tradeoff.

Sure, we could have hi-res planets. The problem is, the amount of memory to record all the friggin' planets the player wants to explore in the friggin' galaxy. Frigg.


P.S. I was thinking, and we could potentially limit the height map data to half as many degrees of freedom (maybe a 2 byte number (65 536 combinations)) but that would limit the terrain nodes to be able to go only so deep, or so tall. It would cut the data size in half.
I'm talking about the size of the squares on the model- what size are they when you are closest. 2 bytes may make the terrain a bit choppy.

_________________
Remember our goals: simplicity, science, and playability. Keep them in mind always.
[OE]|[FAQ]|[Wiki]|[My Blog]
Back to top Go down
View user profile
roadkillguy
Experienced


Posts : 528
Reputation : 17
Join date : 2010-08-25
Age : 23
Location : Rhode Island

PostSubject: Re: Heightmaps and other planetary data   Sat Nov 05, 2011 1:22 am

It's a matter of resolution. What size should they be?

*poof* dead thread.
Back to top Go down
View user profile
Sponsored content




PostSubject: Re: Heightmaps and other planetary data   Today at 6:07 pm

Back to top Go down
 
Heightmaps and other planetary data
View previous topic View next topic Back to top 
Page 2 of 2Go to page : Previous  1, 2

Permissions in this forum:You cannot reply to topics in this forum
Thrive Game Development :: Development :: Programming :: Technical Discussion-
Jump to: