Databases
StackOverflow2013
Postsdbo
PO
 

Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <p>I originally used a similar technique to you in my 'Box Fox' platformer game and RTS, but found it caused quite noticeable delays if you scroll enough that the bitmap needs to be redrawn.</p> <p>My current method these games is similar to your Option C. I draw my tiled map layers onto a grid of big bitmaps (about 7x7) taking up an area larger than the screen. When the user scrolls onto the edge of this grid, I shift all the bitmaps in the grid over (moving the end bitmaps to the front), change the offset of grid, and then just redraw the new edge.</p> <p>I'm not quite sure which is faster with software rendering (your Option C or my current method). I think my method maybe faster if you ever change to OpenGL rendering as you wouldn't have to upload as much texture data to the graphics card as the user scrolls.</p> <p>I wouldn't recommend Option A because, as you suggest, the hundreds small bitmap draws for a tiled map kills performance, and it gets pretty bad with larger screens. Option B may not even be possible with many devices, as it's quite easy to get a 'bitmap size exceeds VM budget' error as the heap space limit is set quite low on many phones.</p> <p>Also if you don't need transparency on your map/background try to use RGB_565 bitmaps, as it's quite a lot faster to draw in software, and uses up less memory.</p> <p>By the way, I get capped at 60fps on both my phone and 10" tablet in my RTS with the method above, rendered in software, and can scroll across the map smoothly. So you can definitely get some decent speed out of the android software renderer. I have a 2D OpenGL wrapper built for my game but haven't yet needed to switch to it.</p>
    singulars
    1. This table or related slice is empty.
    1. POAndroid scrolling background of bitmap tiles
      singulars
      1. PTQuestion
    1. PTAnswer
    1. USTrevor
    1. USLukePH
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. VO
      singulars
      1. PO
      1. This table or related slice is empty.
      1. VTUpMod
    2. VO
      singulars
      1. PO
      1. This table or related slice is empty.
      1. VTUpMod
    3. VO
      singulars
      1. PO
      1. This table or related slice is empty.
      1. VTBountyClose
    1. COI've found one problem with this. It works in the positive x and y direction, but when I shift the canvas bitmap one tile up or to the left, I get garbage on the resulting bitmap/canvas. This is because copying a canvas' bitmap onto itself ALWAYS happens from the top left pixel ... which is fine in one direction, but in the opposite direction means you're reading/writing to a pixel which you've already read/written to! I've solved this by using the copy-canvas-shifted method for scrolling right/down, but a whole other method for scrolling in the other direction. Anyone know of a workaround?
      singulars
      1. PO
      1. USMacD
    2. CO@MacD Not sure why you are copying the bitmap onto it's self, I never copy bitmaps at all using this solution. The shifting happens to the array that is storing the bitmaps, not the bitmaps themselves, it's so much faster that way.
      singulars
      1. PO
      1. USLukePH
    3. COUhm ... so how do you "shift the array"? My 'fast' method goes: canvas.setBitmap(canvasBMP); canvas.drawBitmap(canvasBMP, shiftleft, 0), null; Shifting the other direction I have to first copy the canvasBMP to another BMP. But shifting a backing array ? How does that draw on the canvas?
      singulars
      1. PO
      1. USMacD
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload