Spring RTS Engine

you should have put a password on the file or pm, or uploaded to a diferent site.

ok going to test it.

and the next version mapconv and texcompress will have a cool icon.

edit: found the problem, resizing, creating the mipmaps, it uses cubic interpolation, maybe bluring the mipmaps a bit may solve the problem.

now texcompress is using il scale mitchell for mipmap creation

ok here is version 0.6c:

http://www.unknown-files.net/spring/4023/mapconv06c/#

it now comes with a change log and more readme info.

very few things still need to be done.
and i need a new texcompress icon.

texcompress mipmaps look better now.

and also the map size limit has been increased to 640.000 tile files,

this means 50 x 50.

Can you post a patch from the changes you've made so
far? It would be nice if the SVN mapconv source was kept
up to date with the builds on UF should those ever be lost.

ok, going to do it.

also i kept all the old exes from versions 0.5,0.6..., now it is at 0.7.

and do i need to checkout all svn or just the tools folder to make the patch? i have dowloaded it using a diferent method, not using svn.

ok here is the patch, comes in a 7z file, it comes with the icons for mapconv and texcompress since they cant be added to a patch.

user,

Great job on the update to the mapconv util . I plan
on using it to compile my next map.

Okay here's the problem. Could it be textures or something ?

version 0.7 wont use nvdxt anymore,

add -b 1 -r (the map x in spring,20 for that map) -u (the map y in spring,16 for that map)

-b -r -u must be there, this will get fixed, its a texture loading problem.

user wrote:version 0.7 wont use nvdxt anymore,

add -b 1 -r (the map x in spring,20 for that map) -u (the map y in spring,16 for that map)

-b -r -u must be there, this will get fixed, its a texture loading problem.

thx. So far so good. new problem:



Btw. What is the max value for -q = quality of tiles ?

so it crashes at the typemap, and the typemap was suposed to be
that value minus 1 divided by 2, going to fix it, never happened to me because i never tested using typemaps.

and -q must be a number from 0 to 100

version 0.7 is almost done, it has a big amount of changes, and alot of bugfixes.

version 0.7 is out now:

http://www.unknown-files.net/spring/4026/mapconv07/#

made lots of changes, it runs faster now, typemaps are suported now.

map ids depend on heightmap now.

and i need a new texcompress icon.

Just tried version 7 and it works ...

Only one problem, the mini map is messed up. Here
is a screen shot of the error.



The main texture is OK, but the mini map is patch work again ..



UPDATE: 2-2-2008 8:15 AM EST

Screen shot of the map compiled using the old mapconv ..



Other then that, great job ...

Mmmm... Version 7 totally screws my map... have you tried it with non-square maps?

aGorm

post the batch file paramters, then make sure you are not using tga.

then i will check where is the problem, it once happened to me when testing, then i switched back to nvdxt for the minimap and it didnt happen anymore, then i thought it was fixed and relased it.

it looks like i forgot to fix somethings there, going to have to remove
bluring on the mipmaps.

Here is the sytax I used for the map :

MapConv.exe -x 389 -n -74 -i -l -m tw-test-mm-beta.bmp -a tw-test-hm.bmp -f tw-test-fm.bmp -t tw-test-mm-main-beta-map-22.jpg -o Tri-Lands-V1.1.smf -c 0.3 -q 100 -b 2 -r 16 -u 16

As you can see...
mapconv.exe -x 428 -n -56 -l -m metalmap.bmp -a heightmapf.bmp -t asc.bmp -f featuremap.bmp -y terainmapb.bmp -o AfterShock_V2.smf -c 0 -q 100 -r 26 -u 14
pause

Now tell me that ain't messed up... Its even somehow moved parts of the height map around!!

aGorm

try using png, bmp is evil.

save all your images as png compression 9, no alpha, png is faster,takes way less space, and has less problems.

that problem is probably because the way pixel data is stored on the bmp file.

edit: and that map looks cool.

I get the same issue with the mini map. I converted
all the bmp files with Gimp2 to png an recompiled it.

Something is messing up the placement on the mini
map when it is converting the png to dds thats
later converted to be used for the mini map.

Most likely its a new feature you added ..

the minimap is a copy of the texture rescaled to 1024x1024, saved as png.

then converted to dds, its not later converted to be used as minimap, mapconv gets all pixel data from the minimap dds and then
copies it to the smf file.

and what it prints when it is converting the minimap to dds?

Here is the picture of the dds file ...
It looks messed up ..



Most likely something needs a little more tweeking ...

which mipmap is that?

check the other mipmaps, some doesnt have the problem, and for others
the problem is worse.