Messages

1

Graphics / What is the best way to manage a tilemap?

« on: January 20, 2012, 09:12:29 am »

also I can't apply a view only to part of a window: I'd like to keep a portion of the window for the map (which could use the view to move and resize), and use the rest for messages and so on. Actually, I can't move/resize only the viewport. Does anybody knows if it possible to bind a view to only part of a window?

Yes, this is possible using the SetViewport() function:
    /// The viewport is the rectangle into which the contents of the
    /// view are displayed, expressed as a factor (between 0 and 1)
    /// of the size of the RenderTarget to which the view is applied.
    /// For example, a view which takes the left side of the target would
    /// be defined with View.SetViewport(sf::FloatRect(0, 0, 0.5, 1)).
    /// By default, a view has a viewport which covers the entire target.

This makes another question: should I use version 2.0? I assumed to use 1.6 because it's the current version, so I though 2.0 is sort of beta, but this viewport thing seem not to be in version 1.6.

2

Graphics / What is the best way to manage a tilemap?

« on: January 20, 2012, 12:20:36 am »

Hi everybody and thanx for the answers!

Experimenting with the library I've come to a working solution, but I must say I'm a bit disappointed!

Actually I have a sprite for every tile, but draw all the tiles in the viewport calling SetPosition() for the sprite to show.  So for a map of 1000x1000 and a viewport of 20x30 I keep 10E6 sprites just to show 600. It's not too good.

So at this point I don't need a sprite for every tile, but just a matrix of sprites for the tiles to show in the viewport (in this case 20x30), so I'm going to remove all that unused memory.

I would have liked to use a view, but it seems to not repay for the amount of memory I must keep for all the sprites; also I can't apply a view only to part of a window: I'd like to keep a portion of the window for the map (which could use the view to move and resize), and use the rest for messages and so on. Actually, I can't move/resize only the viewport.

Does anybody knows if it possible to bind a view to only part of a window?

mateandmetal: using a big image? Is it not too much? I'm afraid that with a map of 1000x1000 and 32x32 tiles it would be too big

Nexus: I keep a matrix with all the logical data; I'll remove the sprite for tile and just keep the ones used in the viewport, so I don't need to create them on the fly, even if I think the difference is minimum; I loop over height and width of the viewport (let's say 20x30) and Draw() the 600 sprites to show. But at this point, what is the view() for? Scrolling is automatically performed by changing the coordinates of the viewport, since I redraw every tile I must show. I'd like to use the view for zooming, but it seems always affect all the window, and I don't want!
Otherwise I could resize every tile and recalculate coordinates during redraw. Do you think is fine?
Any suggestion about the view?

Thanx again everybody!
Marco

3

Graphics / What is the best way to manage a tilemap?

« on: January 17, 2012, 04:49:22 pm »

Hi everybody,
    I'm learning SFML and trying to build a small application which uses a 2d tile map; I looked around about some question but couldn't be able to find a complete response, so I decided to ask directly on the forum.
Thanx in advance to everybody who will answer!

Let's say I have a big matrix representing a map, e.g. 1000 * 1000 tiles,
and want to implement a scrolling view over this map.
The scrolling of the view goes one tile at a time, and doesn't have to be realtime, I don't need smooth scrolling pixel by pixel, since the application is turn based (but smooth scrolling is not forbidden...).

Every element of the matrix contains the tile code, so I will build a table mapping every tile code to the corresponding graphic element.

I could load a single image for every tile code (every type of tile), or could load a big image containing all the types of tiles and then addressing to its subrectangles for every code I need.

So far, it seems to me the right "graphic element " is the sprite, but I guess I have two different solutions

- should I build a matrix of sprites just as big as the viewport (let's say 25 * 25) and recalculate the sprites every time I change the coordinates? I'm trying this solution, but it seems to me that continuosly changing the image linked to the sprites is not really good.

- should I build a sprite for every tile, and then use a view? View seem the obvious solution, but I'm wandering if it's good to build a 1000*1000 matrix of sprites.

Regards
Marco