Jump to content


Member Since 23 Nov 2010
Offline Last Active Oct 23 2014 09:45 PM

Topics I've Started

Modeling some flight physics.

16 May 2014 - 12:13 AM

So I'm just about getting started making a small, on rails flight game in Unity3D, and I have to model some physics that fit well with the control scheme I have. What I want to do is map the different analog triggers of a controller to each wing of a dragon, so the more you push the analog trigger down, the less lift you have on that wing so you lean and fall toward that side. It's been a while since I've taken physics, so I'll try to do my best to lay out how I've been thinking on how to solve this problem.


Since the game is going to be on rails for now, I'm just going to apply a constant force forwards to move the character.


So for stable flight, I obviously need all the vertical forces to sum up to zero. I'm guessing gravity will be my only force pushing downward. I'll have 2 forces pushing upward for each wing.


I'm having trouble figuring out how to map the horizontal and rotational forces of the character though. I want to eventually be able to make it easier or harder to maneuver based on wing extension. I also want to model how the angle of attack effects the forward speed of the character also. What would be the best way to do it? Are there any sources on flight I should read first before I tackle this?

Nuts and bolts of frame buffer effects?

14 January 2014 - 12:30 AM

How do games like Rayman Legends or Mario Galaxy 2 do effects like checking your character position to see if it is in a particular light source that is dynamically blocked or unblocked? I'm trying to wrap my head around how to connect the gameplay side vs the graphics side of it. I know at least in Mario Galaxy 2 they use the frame buffer, but I'm not sure what that entails. If anyone can point me to articles or links? I would greatly appreciate it.

Multi-threaded Design?

12 May 2013 - 02:33 AM

So as of now, I have a somewhat decent grasp about how to break up jobs into smaller parts for parallel processing. I wanted to move to designing an engine framework that revolved around handling different systems such as physics or rendering as different threads when I came across this article by intel: http://software.intel.com/en-us/articles/designing-the-framework-of-a-parallel-game-engine.


It seemed really interesting, so I downloaded the source code to their demonstration and was looking at it. 


My question is, how relevant is this paper today? Is this scheduling technique used widely in the games industry?

Best way to handle a hex grid world with multiple levels

18 September 2012 - 09:41 PM

So here's what I'm trying to do. I'm building a turn base strategy game in Unity3D, and I recently got a flat 2D hex grid working. Now I want to expand the functionality of the world by adding multiple floors or levels on top of the lowest ground level. As for now, the other floors will just be to represent objects like bridges over hilly terrain. Nothing horrendously complicated. The way I was starting to implement this is just by adding some more values such as a boolean hasMultipleLevels and a list of tiles onto the particular x,y position on the grid. Another way I was thinking of was by just making a 3D array and having a null value for the spaces that won't have a hex tile. Which would be easier to work with in terms of ease of use and tools for easier grid building in the long run? Is there another way of doing this?

Edit: One reason why I'm leaning toward the first method is that the bottom floor is going to act like terrain with varying height. If I just do a 3D array, won't it be difficult to establish where the top layer of the floor will be?

Edit2: I also want the game to feel like a board game. So I'm not doing a logical board that is overlayed onto custom art (like final fantasy tactics). Each hex tile will have it's own art to represent different objects (think heroscape.)

Wrapping my head around a hex tile grid

21 August 2012 - 11:06 PM


Recently I've been implementing a hex tile grid system in the Unity3D engine to get some practice in both the engine and the concept, but I'm having some issues with how the structure of the grid should be. The grid will be used in a turn based strategy game, so I think in the logic of the code, the tile will hold onto the character (have a reference to the character object in the tile). Also when I think about how I would normally move a variable in a normal 2 dimensional array, I would go to the section of code that houses the array itself and move or change the variable from the grid "manager". I'm assuming this would work the same way in a hex grid. Then there's the issue of how a character is going to attack another character. What I was thinking was that the grid manager will move the character, and when it comes time to do some action to another character, the grid manager will check to see if an enemy or something is in that tile, and if it is, move to the code inside the character class, and provide, for example in an attack method, the reference to the target so the characters will interact with each other directly. In my mind this is the best way to separate the responsibilities of the grid and the characters on that grid.

Is this idea sound or is there a better way of doing things?