Game Design Ideas Geology Simulator Part 2 - Revision history

Shealladh at 12:10, 5 March 2016

2016-03-05T12:10:26Z

Shealladh at 00:01, 6 December 2015

2015-12-06T00:01:55Z

Shealladh at 23:54, 5 December 2015

2015-12-05T23:54:31Z

Shealladh at 23:46, 5 December 2015

2015-12-05T23:46:02Z

Shealladh at 00:51, 5 December 2015

2015-12-05T00:51:05Z

Shealladh at 00:50, 5 December 2015

2015-12-05T00:50:45Z

Shealladh at 00:50, 5 December 2015

2015-12-05T00:50:32Z

Shealladh at 00:50, 5 December 2015

2015-12-05T00:50:03Z

Shealladh at 00:48, 5 December 2015

2015-12-05T00:48:30Z

Shealladh at 00:41, 5 December 2015

2015-12-05T00:41:51Z

@@ Line 89: / Line 89: @@
 =Notes=
-* [http://cauliflowerlabs.blogspot.com.au/2014/09/geovox-broad-strokes-planning-world.html|Voxel Geology Simulator Project Part 2]
+* [http://cauliflowerlabs.blogspot.com.au/2014/09/geovox-broad-strokes-planning-world.html Voxel Geology Simulator Project Part 2]
 * A
 [[Category:Research]] [[Category:Game Design]] [[Category:Articles]] [[Category:Ideas]] [[Category:Terrain Generation]]

← Older revision		Revision as of 00:01, 6 December 2015
Line 92:		Line 92:
	* A		* A

−	[[Category:Research]] [[Category:Game Design]] [[Category:Articles]] [[Category:Ideas]] [[Category:~~Generating~~ Terrain]]	+	[[Category:Research]] [[Category:Game Design]] [[Category:Articles]] [[Category:Ideas]] [[Category:Terrain Generation]]

← Older revision		Revision as of 23:54, 5 December 2015
Line 86:		Line 86:
	* [[Game_Design_Ideas_Geology_Simulator_Part_4\|Geology Simulator Part 4]]		* [[Game_Design_Ideas_Geology_Simulator_Part_4\|Geology Simulator Part 4]]
	* [[Game_Design_Ideas_Geology_Simulator\|Geology Simulator]]		* [[Game_Design_Ideas_Geology_Simulator\|Geology Simulator]]
−
−
−	~~==Code Test==~~
−	~~<pre>~~
−	~~<syntaxhighlight lang="python">~~
−	~~def quickSort(arr):~~
−	~~less = []~~
−	~~pivotList = []~~
−	~~more = []~~
−	~~if len(arr) <= 1:~~
−	~~return arr~~
−	~~else:~~
−	~~pass~~
−	~~</syntaxhighlight>~~
−	~~</pre>~~

@@ Line 3: / Line 3: @@
 [[File:geobanner_2.png|450px|center|link= ]]
 ==THE SHAPE OF THE WORLD==
@@ Line 108: / Line 107: @@
 * A
-[[Category:Research]] [[Category:Game Design]] [[Category:Articles]] [[Category:Ideas]]
+[[Category:Research]] [[Category:Game Design]] [[Category:Articles]] [[Category:Ideas]] [[Category:Generating Terrain]]

@@ Line 31: / Line 31: @@
 |+ style="caption-side:bottom; color:#000000;"|Rectangular and toroidal versions of the same tectonic plate situation (sorry the number of cells changes, ignore that)
 | [[File:Diagram2.png|450px|link= ]]
 | [[File:torus.png|450px|link= ]]
 |}

@@ Line 12: / Line 12: @@
 # Only one continuous surface, so that plates can smoothly glide anywhere and LOOK like they developed on a familiar spherical world
-The best shape I've discovered to fit the bill is a "torus." It looks like the image below. Notice that it has rectangular grid cells all the way around, nice perpendicular dimensions, no annoying poles where everything comes to a point, minimal distortion of the cells (which I can just ignore), and a single smooth surface:
+The best shape I've discovered to fit the bill is a '''"torus."''' It looks like the image below. Notice that it has rectangular grid cells all the way around, nice perpendicular dimensions, no annoying poles where everything comes to a point, minimal distortion of the cells (which I can just ignore), and a single smooth surface:
 <center>
@@ Line 39: / Line 39: @@
 ==CLIMATE==
-Finally, climate would be very different than on a spherical world, and climate matters for geology (glaciers, frost wedging rocks apart, etc.). I should only take this into account, though, if the game world is actually supposed to be a torus, not if I'm just trying to simulate a sphere. So I will probably just cheat and overlay a sphere's climate. But if it were actually supposed to be a torus, I believe it would look something like this:
+Finally, climate would be very different than on a spherical world, and climate matters for geology (glaciers, frost wedging rocks apart, etc.). '''I should only take this into account, though, if the game world is actually supposed to be a torus, not if I'm just trying to simulate a sphere.''' So I will probably just cheat and overlay a sphere's climate. But if it were actually supposed to be a torus, I believe it would look something like this:
 [[File:climate.png|center|link= ]]
@@ Line 56: / Line 56: @@
 I'm writing this in C++, so in order to define the world's shape and behavior, we also have to start thinking about the world's major object classes. As of right now, I'm carving the physical world into the following organizational classes (there are also custom vector classes and things not mentioned):
-WORLD: The whole world stores the plates in it and its dimensions. It also keeps track of the time. It has many important methods involving interactions between plates, like actually determining how far plates move together, which boundaries subduct versus crumple, and how much pressure and resistance plates get from the direction they try to move in.
+'''WORLD:''' The whole world stores the plates in it and its dimensions. It also keeps track of the time. It has many important methods involving interactions between plates, like actually determining how far plates move together, which boundaries subduct versus crumple, and how much pressure and resistance plates get from the direction they try to move in.
-VOXEL: A voxel is a 3D cube that is the smallest size that would be seen during eventual gameplay. Such as a single block in Minecraft. These are not actually simulated during geological timescales.
+'''VOXEL:''' A voxel is a 3D cube that is the smallest size that would be seen during eventual gameplay. Such as a single block in Minecraft. These are not actually simulated during geological timescales.
-GOXEL: A goxel (geological voxel) is a 3D cube that is the smallest size considered during geological simulation. I'm likely to change how many voxels make one goxel as I go, and have it later be a user-defined parameter. 16x16x16 voxels is a good starting point. Goxels don't do much, they mainly just store information about material types, temperature, pressure, etc. and get pushed around by other methods.
+'''GOXEL:''' A goxel (geological voxel) is a 3D cube that is the smallest size considered during geological simulation. I'm likely to change how many voxels make one goxel as I go, and have it later be a user-defined parameter. 16x16x16 voxels is a good starting point. Goxels don't do much, they mainly just store information about material types, temperature, pressure, etc. and get pushed around by other methods.
-COLUMN: A column is the smallest size unit in the 2-dimensional rectangular projection of the world. It is a stack of some number of goxels (the thickness of the crust changes in different places around the world). Columns do various things as a unit that makes them a useful class. For example, they float on the mantle of the planet, and this can cause stresses that cause them to crack away from neighboring columns and cause fault lines. They're also convenient for erosion and other things, like efficiently swapping real estate between plates.
+'''COLUMN:''' A column is the smallest size unit in the 2-dimensional rectangular projection of the world. It is a stack of some number of goxels (the thickness of the crust changes in different places around the world). Columns do various things as a unit that makes them a useful class. For example, they float on the mantle of the planet, and this can cause stresses that cause them to crack away from neighboring columns and cause fault lines. They're also convenient for erosion and other things, like efficiently swapping real estate between plates.
-PLATE: A plate is a collection of columns. It gets moved by the world object, but it does various other things itself, like checking the buildup of pressure under the crust to calculate the likelihood of splitting into two plates (more likely the bigger it is) it also checks for whether columns have managed to create so many fault lines that they have effectively made a new plate.
+'''PLATE:''' A plate is a collection of columns. It gets moved by the world object, but it does various other things itself, like checking the buildup of pressure under the crust to calculate the likelihood of splitting into two plates (more likely the bigger it is) it also checks for whether columns have managed to create so many fault lines that they have effectively made a new plate.
-REGION: Possibly a generic "region" superclass that has methods and variables relevant to keeping track of areas of the world that have other areas inside of them (i.e. all of the above except voxels).
+'''REGION:''' Possibly a generic "region" superclass that has methods and variables relevant to keeping track of areas of the world that have other areas inside of them (i.e. all of the above except voxels).
 [[File:Diagram3.png|450px|center|link= ]]

@@ Line 1: / Line 1: @@
 A Geology Simulator for Game Worlds. A series of ideas building a world based around geology.
-[[File:pic.png|450px|center|link= ]]
+[[File:geobanner_2.png|450px|center|link= ]]
 Colour Text: Code: '''<span style="color:#006699">public class</span>'''
@@ Line 17: / Line 17: @@
 {|
 |+ style="caption-side:bottom; color:#000000;"|(image by Dave Burke)
-| [[File:pic.png|450px|link= ]]
+| [[File:A.png|450px|link= ]]
 |}
 </center>
@@ Line 23: / Line 23: @@
 You can also turn a torus into a rectangle easily. Just slice along where the red arrow is and where the blue arrow is, unfold, and you have a rectangle of surface, or a rectangular prism if you keep the thickness. In fact, we don't even really have to run our program as a torus, we can just use a regular 2-dimensional matrix, where things that go off the edge are assumed to show up on the opposite side. This is just a another way of looking at (projecting) the skin of a torus:
-[[File:pic.png|450px|center|link= ]]
+[[File:wraparound.png|450px|center|link= ]]
 There are a few differences from a sphere for world simulating purposes. For one thing, cutting around either entire circumference (red or blue arrow or similar), unlike a sphere, does NOT divide the world into two plates. You need to make two cuts like that (red vs. blue plates below). Alternatively, you can carve out a chunk with one single border that does not wrap all the way around (green plate below):
@@ Line 30: / Line 30: @@
 {|
 |+ style="caption-side:bottom; color:#000000;"|Rectangular and toroidal versions of the same tectonic plate situation (sorry the number of cells changes, ignore that)
-| [[File:pic.png|450px|link= ]]
+| [[File:Diagram2.png|450px|link= ]]
 |}
 </center>
@@ Line 40: / Line 41: @@
 Finally, climate would be very different than on a spherical world, and climate matters for geology (glaciers, frost wedging rocks apart, etc.). I should only take this into account, though, if the game world is actually supposed to be a torus, not if I'm just trying to simulate a sphere. So I will probably just cheat and overlay a sphere's climate. But if it were actually supposed to be a torus, I believe it would look something like this:
-[[File:pic.png|450px|center|link= ]]
+[[File:climate.png|center|link= ]]
 The inner portion hardly ever gets sun, and is permanently iced over. The top and bottom of the planet suffer extreme temperature swings, with the sun never setting for half the year, and in darkness the other (if tilted like Earth is). Temperatures might be near boiling and then a hundred below across seasons. Plants can't live here, so the rocks are barren (migratory species might spend some time in the area to breed or similar, and sealife is sustainable. Very hardy annual plants might survive). On the very outer edge, the climate would be similar to Earth's temperate zones (like Europe), but with a double speed cycle of seasons. This is easily survivable year-round, and plant life is sustained here.
-[[File:pic.png|450px|center|link= ]]
+[[File:climateTorus.png|450px|center|link= ]]
 I'm no meteorologist, but the weather should also be different. The seasonal instead of daily temperature fluctuation would either make more extreme weather (due to the larger difference) or less (due to less turnover/mixing things up), I'm not sure. This is something to keep in mind if I want to simulate an actual torus world later when I get to erosion parts of the model.
@@ Line 67: / Line 68: @@
 REGION: Possibly a generic "region" superclass that has methods and variables relevant to keeping track of areas of the world that have other areas inside of them (i.e. all of the above except voxels).
-[[File:pic.png|450px|center|link= ]]
+[[File:Diagram3.png|450px|center|link= ]]
 ===Input===