Databases
StackOverflow2013
Postsdbo
POMapping logical coordinates to graphical fails when scaling
 

Note that there are some explanatory texts on larger screens.

plurals
  1. POMapping logical coordinates to graphical fails when scaling
    primarykey
    data
    text
    <p>I encountered a slight problem with my game's rendering system when I tried to scale certain objects. I think it must be the way I map objects with logical coordinates to graphical ones on the screen.</p> <p><strong>Renderable</strong></p> <pre><code>/** * Retrieve the image representing the object that should be rendered. * @return The image sprite representing the object. */ public Texture getSprite(); /** * Retrieve the x-coordinate where the object should be rendered. * @return The x-coordinate of the object. */ public float getScreenX(); /** * Retrieve the y-coordinate where the object should be rendered. * @return The y-coordinate of the object. */ public float getScreenY(); </code></pre> <p><strong>Texture</strong></p> <pre><code>...... ...... /** * Retrieve the width of the texture. * @return The width of the texture. */ public int getWidth(); /** * Retrieve the height of the texture. * @return The height of the texture. */ public int getHeight(); ...... ...... </code></pre> <p>This system works perfectly when I draw stuff like interfaces etc, which have no logical coordinates in my game world. </p> <p>Let's take a look at an object that have logical coordinates and see how I map the coordinates to graphical ones and thus causing a problem when I scale the texture when drawing.</p> <p><strong>Tile</strong></p> <pre><code>@Override public float getScreenX() { return x * width; } @Override public float getScreenY() { return y * height; } </code></pre> <p>Let's say the size of the texture for any tile is 16*16 but for some reason I want to draw it at 32*32. This will cause a problem since the tile's graphical x- and y-coordinate messes up.</p> <p><strong>Note:</strong> I know that I can fix this by allowing the user to set a scale when loading the image into the system but I want it to be more flexible.</p> <p><strong>TL;DR:</strong> How can I accomplish a better mapping between logical coordinates in the game world to graphical ones while still being able to scale when I want to? There should be a better way to map instead of letting the logical objects be in charge of their graphical coordinates.</p>
    singulars
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. PTQuestion
    1. USOakin
    1. USOakin
    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. This table or related slice is empty.
    1. COI think you'll need to store the original `width`/`height` and use those for scaling instead.
      singulars
      1. POMapping logical coordinates to graphical fails when scaling
      1. USDrew McGowen
    2. COI'm not sure I understand what you mean. When rendering a scaled version of the image I never change any variables in the texture. It basically just is texture.getWidth()*scale, texture.getHeight()*scale
      singulars
      1. POMapping logical coordinates to graphical fails when scaling
      1. USOakin
    3. COGoing with your 16x16 example, you would have an `origWidth` and `origHeight` variable, and they'd both be 16. `getScreenX` and `getScreenY` would use those variables instead of the current width/height.
      singulars
      1. POMapping logical coordinates to graphical fails when scaling
      1. USDrew McGowen
 

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