Jump to content

  • Log In with Google      Sign In   
  • Create Account

C0lumbo

Member Since 02 Nov 2012
Offline Last Active Today, 12:15 AM

#5206741 Interesting implementation employees?

Posted by on 26 January 2015 - 01:56 PM

In a theme park management game (might have been 'Theme Park') there was a negotiation mini-game for agreeing wages/supplier prices where you gradually reach out to shake each others hands. Give too much and you pay over the odds, give too little and the deal breaks down entirely.

 

You could include something similar for your hiring process perhaps.

 

PS - It was Theme Park. See the 2nd screenshot on this page (or maybe it's the 4th screenshot really given it's from the DS): http://www.gamingsteve.com/blab/index.php?topic=7952.0)




#5206148 RakNet still alive?

Posted by on 23 January 2015 - 01:05 AM

Yeah, seems disappointingly quiet.

 

It is a pretty mature, well documented piece of software so I don't think you should reject it completely just because there's no active support/development, but it's probably something to factor into your decision making.

 

I'm using it in my game, but only for my local multiplayer. For internet multiplayer I was planning to go with Raknet (and have working code for it), but ended up going with gamecenter instead. Although that decision was mainly to avoid the burden of paying for and running matchmaking facilities.




#5203315 How unreliable is UDP?

Posted by on 10 January 2015 - 01:39 PM

On iOS, there's a developer feature which lets you simulate packet loss, etc. It has various presets for 3G, edge, WiFi, etc. One of them is called 'Very Bad Network' and has the following (grabbed from the full list of presets here: http://jeffreysambells.com/2012/09/22/network-link-conditioner):

  • In bandwidth: 1000 Kbps
  • In packet loss: 10%
  • In delay: 500 ms
  • Out bandwidth: 1000 Kbps
  • Out packet loss: 10%
  • Out delay: 500 ms

This is obviously not real life evidence of anything whatsoever, but someone at Apple thinks that a bad network has 10% packet loss. Two machines both on a bad connection would have 20% packet loss on their communication (well 19%, I suppose).

 

I think if you can deliver a reasonable networked game experience under that sort of packet loss, then you're doing fine.




#5201720 What does the apple change february 1:st mean in practise?

Posted by on 04 January 2015 - 06:41 AM

If you have a large old-ish codebase you could be looking at a significant amount of work supporting 64 bit, so don't expect it to be a tickbox. Plus you may have headaches if third party libraries you use don't work in 64-bit.

 

Regarding the iOS8 SDK mentioned in the OP. It's a bit confusing, but when Apple talk about you using the iOS 8 SDK, it means that you must compile with up to date xcode. You can still compile with the iOS8 SDK but make it target iOS6 as its base SDK, so you don't necessarily need to replace your iPod4 because of the iOS8 SDK requirement. However, you do need to replace it so you can test your 64-bit compatibility.




#5201625 Job titles

Posted by on 03 January 2015 - 04:37 PM

You could use 'additional programming' to describe the people who only did a little bit. 

 

I'd say that you could get away with calling yourselves senior programmers with 5-6 years. It is a little bit of a stretch but hardly a complete piss-take. After all, you could be technical directors, heads of programming, CTOs or lead programmers, so describing yourselves just as senior programmers is showing some restraint.




#5201559 Stencil Clear doesn't work

Posted by on 03 January 2015 - 11:21 AM

I believe that glStencilMask can affect glClear/glStencilClear operation.

 

Try adding glStencilMask(0xff) before your glClear call.




#5201397 Coding on Mac OSX

Posted by on 02 January 2015 - 04:29 PM

I believe you can create a free developer account at developer.apple.com and then download old versions of xcode through the website.

 

If you prefer Visual Studio, you could try something like Parallels and run windows on a virtual machine on your mac, and use Visual Studio Express for free which is generally sufficient for most games development purposes.




#5201151 [SOLVED] Detail mapping + Parallax = Texture Swimming?

Posted by on 01 January 2015 - 11:57 AM

I would have thought you'd need:

 

(UV0 + parallaxOffset) * Tile

 

Rather than

 

(UV0 * Tile) + parallaxOffset

 

(I've ignored the offset seeing as you said it's zero in both cases, and I'm not sure what it represents)




#5198081 Rendering an atmosphere

Posted by on 14 December 2014 - 01:32 AM

My approach for rendering the atmosphere is to take the mesh (in my case, it's a subdivided cube warped into a sphere shape), calculate the silhouette by comparing adjacent faces and findings edges where one face points toward the camera and one point faces away, then I extrude out geometry for the atmosphere.

 

Clipboard11.png

 

It's a lot of work to be doing on the CPU, but it means I'm filling a lot less pixels when I draw the atmosphere, and the technique also works with the oddly shaped planets I have in my game:

 

Clipboard04.png

 

 

I think phil_t's approach is more elegant though.




#5197226 Planetary Annihilation networking

Posted by on 09 December 2014 - 12:53 PM

1. They mention the server ticks at 10fps. Do they mean that network updates are sent 10 times per second, or do they mean the server simulation loop runs at 10fps (and the network update is coupled with it)?
 
Yes. The servers simulation loop (the server's frame rate) is 10hz and network updates are coupled with it. However, they go to some effort to make sure they don't send updates for any entities that haven't changed.
 
2. I think the concept of "curves" is pretty cool... when applied to positions for example, they only send *new* keyframes and avoid sending redundant data. However, after reading I wasn't sure if they generate new keyframes at 10fps too, or if they have a different rate for generating those. I know special events like collisions can also generate keyframes, but I didn't understand if keyframe creation was generally done on each iteration of the game loop.
 
They would create new keyframes at 10fps, sometimes more than one keyframe (as in the bouncing ball example), but for many (probably most) objects, there wouldn't be a new keyframe to generate. Any object standing still sends no keyframes.
 
3. How does a client smoothly go from one position to the next? The server generates keyframes, but by the time the client receives them, they're old. Let's say the last packet on the client was generated by the server at t = 0.5 and received at t = 0.6. When the client's game loop runs, t = 0.67. How does the client compute the position at 0.67? Is it just extrapolating using the line equation (where the "true" line segment is from t = 0.4 to t = 0.5)?
 
The situation where t=0.67 when the latest receipt from the server is t=0.5 shouldn't happen in the general case. The client will try to keep itself at the server time + the average latency + a bit extra. Most of the time you're playing you will be interpolating toward the latest receipt from the server. Occasionally with a network hiccup you might accidentally catchup and overtake, I don't know what they do in that case. Probably they allow a little bit of running ahead with extrapolation, but if you end up too far ahead the time on the client probably slows then stops so you're not seeing too much made up stuff.
 
This also answers questions 4, 5, and 6, I think.
 
@Conk - From the article, it sounds like a pretty different approach to Supreme Commander. It isn't lockstepped at all, it's completely server-client in its approach
 
PS - Good article, thanks for sharing it gfxgangsta



#5196833 How is a game engine made?

Posted by on 07 December 2014 - 02:12 PM

If you want a good introduction on the topic, you could do worse than read Game Engine Architecture by Jason Gregory




#5195449 Some link to list of game sales?

Posted by on 30 November 2014 - 12:29 AM

There's this from the TIG forums (sticky post in their business forum): http://forums.tigsource.com/index.php?topic=35689.0




#5195259 Particle Systems & Handling Transparency

Posted by on 28 November 2014 - 04:20 PM

 

 

(it is possible to draw additive and alpha blended particles in a single draw call).

 

How do you do that? (I'm an OpenGL beginner)

 

 

I suppose with the blend function: Dest * (1 - SrcAlpha) + Src

 

Aka premultiplied-alpha.

 

If SrcAlpha is 0, it simply reduces to additive blending.

If SrcAlpha is between 0 and 1 you can achieve alpha blending but you have to premultiply your textures by the alpha value first.

 

This also allows you to seamlessly blend from explosion to smoke and other cool effects.

 

 

Yep, that's it.




#5195115 Particle Systems & Handling Transparency

Posted by on 28 November 2014 - 01:30 AM

Once you start looking for it, you'll see incorrectly sorted particles in a lot of very high quality AAA games, it's surprising how much incorrectness you can get away with.

 

One solid solution which I favour is to have all your particle textures on a single texture sheet. It's a bit limiting in terms of texture space (less so if your target platforms support texture arrays), but it means you can have a single correct sort for all your particles and render the lot with a single draw call (it is possible to draw additive and alpha blended particles in a single draw call). Particles can be perfectly sorted with one another, but aren't sorted with other transparent objects in the scene.

 

The more common solution is to just make do with a coarse sort. Rather than managing your particles purely by their type, you separate them according to the instance, sort the instances and render the instances according to their depth. So the particles from explosion #1 are managed separately form the particles from explosion #2. Arranging things this way might make more sense when you want to manipulate the particles, e.g. immediately destroy particles from explosion #1, or attach explosion #2 to a moving object. Plus by managing by instance this way, it becomes feasible to frustum cull particle effects.

 

PS: Your summary of the rest of the pipeline seems pretty good. I tend to make a distinction between 3 types of transparency, Decals (i.e. transparent stuff that's rendered just over opaque stuff, like blob shadows, bullet holes), 1-bit (e.g. foliage that uses alpha discard but no translucency), 8-bit (e.g. particles). Then you render in the order, opaque->decals->1-bit->8-bit. Only the 8 bit stuff needs to be sorted by depth.




#5194727 Projectile logic

Posted by on 26 November 2014 - 12:39 AM

I think googling "projectile motion equations" is going to direct you more toward equations that will help you answer 'where will it land' or 'what launch angle should I use' kind of questions, they'll be useful for AI aiming no doubt.

 

If you want the sort of projectile movement you see in DDTank (which from a cursory googling looks like a worms clone to me), then you're probably more interested in frame by frame movement. Which is even simpler.

 

You're going to have 3 vectors:

 

Acceleration (gravity)

Velocity

Position

 

Each update you need to know the duration of the frame/tick (dt = delta time).

 

void UpdateProjectile(float dt)

{

   Position += Velocity*dt;

   Velocity += Acceleration*dt;

   if (CollisionTest())

   {

      Kaboom();

   }

}

 

Updating the position/velocities of physics objects is known as integration, and that function is the simplest most intuitive approach and should work fine for your needs. There are better approaches which reduce calculation error slightly (verlet integration for example), but that's probably not necessary at this point.






PARTNERS