MapMakerMode 1.7

Needs a LOT of work, but so far so good. I really like the design

 

(I'll give this a proper look next week or potentially Friday)

 

Re: Menus - for something this complicated/big you're probably better off coding your own menu using the render hooks and avoiding all the grid menu crap. I understand that's a daunting prospect though :)

 

The GUI files available for you to render with, you'll just need to figure out which parts of them to render yourself. There's 2 functions in the GUI namespace which can be used to draw whatever part of a texture you want:

Code:

void DrawIconDirect(const string &in textureFilename, Vec2f pos, Vec2f framePos, Vec2f frameDimension)
void DrawIconDirect(const string &in textureFilename, Vec2f pos, Vec2f framePos, Vec2f frameDimension, f32 scale, int team_num, SColor color)

 

Nothing other than it being ugly and fairly inflexible.

There's a field in each tile which controls if there's background dirt there or not, called "dirt"; if it's between 1 and 99 inclusive, the tile is treated as "underground" and when set to tile_empty, it gets replaced by tile_ground_back.

 

Gave it a look this morning; haven't tried all of it yet, but some suggestions:

• Raycast/stroke the round brush as it moves, it's really choppy at the moment, especially at far zoom out (due to 30fps and >1 tile movements)
  
• The grid would be more useful if it had alpha blending and was visible underground
  
• Seeing underground would be pretty useful but I'm not sure how intensive it'd be to overwrite the lighting all the time (probably quite? there's an engine side compile-time lighting mode which keeps everything lit that I could consider re-implementing as a gamemode lighting option?.. dunno if i'd want it available in scripts though)
• Not sure why the default mode isn't replace all? got confused trying to paint a bedrock layer in when nothing was changing :)
• Symmetry mode toggle would be excellent considering how everyone wants sym maps for ctf. All you have to do is send another set_tile with the x coord flipped around centre.
  
• To fix the tile wrap around on round brush, pass all the set tile stuff into a function that checks bounds before calculating the index. For anything <0 and >tilemapwidth-1, return early.

And general feedback:

• Right click to grab tile is really good
• The menus aren't so bad. The backgrounds are a bit weird but whatever :)
• Double jump to fly is neat
• Amazed at all the "extra crap" that's still in the folders. I'd kind of forgotten how much there was.
• Generally more polished than I was expecting; credit to you, buddy.

 

Sure; basically keep a track of the movement that the brush made (ie from x1,y1 to x2,y2) and then use some sort of line tracing algorithm to change all the tiles from one position to the other. This can be as primitive as just normalising the direction vector to the tilesize and then calling whatever function you use to "stamp" a brush out for each position along the line, or you can use more complicated line drawing algorithms.

Code:

Vec2f oldpos = /*the position last frame*/
Vec2f pos = /*the position this frame*/

float x1 = oldpos.x;
float y1 = oldpos.y;
float x2 = pos.x;
float y2 = pos.y;

Vec2f dir(x2-x1, y2-y1);
float len = dir.Length();
Vec2f normdir = dir / len;
Vec2f tiledir = normdir * map.tilesize;
int steps = Maths::Floor(len / tilesize);
//cast forward
for(int i = 0; i < steps; i++)
{
	Vec2f raypos = oldpos + (tiledir * i);
	BrushAt(raypos.x, raypos.y);
}
//final stamp
//(not part of the loop so that
// -it gets called even if steps == 0
// -steps cant overshoot due to rounding errors)
BrushAt(x2, y2);