Spring - User contributions [en]

Units

2007-07-03T17:53:58Z

Eaglebird: removed spam, reverted page through edit because I can't 'revert'

'''Units''' are smallest player- or AI-controllable in-game entities. They may be stationary (buildings) or mobile (kbots, vehicles, airplanes, etc.). However, in common language "units" are understood as "mobile units".

* Before you read, please understand the [[Tech Levels]]

==Types of units==

By function:
* [[Commander]]
* [[Construction units]]
* [[Combat units]]
* [[Production buildings]]
* [[Defense buildings]]

By mobility type:
* [[Vehicles]]
* [[Kbots]]
* [[Hovercraft]]
* [[Seaplanes]]
* [[Airplanes]]
* [[Ships]] and Submarines
* [[Structures]]

[[category:Playing]]

Tech Levels

2006-06-16T04:19:47Z

Eaglebird:

A Tech Level is a group of units that can be built by a certain construction unit.

-There are 3 Tech Levels.-

* Tech Level 1, also sometimes mistaken as Tech Level 0 (May be my fault for this mixup -[[Eaglebird]]), is any unit the [[Commander]] can build. This includes the first resource facilities/collectors, the basic unit plants, the LLT, and the first radar facility available.

* Tech Level 2 is any unit built by the first available unit plants, and any structure built by the first construction units excluding the commander.

* Tech Level 3 is any unit built by a Tech Level 2 unit plant, and any structure built by the advanced construction units.

Tech Level 0: This Tech Level is often disputed, sometimes forgotten altogether, and some call it Tech Level 1, and just move each level down a notch, so the levels go up to 4. Tech Level 0 is assumed to be the [[Commander]] itself, as he is not built by any unit plant, and cannot be ressurrected.

Tech Levels

2006-06-15T04:15:53Z

Eaglebird: /* Tech Levels */

==Tech Levels==

A Tech Level is a group of units that can be built by a certain construction unit.

-There are 3 Tech Levels.-

* Tech Level 1, also sometimes mistaken as Tech Level 0 (May be my fault for this mixup -[[Eaglebird]]), is any unit the [[Commander]] can build. This includes the first resource facilities/collectors, the basic unit plants, the LLT, and the first radar facility available.

* Tech Level 2 is any unit built by the first available unit plants, and any structure built by the first construction units excluding the commander.

* Tech Level 3 is any unit built by a Tech Level 2 unit plant, and any structure built by the advanced construction units.

Tech Level 0: This Tech Level is often disputed, sometimes forgotten altogether, and some call it Tech Level 1, and just move each level down a notch, so the levels go up to 4. Tech Level 0 is assumed to be the [[Commander]] itself, as he is not built by any unit plant, and cannot be ressurrected.

Tech Levels

2006-06-15T03:10:43Z

Eaglebird:

==Tech Levels==

A Tech Level is a group of units that can be built by a certain construction unit.

-There are 3 Tech Levels.-

* Tech Level 1, also sometimes mistaken as Tech Level 0 (May be my fault for this mixup -[[Eaglebird]]), is any unit the [[Commander]] can build. This includes the first resource facilities/collectors, the basic unit plants, the LLT, and the first radar facility available.

* Tech Level 2 is any unit built by any unit plant, and any structure built by the first construction units excluding the commander.

* Tech Level 3 is any unit built by a Tech Level 2 unit plant, and any structure built by the advanced construction units.

Tech Level 0: This Tech Level is often disputed, sometimes forgotten altogether, and some call it Tech Level 1, and just move each level down a notch, so the levels go up to 4. Tech Level 0 is assumed to be the [[Commander]] itself, as he is not built by any unit plant, and cannot be ressurrected.

2006-06-12T21:08:14Z

Eaglebird: Added page of vehicles.

Tutorial:CreateMaps(Fnordia et al)

2006-06-09T04:11:41Z

Eaglebird: /* MapConv.exe */

'''Original by aGorm, with help from LathanStanley''' 

==The Idea==
First of all you need an idea. There is no point (OK, there is some point for test purposes) in making a map just like another one that already exists. You need to think of certain things before you make your map.
# Is this map idea different, not just a copy of someone else's?
# Does my map idea give each player a fair share of the cover and high ground?
# Is my map idea possible to make?
# Is it possible with the amount of time I'm willing to spend?

If you answered yes to the above, then you are 25% of the way towards making your map!

You should probably doodle it on a piece of paper to act as a guide later.

==The Tools==
With your idea hopefully sketched out, it's time to get the tools to make the map! (You can skip this if you already have them.)

For all your map compiling needs you should first download the [http://fileuniverse.com/?p=showitem&ID=1234 newest MapConv program].

You will also need some image editing software. Favorites are Photoshop, the [http://www.gimp.org/ GIMP], And Paintshop Pro.
The GIMP, however, is the only one that's free!
(I'm going to have to assume you know how to use the program you choose. If you can't there are loads of tutorials on the net.)

You may also want to check out [http://www.planetside.co.uk/terragen/ Terragen] for generating terrain. But as you have to pay to render anything of a good size, I won't mention it other than here.

Another tool you might find useful is the freeware tool [http://www.delphigl.de/projects/terrtexgen/eng_index.html TerrTexGen]. It's useful for previewing your heightmap before compiling, but unless your texturemap is 4096 on both sides, you might find that the texturemaps that it creates are too small.

Finally, there is tool called [http://www.bundysoft.com/L3DT/ L3DT] which you might also find useful. It seems to be a program that is specificly designed for creating large height/texture maps. The free version is capable of rendering a heightmap as big as 4096x4096, and can generate a texturemap that is proportional to the heightmap. Of the mentioned packages, this seems the most useful and complete.

==Preparing your map==
This is the fun part! And also, often, the longest part.

For a map you will need several different things:
# a texture map
# a height map
# a metal map

And several optional things for added functionality:
# a tile map

They all have certain needs! Read this bit carfully!

===Texture Map===
All maps are based on a texture image. This image's width and height must be an exact multiple of 1024 pixels. So, for instance, you can have a "4096 by 8192" image, but not a "4096 by 4608" image, as 4608 does not divide by 1024. It, like all three maps, must be saved as a 24 bit BMP. A 1024x1024 Texture will produce a map shown as '2x2' in the launcher.

It may look like whatever you want! Find a texture (preferably, one that you can tile seamlessly) and fill your texture map with it. You could, for instance, fill the whole image with a sand texture. This would make your whole world look like sand. You could then decide to add a few patches of grass to it by finding a suitable grass texture and adding it on in patches. So you'd have a map that was mostly sand with a few patches of green.

Because of the way the map compiler work, it will '''greatly''' reduce your map filesize if you use 32x32 tiles on your texture map. So, whenever you have to fill a large area with a repeating pattern, make sure the small square you're repeating is 32x32 (or a multiple of it).

===Height Map===
Next is the height map. This must be exactly one eighth (1/8) of the size of the texture map '''+ 1 pixel!''' For instance, if the dimensions of your texture map are "4096 by 8192", divide 4096 and 8192 each by 8 and add one to the result of each. The result for this example would be "513 by 1025". The height map is a black and white BMP. Only use black and white, no colour! (well its better to work it as a greyscale image, and when saving to process, convert to rgb and save as bmp, that way you get a 24 bit bmp)

White areas are the tops of mountains; black areas are the sea floor or the bottom of valleys. The shades of grey between are the different heights between! When you draw your heightmap, make sure the white blends into the black with greys. I suggest you use the blur tool. If you have a white splodge in a patch of black you will have a very tall pillar that won't look natural at all!

===Metal Map===
Finally, you need a metal map. This is the same size as the height map, one eighth (1/8) of the size of the texture map '''+ 1 pixel.''' On this one you paint down red (in verying degrees) to represent metal. So a red spot that is RGB(50,0,0) will provide about a 5th of the metal patch of red RGB(255,0,0) will give.

On this map you can also place green pixels. Each green pixel will create 1 geothermal vent. If you put down a green splodge you will get a cluster of geo vents! Only place 1 pixel.

Ensure you have all three saved as 24 bit BMPs and you're ready to convert it all to a map!

===Tile Map===
Tiles are basically repeating images. They are exactly the same. The map compiler, by comparing peices to the texture to each other, sees which little square tiles in your texture are exactly alike. If they are the same, instead of wasting precious harddrive and bandwidth space, the compiler sets a reference from on tile to the next. If your map is made out of only one small tile, repeating for the whole texture, the map will compress extreemly well. Down to only a few kilobytes. But this would look very boring. So most map makers use a variety of tiles to make their map more interesting. A good map maker will find a balance between looks and size.

To make a tile:
Open up your image editing program.
Create a new image.
As the Spring engine uses a 32 pixel tile engine, you have to set your image size to 32 pixels, or a multiple of 32 pixels. Therefore, tile sizes should be one of the following:
32x32 pixels,
64x64 pixels,
96x96 pixels,
128x128 pixels
etc.
Tiles also do not have to be square, it is perfectly possible to make rectangular tiles. Tiles should also be seamless, so that when repeated do not seem to have an obvious edge.

Once you have created your tile, do a Fill operation with a texture. The texture of course is our tile that we have made in the previous step. If you do not know how to do this, ask around. Make sure to state which image editing software you use, so we can help you easier.

Now, once you have your basic tile down, add in different features on your map, such as mountains, rivers, seas, deserts, grasslands, or whatever your map has. Remeber, for smaler file sizes make these different features out of tiles as well. If you do all of this properly, you can get your file size down very small, and this will keep everyone happy.

== MapConv.exe ==

Instructions pulled from [http://fileuniverse.com/?p=showitem&ID=1234 the newest MapConv program]. If all goes well, the <code>MapConv.exe</code> should create four new files: <code>mini.bmp</code>, <code>mini.dds</code>, <code>yourmapname.smf</code>, and <code>yourmapname.smt</code>

USAGE:

mapconv [-l] [-i] [-c <compression>] -x <max height> -n <min height> [-o
<Output file>] [-e <tile file>] [-y <Typemap file>] -m <Metalmap file> -a
<Heightmap file> -t <Texture file> [--] [-v] [-h]

Where:

-l, --lowpass
Lowpass filters the heightmap

-i, --invert
Inverts the height map vertically (not the height values but the height map
(uhm someone rewrite this))

-c <compression>, --compress <compression>
(value required) How much we should try to compress the texture file.
Default value 0.8 . (lower=higher quality, larger file)

-x <max height>, --maxheight <max height>
(required) (value required) What altitude in spring the max(0xffff) level
of the height map should represent

-n <min height>, --minheight <min height>
(required) (value required) What altitude in spring the min(0) level of
the height map should represent

-o <Output file>, --outfile <Output file>
(value required) The name of the created map

-e <tile file>, --externaltilefile <tile file>
(value required) External tile file that will be used for finding tiles,
tiles not found in this will be added in a new tile file

-y <Typemap file>, --typemap <Typemap file>
(value required) Type map to use, uses the red channel to decide type,
types are defined in the .smd, if this argument is skipped the map will be
all type 0

-m <Metalmap file>, --metalmap <Metalmap file>
(required) (value required) Metal map to use, red channel is amount of
metal, green=255 is where to place geos (one pixel=one geo). Is resized to
fit the mapsize

-a <Heightmap file>, --heightmap <Heightmap file>
(required) (value required) Input heightmap to use for the map, this
should be in 16 bit raw format (.raw extension) or an image file. Must be
xsize*128+1 x ysize*128+1 in size.

-t <Texture file>, --intex <Texture file>
(required) (value required) Input bitmap to use for the map. Must be
xsize*1024 x ysize*1024 in size. (xsize,ysize integers determined from this
file)

--, --ignore_rest
Ignores the rest of the labeled arguments following this flag.

-v, --version
Displays version information and exits.

-h, --help
Displays usage information and exits.

Converts a series of .bmp/.raw files to a Spring map. This just creates the .smf file, you will also have to create a .smd file using a text editor or Maelstrom's SMD creator.

==Mothers MapConv==
The usage is the same as above, with the following exceptions:
All features (including GeoVent/Tree/Grass) are now on their own FeatureMap. This is a 24bit bmp specified with the -f <featuremapname.bmp> flag.
''It should be 1/8th the resolution of your map.'' (i.e. 1 pixel smaller in each direction then your heightmap)

Tree's and GeoVents are placed on the green layer.
*255 Places a GeoVent
*200-215 Places tree types 1-16

MapConv will try to place these features in the exact spot you place them, it will then go into crackhead mode if it cannot.

Grass is the blue layer. The blue value maps to a 'pseudo-density' of the grass. The 'grass' map in the engine is very very low resolution, so be aware that you will not get nice linear results. 255=full grass, 0=no grass.

The red layer places 'Arbitrary Features,' aka wreckages. One pixel of red equals one feature. Red '255' gives you a feature of the first arbitrary type, 254 the second, 253 the third, and so on.

===But what are these 'Arbitrary Features,' Im so confused!===
They are 'features' found in the /features/All Worlds or /features/corpses filesystems. Which feature is 'type 1' is defined on a map-by-map basis via a new file called 'fs.txt'. This file should contain <cr> delimited feature names. The first line is the feature placed when a red=255 dot is found, etc.

=== Ok, Now what do I do? ===
If you are using any custom features, and/or you want to mod-proof your map, you should include them in the sd7 that you package the map in. The tree structure should look something like:

<mapname.sd7>
-maps/
-mapname.smf
-mapname.smt
-mapname.smd
-Objects3d/
-<featurename[s]>.3do(specified in the tdf)
-features/
-All Worlds/
(and/or)
-Corpses/
-<featurename[s]>.tdf
-textures/
-tatex/
-<texname[s]>00.bmp or .tga

Without getting into modding/unit making I will say that the <code>.tdf</code> tells you the name of the <code>.3do</code> ("<code>Object=</code>"), and the name of the 'feature' is in the top brackets. The <code>.3do</code> specifies the texture names. The engine looks for those texture names + 00 in either bmp or tga format in tatex.

Examples of a built-in XTA wreckage name would be <code>armckfus_dead</code> which would be looking for a tdf (likely <code>armckfus_dead.tdf</code>) that has a <code>[armckfus_dead]</code> section which then specified something like:
<code>Object=armckfus_dead</code>
<code>armckfus_dead.3do</code> would then specify some texture like <code>wreck01b</code> which would go looking for either a <code>wreck01b00.bmp</code> or <code>wreck01b00.tga</code> file.

[http://fileuniverse.com/?p=showitem&ID=1421 Start with this version of MapConv]
or
[http://www.fileuniverse.com/?p=showitem&ID=1507 This one]
[I will clean this up and add more later --Mother]

==Making your map work==
This is the final push. Once Sharp map has finshed it will spit out a .sm2 file. This needs to be copyed to the MAPS folder in Spring. But you still need one more thing: an .smd file. Basically, this file tells the game things like the maximum metal, the light colours, the clouds, etc. (All the bits you were thinking that you hadn't done yet!)

I would suggest you copy the .smd of another map and fiddle with the settings until you get what you want. smd's can be opened in notepade or similar. Look at all the .smd's so you can get a jist of what each option does. Make sure both the .sm2 and .smd have the same file name then start up Spring (not the client!) in [http://taspring.clan-sy.com/wiki/FAQ#People_talk_about_.27Single_Player.27._How_do_I_start_a_single_player_game.3F single-player mode] and run the commanders script. Choose your map and away you go!

==SMD Rundown==
What follows is all that we (aGorm and LathanStanley) have figured out in the SMD's. Its by no means the be all and end all, but it's the next best thing.

* Goto [[Maps:SMD]] for a more detailed listing

===General Map Information===
* Description is just a short description of your map. Keep it simple.
* TidalStrength determines how much energy tidal generators will produce. A normal figure is around 20.
* Gravity, as you would expect, affects ballisitcs and how far units fly after an explosion.
* MaxMetal is the maximum amount of metal you will gain from one game square in 1 second from an area of metal that had a red value of 255 in your metal map. If making an old style metal deposit map, then this will be quite high: maybe 2 or 3. If you are making a new style metal-all-over-the-place-map, then it will be low: perhaps 0.2. Also for old style maps, you'll have to fiddle with the...
* ExtractorRadius, which is the area that is harvested by 1 metal extractor. For old style maps make this very small, so as they only take from one deposit.

=== Atmosphere, Water Colours ===
Each value (it would appear this bit is by no means gospel) is a representation of the [[RGB]] values for that parameter. It would appear to be relative, i.e. you can put in what ever numbers you like and the game will work out what you want.

The best way to go about it is to look at it as percentages.
The numbers 1, 0.5, 0.2 refer to 100% red, 50% green and 20% blue. But 2, 1, 0.4, will get the same result. Using numbers below one for all the numbers will result in the colour being less bright.

This is all a bit confusing so an example will be given:

SkyColor=0.2 0.1 0.5;

In this example the sky is coloured with 20% red, 10% green, and 50% blue, approximatly RGB(51,25,127), resulting in a very deep night-time blue. Other colours are added to the initial sky colour. If you set your sun as being a pale yellow and it came out rather green, this is why.

One helpful tip is ''negative'' colour. That's right: you can type in a negative number for a colour and it will remove it from the base sky colour. Just be careful not to go below the original values or you may get a surprise.

===The Sun System/Shadow System===
The Sun System/Shadow System is quite a useful tool as well in making your maps look ''well done''.
Within the <code>.smd</code> file there is a line:

: <code>SunDir=-1 1 -.5; //direction of sun</code> (The part after the "//" is a comment)

The numbers "-1", "1", ".5" determine the angle and elevation of the sunlight system.

The first number is the X angle (East/West) (from -1 to 1) where any negative number means the sun is on the West (and therefore shadows will be cast east), and any positive number means the sun is on the East (and therefore shadows will be cast west), and if the number is 0 there are no east or west shadows, the sun is directly above you.

The second is its elevation, (0 to 1), this number is how far from the horizion the sun is, ignoring it's angle. Thus, 1 puts the sun directly overhead (while still casting angular shadows) and 0 putting it directly on the horizion.

The final number is the Z angle (North/South). (I know, I know, they wrote the engine with Y as elevation and Z as vertical. Don't blame me.) It is just like the East West positioning, where negative numbers put them on the North, and positive numbers put them on the South.

'''Example Usage:''' If you want the shadows ''in'' one of the boxes (your shadow casting surface is in the middle), use the numbers provided, or start from them and tweak the angle and sun height as seen fit.

[[Image:ShadowDirection.gif]]

'''Note:''' on the current build, it ''will'' cast the shadows in the proper direction, etc. Negative direction numbers tend to make some maps unstable and cause crashes. The best solution would be to rotate or flip your map to where the shadows point up or right (North or West). I do believe these bugs are being worked on and will be fixed soon.

We can only hope this has been helpful! Any questions, or things you think we have missed, please ask us in the maps section.

[[Category:Map making]]