Jump to content
  • Advertisement

Azaral

Member
  • Content Count

    70
  • Joined

  • Last visited

Community Reputation

467 Neutral

About Azaral

  • Rank
    Member
  1. Azaral

    c++ function pointers

    I must prefer functors. Don't have to deal with any extra weird syntax. Plus, they can store data.
  2. Azaral

    Game Heirarchy

    I would create a header file with a namespace like Tools or something. Inside this namespace I would have the collision functions. I would also have another set of headers that define the collidable types, IE AABB, a circle, etc. I would have these have NO default constructor to force their initialization upon instantiation. I would also have as much data possible in the collidable type be pointers to the relevant data. For example, an AABB would have pointers for the position that point to the position of the entity it is for. Then if possible have the width and height be pointers as well, but they would probably just be non-pointers. I would define a function for each type of collision possible. For example, I would have three functions, one for AABB vs AABB, one for Circle for Circle, and one for Circle vs AABB. They would all be overloads of HasCollided (or in your case, isCollided). Then when I run collision detection, I just take the collidable data from each object and the correct function will be ran. It would require minimal code at the front end of it, just a simple function call. The collidable data should also not be inherited but be part of the regular data for the object. By having as much as possible in the collideable data be pointers, they will automatically have the current values without needing to be updated manually. You could end up with a lot of collision functions to define and that can be alliviated somewhat by more involved programming, but this I think is the simplest way to do it and it is quite effective. For handling collisions, this could be another piece of collision data, which I would also have separate from the collision detection data. Then you would have the same function overload process for how to handle all the different collision types. With this you would call HasCollided( a.GetCollisionDetectionData(), b.GetCollisionDetectionData() ); and if that is true then run HandleCollision( a.GetCollisionData(), b.GetCollisionData() ); I apologize in advance if this doesn't make any sense and I sound like I'm rambling. One too many beers and it's bedtime as well lol.
  3. Azaral

    Game Heirarchy

      Ideally, a class knows nothing of another class. Two classes should interact via an interface class or some other means. Instead of having the player call a function from collision to determine if it is colliding with the wall, have a function that takes the player and the wall as arguments to determine if the player is colliding with the wall (and expand this for all the things that can collide). This way, player doesn't need to know anything about collisions or walls, player just needs to know about player and wall just needs to know about wall.
  4. Azaral

    Physically Based Shading For Artists

    Interesting stuff.   Combining this with your other video on ditching diffuse maps could yield some startling visual effect I think. If only I knew more about shader programming (I've done precisely zero).
  5.   You are correct that users have no right to mod a game, they also have no right to not mod a game. They can either do it or they cannot do it. They couldn't sell it or distribute it legally without permission from the copywright holders of the software that they based their mod on (as far as I understand). This does not stop them from doing it for themselves. Modding could possibly be in the form of creating/performing a cheat. In the context of the discussion, it is cheating. What I am saying is that in a strictly single player game, where what one player does in their game has NO bearing whatsoever on a player playing their copy of the game, cheating is irrelevant and you are wasting your time trying to prevent it. The only one you are satisfying with your attempts to prevent cheating is yourself.   The idea of creating a game is to make something that someone will have fun with. I fail to see the problem of players altering a game so that they enjoy it more is a bad thing, and such alterations have zero affect on the other players of said game. I see it as a good thing. Are they altering the experience I planned for them? Yes. Is this bad? No.   You are trying to give a ball to a group of kids so they can play basketball, but get upset when they decide to kick it around and play soccer instead so you run out and say "No! You must play the game I want you to play, basketball!". I give them a ball with the intent for them to play basketball, and when they start playing soccer I would be estatic because they are having fun with something I gave them. My point with all this is to save you time by having you not worry about something in your design I think you should not worry about and to help you create a game that will be more fun for people. I think you have placed your game/idea on a pedestal and think it a kind of personal insult to yourself and your creative idea for anyone to not interact with it in the way you want them to.
  6. OR they fail and fail and fail and since they can't do anything but start over or give up, they give up and call your game crap out of frustration. Actually, 'fail and fail and fail' won't really be possible in my games, neither will checkpoints nor cancelling autosave be possible. You fail, you face the consequence, move on and . . . There'll be different things in my games and if isn't implemented before i start making my games, it'll be new things. One more thing, shouldn't the player play within the developers programming? If not, i would have loved to keep going straight in the gtavc but unfortunately, you get magically turned around in the water. Should you let them implement what you didn't program into a game? What if what they implement your idea for a sequel? I'm just asking.     If they want to change the game that they bought from the original, I don't care (speaking of strictly single player games). They are increasing their fun. Sure, I put out a game and I intended it to be played a certain way, but if they change it to make it more enjoyable for themselves then who am I to deny them that?  That would be like deriding anyone who ever writes any fan fiction. They are taking something you made and making it more enjoyable for themselves. You are treating the player as an adversary instead of a partner. As far as implementing my idea for a sequel, they are more than welcome to do that. However, their version of a sequel could be vastly different than my idea of a sequel, and if I the, the original creator of said universe, denounced it, then I doubt anyone would put any credence to it. It could even be spun off as a sort of split in the timeline. It would force me to do a better job. It would be like if someone made a Mass Effect 3 that doesn't have a balls ending that turns the entire series to poo soup. Also, see fan fiction example above.
  7.   OR they fail and fail and fail and since they can't do anything but start over or give up, they give up and call your game crap out of frustration.
  8. Azaral

    caveman rpg - should snow put out your fire?

      Fixed.  Also varies depending on the type of snow: dusty and dry snow vs more moist snow.     LOL yeah
  9. Azaral

    caveman rpg - should snow put out your fire?

    10 inch of snow = 1 inches of rain. There is far less water in snow than there is in rain. Unless you have a ridiculous amount of snow happening, no. You have to figure that the rate of snow would have to be greater than the rate at which the fire can melt and then boil the snow, and given the small amount of water in each snow flake that rate is pretty fast.   edited for snow to rain correction
  10. I think the more pertenent question, from a game design standpoint, would be if it is a signle player game, then why care? You are only being evil towards the player. It should be an option, not a requirement. The player is not your enemy, they are your friend. If they want to cheat, then so what. The only person it affects is themselves. Save yourself the trouble and time and just simply don't worry about it. That's my opinion at least
  11. Azaral

    SFML 2.1

    I use SFML 2.1 and I think it is fantastic. I use all parts of it and have not had any issues thus far.
  12. Azaral

    Overview? for game I am making.

    Sharing. Wasn't quite sure what to call it, hence the Overview? part.
  13. Here is a link to my blog in which i lay out the background? overview? for the game I am making called The Merging http://themerging.blogspot.com/
  • Advertisement
×

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

GameDev.net is your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!