Collecting relevant movedef tags.

Collecting relevant movedef tags.

Discuss the source code and development of Spring Engine in general from a technical point of view. Patches go here too.

Moderator: Moderators

Post Reply
User avatar
smoth
Posts: 22309
Joined: 13 Jan 2005, 00:46

Collecting relevant movedef tags.

Post by smoth »

lurker did a grab of the movedef hash
size, followground, submarine, land/water/mixed, maxslope, slopemod, depth, depthmod, crushstrength footprint.
I know of the following:
footprintx
footprintz

slopemod
depthmod

maxwaterDepth
maxslope
What else am I missing? Do we still have to have "HOVER" in the movedef name for something to be hover?
User avatar
smoth
Posts: 22309
Joined: 13 Jan 2005, 00:46

Re: Collecting relevant movedef tags.

Post by smoth »

should note that I was one of the ones on this: http://springrts.com/wiki/Units:MoveTypes

but I want to get an update on the data. and to see if any new stuff was added(after all we have heatmaps and shit right?)
User avatar
FLOZi
MC: Legacy & Spring 1944 Developer
Posts: 6242
Joined: 29 Apr 2005, 01:14

Re: Collecting relevant movedef tags.

Post by FLOZi »

<insert link to relevant source code on git, once github is accessible again>
Kloot
Spring Developer
Posts: 1867
Joined: 08 Oct 2006, 16:58

Re: Collecting relevant movedef tags.

Post by Kloot »

The only tags recognized (grabbed from master/22713959e6fa8f9afa77dc60afe24b291b5750e4) are:

Code: Select all

name
crushStrength
minWaterDepth
maxWaterDepth
subMarine
maxSlope
depthMod
slopeMod
heatMapping
heatMod
heatProduced
footprintX
footprintZ
smoth wrote:Do we still have to have "HOVER" in the movedef name for something to be hover?
yes
User avatar
FLOZi
MC: Legacy & Spring 1944 Developer
Posts: 6242
Joined: 29 Apr 2005, 01:14

Re: Collecting relevant movedef tags.

Post by FLOZi »

Also KBOT, BOAT/SHIP, TANK, HOVER in the movedef name correspond to typemaps influence over movedefs.
User avatar
smoth
Posts: 22309
Joined: 13 Jan 2005, 00:46

Re: Collecting relevant movedef tags.

Post by smoth »

is footprintZ still ignored?
User avatar
FLOZi
MC: Legacy & Spring 1944 Developer
Posts: 6242
Joined: 29 Apr 2005, 01:14

Re: Collecting relevant movedef tags.

Post by FLOZi »

smoth wrote:is footprintZ still ignored?
https://github.com/spring/spring/blob/m ... o.cpp#L172

Code: Select all

const int xsize = moveTable.GetInt("footprintX",     1);
const int zsize = moveTable.GetInt("footprintZ", xsize);
Not ignored, just defaults to footprintX, and having non-square footprints is a bad idea anyway.
User avatar
smoth
Posts: 22309
Joined: 13 Jan 2005, 00:46

Re: Collecting relevant movedef tags.

Post by smoth »

What is the assumed value should say a maxSlope not be set?
User avatar
FLOZi
MC: Legacy & Spring 1944 Developer
Posts: 6242
Joined: 29 Apr 2005, 01:14

Re: Collecting relevant movedef tags.

Post by FLOZi »

Is the code really so hard to follow? :shock:

For Hovers maxslope defaults to 15, boats ignore it, everything else defaults to 60.
User avatar
smoth
Posts: 22309
Joined: 13 Jan 2005, 00:46

Re: Collecting relevant movedef tags.

Post by smoth »

I don't know if it gets set elsewhere to anything else.
User avatar
FLOZi
MC: Legacy & Spring 1944 Developer
Posts: 6242
Joined: 29 Apr 2005, 01:14

Re: Collecting relevant movedef tags.

Post by FLOZi »

well, in the unitdef:

Code: Select all

maxSlope = Clamp(udTable.GetFloat("maxSlope", 0.0f), 0.0f, 89.0f);
But unitdef MaxSlope (and other tags corresponding to movedef tags) really ought to only be applied to buildings anyway. (Though currently at least some are not (so I am informed by empirical testing by Godde) and yeah, I'm not entirely sure how the two interact)
User avatar
smoth
Posts: 22309
Joined: 13 Jan 2005, 00:46

Re: Collecting relevant movedef tags.

Post by smoth »

yeah that is the other issue that the move tag stuff is shared with unit construction. I started this thread: http://springrts.com/phpbb/viewtopic.php?f=14&t=24810 to try and get some info and feedback from other content devs but no luck yet.
Post Reply

Return to “Engine”