How we might achieve all tilesets at once ..

For code related discussions and questions
Jorzi
Regular
Regular
Posts: 2053
Joined: 11 Apr 2010, 00:14

Re: How we might achieve all tilesets at once ..

Post by Jorzi » 09 May 2012, 07:46

I think it would be a good idea to allow per-map tilesets that allow advanced users to specify a larger tileset or a custom one. For basic users, having a restricted tileset can, paradoxically, be a creativity boost.
ImageImage
-insert deep philosophical statement here-

User avatar
Goth Zagog-Thou
Regular
Regular
Posts: 1582
Joined: 06 Jan 2007, 08:08
Location: Delta Base
Contact:

Re: How we might achieve all tilesets at once ..

Post by Goth Zagog-Thou » 09 May 2012, 12:06

Right and right. Now all that needs to happen is to get FlaME to load up the single "Superset" so maps can be made with all tiles at once. I'll give that a try on my end and report what I find.

User avatar
NoQ
Special
Special
Posts: 6226
Joined: 24 Dec 2009, 11:35
Location: /var/zone

Re: How we might achieve all tilesets at once ..

Post by NoQ » 09 May 2012, 12:11

Something that i wasn't yet able to achieve is to tell the renderer to render non-native cliffs as cliffs (more aggressively, forcing all unpassable terrain to be cliffy rather than randomly competing with non-cliff tiles), so they are a bit thin. Any idea where this sort of behaviour is coded? :oops:
Attachments
wz2100-20120509_141111-UYI-T1.jpg
2c-UYI.wz
Use Your Imagination.
Compatible with 3.1_beta9
(7.57 KiB) Downloaded 269 times

User avatar
Goth Zagog-Thou
Regular
Regular
Posts: 1582
Joined: 06 Jan 2007, 08:08
Location: Delta Base
Contact:

Re: How we might achieve all tilesets at once ..

Post by Goth Zagog-Thou » 09 May 2012, 13:53

FlaME won't load any tiles past number 95, and I can't find where to change that. There was some stuff about the number of tiles to the set being stored in the .ttp file, but it's encoded and I can't change that either without corrupting the file. I'll have to get Flail to change it, if he's willing, to something that can be edited.

Aside from that, I've got the superset made. We'll treat all maps as tertilesc1-hw. I *do* know that the tile types is what makes cliffs unpassable - so that would take care of the problem you've run into NoQ.

User avatar
NoQ
Special
Special
Posts: 6226
Joined: 24 Dec 2009, 11:35
Location: /var/zone

Re: How we might achieve all tilesets at once ..

Post by NoQ » 09 May 2012, 14:07

so that would take care of the problem you've run into NoQ
I don't see how yet. The urban cliff on that map has its tile type set to "Cliff", it is actually unpassable, and it is even one of the tile numbers (no. 45 and 46, while arizona cliffs are painted with tiles no. 71 and 75) that is actually a cliff in arizona. But it is not regarded as a cliff by the renderer anyway.
There was some stuff about the number of tiles to the set being stored in the .ttp file, but it's encoded and I can't change that either without corrupting the file.
You can export tile type files from FlaME. You just reassign tile types on the texture tab and then go File->Save->Export Tile Types.

User avatar
Goth Zagog-Thou
Regular
Regular
Posts: 1582
Joined: 06 Jan 2007, 08:08
Location: Delta Base
Contact:

Re: How we might achieve all tilesets at once ..

Post by Goth Zagog-Thou » 09 May 2012, 14:55

Yep, that's how I got the new ttp file in the first place. The encoding prevents me from doing anything manually. FlaME won't load anything past tile-95.

The other problem you've run into is also something that will have to be studied more, I think.

User avatar
NoQ
Special
Special
Posts: 6226
Joined: 24 Dec 2009, 11:35
Location: /var/zone

Re: How we might achieve all tilesets at once ..

Post by NoQ » 10 May 2012, 15:10

Just made some map with mixed textures. I didn't solve the cliff problem yet, but they suddenly don't look too bad in this particular case.

User avatar
Goth Zagog-Thou
Regular
Regular
Posts: 1582
Joined: 06 Jan 2007, 08:08
Location: Delta Base
Contact:

Re: How we might achieve all tilesets at once ..

Post by Goth Zagog-Thou » 10 May 2012, 18:08

And as expected it looks friggin GREAT. :D

Now to solve the cliffs problem.

User avatar
NoQ
Special
Special
Posts: 6226
Joined: 24 Dec 2009, 11:35
Location: /var/zone

Re: How we might achieve all tilesets at once ..

Post by NoQ » 12 May 2012, 11:18

Slightly offtopic, but i just had an idea (which is already implemented partially in 6c-Mirage). We could create multiple terrain types out of every texture, with only difference being the scale factor, and assign these to different corners of the tiles. This will make a scale noise of the same texture blended in a different scale across the terrain, making even large flat single-color plains look varied rather than tilysh. On Mirage map, i made yellow and sand use the same texture, while sand uses a bit larger scale factor. You can observe the yellow terrain on this map to see what i mean. This is not applicable to some of the textures (eg., concrete tiles must be of the same size, of course).

User avatar
Mysteryem
Global Moderator
Global Moderator
Posts: 728
Joined: 22 Sep 2008, 19:44
Location: UK
Contact:

Re: How we might achieve all tilesets at once ..

Post by Mysteryem » 19 May 2012, 20:38

NoQ wrote:I didn't solve the cliff problem yet, but they suddenly don't look too bad in this particular case.
base.wz\tileset\tertilesc[#]hwGtype.txt is what I think you're after.
"...If pure awesomeness were bricks, this would be the Great Wall of China...
The glory of this has collapsed on its self so far, that even the neutrons have collapsed."

User avatar
Goth Zagog-Thou
Regular
Regular
Posts: 1582
Joined: 06 Jan 2007, 08:08
Location: Delta Base
Contact:

Re: How we might achieve all tilesets at once ..

Post by Goth Zagog-Thou » 02 Jul 2012, 05:23

I've been thinking a bit on the technical/code side of this particular issue again, and I might have a solution that would preserve compatibility while allowing new maps to take advantage of the expanded tile textures.

If I understand the code and procedure correctly, the new renderer does its' thing by looking at the tile type on the map it's loading and then assigns a texture to that tile. Differing tile types is where we get that "blending" effect.

So lets make Arizona "special" is this regard. We add ALL the tile types (Urban and Rockies) to Arizona's pool in the code, and then "trick" the renderer into rendering them as they are supposed to be, but blended in. FlaME would need an update to add the new tile types (and this would mean making Arizona's tileset include the Urban and Rockies ones -- easily done) to Arizona's data.

This method would allow all maps to remain compatible, and only new maps built this way to purposefully use tiles from the other sets would show the difference.

Possible?

Lord Apocalypse
Regular
Regular
Posts: 678
Joined: 29 Jul 2009, 18:01

Re: How we might achieve all tilesets at once ..

Post by Lord Apocalypse » 02 Jul 2012, 08:05

You could also use libnoise and a shader to create textures or try to go the doom 3/rage route and use a mega texture for tilesets.

User avatar
Goth Zagog-Thou
Regular
Regular
Posts: 1582
Joined: 06 Jan 2007, 08:08
Location: Delta Base
Contact:

Re: How we might achieve all tilesets at once ..

Post by Goth Zagog-Thou » 02 Jul 2012, 08:14

Not sure I follow ya, Apoc. I just want the game to load up all the terrain textures at once, and in a way that's compatible with old maps. :P

User avatar
NoQ
Special
Special
Posts: 6226
Joined: 24 Dec 2009, 11:35
Location: /var/zone

Re: How we might achieve all tilesets at once ..

Post by NoQ » 02 Jul 2012, 09:02

http://developer.wz2100.net/wiki/ModdingTilesets

Not exactly tile types. Internal terrain type codes are assigned to each of the four corners of each tile number in eg. arizonaground.txt. Tile types you see in FlaME are used for passability and unit speed and radar color only, not for textures.

User avatar
Goth Zagog-Thou
Regular
Regular
Posts: 1582
Joined: 06 Jan 2007, 08:08
Location: Delta Base
Contact:

Re: How we might achieve all tilesets at once ..

Post by Goth Zagog-Thou » 02 Jul 2012, 10:10

Okay. Looks straightforward enough. FlaME would still need an update to actually apply them.

Post Reply