User:Enetheru:3dpathway - Revision history

Flozi: Flozi moved page Enetheru:3dpathway to User:Enetheru:3dpathway: user page

2015-07-06T09:03:04Z

Flozi moved page Enetheru:3dpathway to User:Enetheru:3dpathway: user page

← Older revision	Revision as of 10:03, 6 July 2015
(No difference)

Enetheru: /* Why cant we have tunnels? */ removing fluff

2015-05-22T04:30:03Z

Why cant we have tunnels?: removing fluff

← Older revision		Revision as of 05:30, 22 May 2015
Line 10:		Line 10:
	and another:		and another:
	https://springrts.com/phpbb/viewtopic.php?f=15&t=22289&p=416327&hilit=navigation+mesh#p416327		https://springrts.com/phpbb/viewtopic.php?f=15&t=22289&p=416327&hilit=navigation+mesh#p416327

	no single large change will make this happen. The task needs to be separated into portions related to the limitations of the current engine design and tackled tiny bit by tiny bit to remove those limitations without causing performance degradation, and breaking compatibility.

	~~goals would be to create fully abstract 3d world~~
	~~Challenges would be~~
	* Pathfinding
	* visibility(semi transparent undergrounds)
	* world destruction/creation
	* portals
	* water
	* arbitrary gravity

	~~As you can see such a change would require so much work as to be prohibitive, but for arguments sake, what would be some smaller changes that may help?.~~

Enetheru: added another link.

2015-05-22T03:58:27Z

added another link.

← Older revision		Revision as of 04:58, 22 May 2015
Line 7:		Line 7:
	Here's a thread which discusses exactly this:		Here's a thread which discusses exactly this:
	https://springrts.com/phpbb/viewtopic.php?f=12&t=30880&p=548944&hilit=navigation+mesh#p548944		https://springrts.com/phpbb/viewtopic.php?f=12&t=30880&p=548944&hilit=navigation+mesh#p548944

			and another:
			https://springrts.com/phpbb/viewtopic.php?f=15&t=22289&p=416327&hilit=navigation+mesh#p416327

	no single large change will make this happen. The task needs to be separated into portions related to the limitations of the current engine design and tackled tiny bit by tiny bit to remove those limitations without causing performance degradation, and breaking compatibility.		no single large change will make this happen. The task needs to be separated into portions related to the limitations of the current engine design and tackled tiny bit by tiny bit to remove those limitations without causing performance degradation, and breaking compatibility.

Enetheru: re-worked purpose of page

2015-05-22T03:55:08Z

re-worked purpose of page

← Older revision		Revision as of 04:55, 22 May 2015
Line 1:		Line 1:
	~~Thoughts on how to get to 3d terrain~~		= Why cant we have tunnels? =
			General resource page for why tunnels are a no go, technical limitations etc

	~~Discussions on the forum, my own personal desire to see more things and a need to get it out of my head into some form of editable~~ page.		Perhaps you've read this page:
			http://www.ai-blog.net/archives/000152.html

	~~no single large change will make~~ this ~~happen~~. The task needs to be separated into portions related to the limitations of the current engine design and tacled tiny bit by tiny bit to remove those limitations without causing performance degradation, and breaking compatibility.		Here's a thread which discusses exactly this:
			https://springrts.com/phpbb/viewtopic.php?f=12&t=30880&p=548944&hilit=navigation+mesh#p548944

	~~If any~~ change ~~would introduce a performance penalty, then an ability~~ to ~~have it turned off, or tuned~~ to ~~mitigate~~ the ~~loss~~.		no single large change will make this happen. The task needs to be separated into portions related to the limitations of the current engine design and tackled tiny bit by tiny bit to remove those limitations without causing performance degradation, and breaking compatibility.

	goals would be to create fully abstract 3d world		goals would be to create fully abstract 3d world
Line 16:		Line 19:
	* arbitrary gravity		* arbitrary gravity

	As you can see such a change would require so much work as to be prohibitive, but for arguments sake, what would be some smaller changes that may help.		As you can see such a change would require so much work as to be prohibitive, but for arguments sake, what would be some smaller changes that may help?.

	* decoupling water height from zero
	* new pathfinding that can handle tunnels and some method to generate the grids.

	~~looking into the pathfinding conundrum(searching is my friend:~~
	~~https://springrts.com/phpbb/viewtopic.php?f=12&t=30880&p=548944&hilit=navigation+mesh#p548944~~

Enetheru: searched forums for answers.

2015-05-22T03:24:22Z

searched forums for answers.

← Older revision		Revision as of 04:24, 22 May 2015
Line 20:		Line 20:
	* decoupling water height from zero		* decoupling water height from zero
	* new pathfinding that can handle tunnels and some method to generate the grids.		* new pathfinding that can handle tunnels and some method to generate the grids.

			looking into the pathfinding conundrum(searching is my friend:
			https://springrts.com/phpbb/viewtopic.php?f=12&t=30880&p=548944&hilit=navigation+mesh#p548944

Enetheru: blah

2015-05-22T01:38:25Z

blah

← Older revision		Revision as of 02:38, 22 May 2015
Line 1:		Line 1:
	Thoughts on how to get to 3d terrain		Thoughts on how to get to 3d terrain

	~~by piecemeal~~		Discussions on the forum, my own personal desire to see more things and a need to get it out of my head into some form of editable page.

	~~each portion~~ needs to be ~~replaced with something that is equally as performant or at least ends up having a cost~~ to ~~benefit ration that exceeds expectations~~.		no single large change will make this happen. The task needs to be separated into portions related to the limitations of the current engine design and tacled tiny bit by tiny bit to remove those limitations without causing performance degradation, and breaking compatibility.

	~~for~~ the ~~overhang pathfinder needs replacing with something not dependent on a 2d grid~~.		If any change would introduce a performance penalty, then an ability to have it turned off, or tuned to mitigate the loss.
	~~for sphere or curved worlds, the gravity and water levels needs~~ to be ~~independent of~~ a ~~1 dimensional height level.~~
	~~terrain format needs~~ to ~~work with pathfinder and geometry~~, be that ~~voxel or arbitrary~~		goals would be to create fully abstract 3d world
			Challenges would be
			* Pathfinding
			* visibility(semi transparent undergrounds)
			* world destruction/creation
			* portals
			* water
			* arbitrary gravity

			As you can see such a change would require so much work as to be prohibitive, but for arguments sake, what would be some smaller changes that may help.

			* decoupling water height from zero
			* new pathfinding that can handle tunnels and some method to generate the grids.

Enetheru: temp thoughts.

2015-05-21T10:47:09Z

temp thoughts.

New page

Thoughts on how to get to 3d terrain

by piecemeal

each portion needs to be replaced with something that is equally as performant or at least ends up having a cost to benefit ration that exceeds expectations.

for the overhang pathfinder needs replacing with something not dependent on a 2d grid.
for sphere or curved worlds, the gravity and water levels needs to be independent of a 1 dimensional height level.
terrain format needs to work with pathfinder and geometry, be that voxel or arbitrary