Jump to content

  • Log In with Google      Sign In   
  • Create Account

Banner advertising on our site currently available from just $5!

1. Learn about the promo. 2. Sign up for GDNet+. 3. Set up your advert!


Member Since 09 Jun 2011
Offline Last Active Yesterday, 09:54 PM

Posts I've Made

In Topic: Character control from a Physics Engine perspective

08 May 2015 - 09:32 PM

You could directly affect velocity of the player rather than applying a force.

In Topic: how to crop on SDL 1.2

08 May 2015 - 09:29 PM

Looks like this would be the tutorial for you. http://lazyfoo.net/tutorials/SDL/39_tiling/index.php


Sounds like what you are interested in doing is creating a "tilesheet"/"spritesheet"


The idea of only using part of an image for rendering or bliting.

In Topic: Question about saved games

13 March 2015 - 02:51 PM

And you shouldn't worry about it anyway - unless you're making an online game, who cares if the player gives themselves a bajillion health?

Exactly and at that point you would be storing your saved data in database.


There are many ways to save data and from the sounds of it you are a beginner. Saving to a text file is a good place to start. Even though saving to a text file is expensive, if you are not making a huge AAA game then it really shouldn't matter.


Might also be worth looking into different text data formats like json and xml.

In Topic: Run game only through a launcher

15 January 2015 - 11:33 PM

Have a secret key passed through command line while but have the key be a hash of a string for something that changes...Time works. Adds a tiny bit of extra security. It's simple too which is nice if you don't want to spend much time on it.

Edit: You could use what day and hour it is maybe even the first digit of the minutes and if you are close to the time the key switches then the launcher could wait a second for the key to switch over before launching.

In Topic: Finer grained controls

15 January 2015 - 11:23 PM

Your movement needs to take into account your framerate.  You want to normalize movement to a "per-second" value rather than a "per-frame" value.  This should be as simple as multiplying by the time since the last frame (and dividing by some constant of course).

This isn't normally what I would attribute to "sluggishness", but it's what I suspect the problem is here.

I agree with SeraphLance,


This sounds like the problem you are having. If the game is updating inconsistently then the controls will too. You need to multiply the values of how much the mouse moved by the delta-time between each frame.