Joined: 11 Mar 2010, 09:05 Location: The land of polies.
Well from a modeling perspective, I would simply make an outside model that replicates the interior of the map. Then have some sort of border structure in the mesh itself (cliffs, walls, or even trees etc). This way you aren't dealing with any bit of the literal map itself. I believe someone in an earlier post mentioned R.U.S.E. It would be somewhat like that, but taken further (aesthetically anyway.)
The model itself could promote non-square borders. Simply have the edge based border structure be within the map itself. So if you had a round map, you'd have the border structure be a circle within the square/rectangle edges. Anything beyond the borders could be blocked off using whatever preventing pathing map spring uses. (I forget what that is.)
Once the model is done, you'd scale it and center it to the map. In my mind, I don't see any reason to even look to the map structure itself for anything outside of the walkable map. The map structure works the way it does because it needs to function with the units itself, so when you take out the functionality, why look to the structure with that function if it is so limiting?
EDIT: For reference, look at what supreme commander 2 had. Though, it's a bit different, as the pathing is based on predefined and separated mesh structure. From the artist's perspective, in terms of practicality, it would be the same process without having to model/texture the interior.
Using alpha channels, it would be extremely easy to transition between the mountains and the terrain. The mountains would all be separate mesh.
And for everyone about to ask the obvious, "what about texture tiling": isn't it fairly easy to implement uvw tiling?
And furthermore, note the blackened edges. This would be faded out the closer you get to the ground with the camera. (It's a really helpful art asset.)
I think we may be making maps in general wrong. Personally, I think the map should be modeled along with the outside model; then separated later, and baked for heightmaps etc.
For I am no artist here is the next best* thing I found to illustrate what I am talking about: Where the Spring-solution needs to have the walls adapted to the maps height so there are no blind spots while watching from a low angle.
Something like that seems cool to me. It's simple and very intuitive as to where the playable area ends. And have the board edge be of a angle <90° so it won't hide units on the map edge. Sure it doesn't make it look like realistic terrain anymore than before, but I don't care about that per se. A gaming board floating in space is a great aesthetic improvement over piece of terrain with ugly edges floating in space, even if some maps might want a different look.
Though there really shouldn't be anything forced by the engine or games into old maps I think, just include the mapedge beautifiations into new maps so it can be decided on a map to map basis, what kind of look the mapper wanna go for.
I don't prefer this method. It is confusing as to which areas are playable.
Ingame I did not find this to be a problem. The unplayable areas have no detailtexture, no grass, no features, no shadows etc, all that is subtile but makes it easy to see where the playable area ends.
Joined: 17 Nov 2005, 02:43 Location: Raegquitting Spring on 04/24/12
beautifull .. Forb.. do those white lines have a gradient from mapcolour to white?
No, no gradient, but it's all just an illusion. The extent of what I did was take that map gadget that does that grid texture, and change the texture so that the grid was much larger and instead of transparency, made it solid black.
It looks the best out of any solution I have seen so far, and I'm very happy with it. Have a look at it ingame and see for yourself. It works really really well.
still didn't fix the main issue, still probably not done at preunit.
I need to sit down and: - write code to cover the holes(fence or underlying color) - fix it to be preunit(not a simple switch something wierd is going on)
the black box code fails because: - has distortions at angles.. - is not preunit(as in effects and stuff are rendered beneath it such as the lasers coming up from the evo mexes) - when changed to preunit the black outside goes away. - doesn't follow contours.
Joined: 22 Feb 2006, 01:02 Location: cheap kitchen
the part of smoth's post that was relevant: (no idea how to duplicate posts so here it is again)
Zwzsg: Forb could add a trigger file to have the widget not turned on unless the map includes say enfranchiser.txt.
still unsolved trigger file seems bad, global widget variable (WG.allowGameToDrawMapEdges=true/false) seems better. Or a real config file that also allows the game-widget to read some things from map like grid color, texture etc.
Users browsing this forum: No registered users and 2 guests
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot post attachments in this forum