View Issue Details

IDProjectCategoryView StatusLast Update
0004019Spring engineGeneralpublic2013-09-30 18:48
Reporterqray Assigned ToKloot  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Product Version94.1 
Summary0004019: receiveTracks not working as set in typemap/mapinfo.lua
DescriptionreceiveTracks option for maps seems not correctly following the settings of typemap and mapinfo.lua.
Including a typemap works in general and the hardness multipliers show the desired effects, tooltip shows the right terrain names and values.
It seems that the first terrain existing in typemap is taken as default for all others with some spots of the map behaving different.

Tested with spring and spring-multithreaded 94.1 (static binaries)
System: Ubuntu 12.04-64bit, BA 7.83, NVidia graphics with proprietary drivers

Steps To ReproduceTo reproduce I made 3 small example maps ( http://temp-share.com/show/gFHc4yS3Y , zip file includes maps and screenshots).
Observed map behaviour for testmap #:
1) right side should not receive tracks (terrains [0] "default" and [1] "default_1"), all other areas should. But none of the terrains receives tracks (except some spots on the top of map).
2) Inverted receive track settings with respect to testmap 1. Now all terrains receive tracks (except a few spots on top of map, see above).
3) Modified typemap: smallest grey value is 1, so default terrain [0] (black) is not on the typemap:
terrain[0]: receiveTracks = true
terrain[1]: receiveTracks = false
all others: receiveTracks = true
Result: receiveTracks false for all terrains (except the spots on the top).

Additional InformationI noticed the same effect on a different map I am working on ATM. I tested also with an old map from me with settings in smd file, link: http://springfiles.com/spring/spring-maps/desert-needle-small. But also there is no difference anymore between terrains with regard to tracks (except some spots which receive tracks on top right platform).
TagsNo tags attached.
Checked infolog.txt for Errors

Activities

There are no notes attached to this issue.

Issue History

Date Modified Username Field Change
2013-09-30 15:55 qray New Issue
2013-09-30 18:48 Kloot Changeset attached => spring develop eb9eff48
2013-09-30 18:48 Kloot Assigned To => Kloot
2013-09-30 18:48 Kloot Status new => resolved
2013-09-30 18:48 Kloot Resolution open => fixed