Developer postOriginal post (opens in a new tab)

Weekly Report (Mar 15)

A community screenshot by ETD.

As you might remember we’ve been talking about how we want to involve the community in the development of Next Car Game, and for a good reason too. In the end, the game is being built for you (that’s not to say we’re not going to enjoy it, though!), and it only makes sense that we’ll be integrating some of your ideas into game. This week we’re finally moving on to discussing the game beyond the in-game racing experience and giving you a chance to have your say on an extremely important aspect of the meta game and core loop: gameplay damage.

It might be a bit technical from now on, but try to hang on, we’ll give a hand.

By gameplay damage we mean the damage that is used to determine whether your car is still running or not, currently represented by the little damage meter in the lower left corner of the in-game HUD. The damage allocation logic that we currently use is pretty rudimentary, and like most of you have come to notice, it often ends up allocating damage to the wrong part of the car (currently the body sectors and the engine). The good news is that this week we’ve been testing a new implementation of the gameplay damage that has yielded very promising results. In short, in the new system the damage is determined by tracking the deform displacement of predetermined dummies, i.e. key points that our vehicle artists have set up that represent the various components of the car such as the engine. Taking the engine as an example, basically the more the engine moves due to collisions, the more damage it receives. When the engine reaches the maximum distance it is allowed to move, it gets destroyed and the car is wrecked. Likewise we can track the dislocation of a radiator, a front fender, or actually anything that we like. Thanks to this the damage should always match the visual deformation of the car, and we have a flexible system that we can tailor to our gameplay needs.

This is of course all very nice and dandy, but now comes the tricky part that we need your input on: what kind of components should we track, and what kind of consequences should the damage have when the player returns to the garage? One obvious option is of course to make the damage reset after each race, but that is perhaps a bit too simple since we’d very much want to make upgrading and car maintenance a significant part of the game experience.

To give you some ideas what’s possible, here are some of our own:

  • Each upgrade part is represented by a node, with some of them like the engine being crucial, while others would have a negative impact on the car handling or performance when damaged – for example, with a damaged suspension the car could sway more, handling would be impaired, and so on. A damaged engine would give off smoke and reduce the performance.
  • All upgrade parts would have their lifetime durability (i.e. strength) tracked, and the player could repair a given percentage of the part. In other words, the parts would actually wear from use, but by repairing the part, the player could increase the performance of the part – perhaps just not to the initial level. Non-repaired parts would have a lower performance, but the player could still use them: for example, the damaged suspension mentioned above would still work for a derby car, so the player would probably like to have at least two cars, one with the best parts for racing and the other with junk parts for derbies. To keep things fun the performance would deteriorate by a gradually increasing slope, so minor or even medium damage would have a very small effect on the performance, so in other words the damage would add up with time.
  • A body represented by sectors (more or less the triangles we currently have) that would work as armor, protecting the components. Losing a body sector would not be fatal, but after returning to the garage the player would have to spend some $$$ (or equivalent, pending design – could also be experience, time, etc.) to fix the badly damaged sectors, otherwise the components would be completely unprotected in the next event. Eventually the player could also upgrade the sectors to withstand more punishment by prepping the car with reinforced parts, etc. bought from the classifieds. This in turn would again support the idea of having two cars, with the derby car having more reinforced body than the race car.
  • For repairing, the player could have a garage crew that could be trained and leveled up, and depending on the crew’s skills the percentage of damage that can be repaired would increase. Upgrading the body could also be something that the crew could do, in case we would want to reserve the classifieds only for the mechanical components.

As you can see, pretty much anything is possible and we’re all ears. Remember though that we want to keep the game as accessible and as fun as possible, so an overly convoluted system is a no-go. It’s also worth remembering that often times something that initially sounds cool like repairing every single part of the car becomes a chore when you have to do it after every single race, so we really need to come up with a streamlined design and user flow. But of course you’re free to leave that to us, just throw around the ideas and we’ll make sure it all works in the grand scheme of things!

And as a final treat, a gorgeous stitched planetoid created by a talented community user citizenerased: