Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
Tags

indeed, the car is from the template, i would have wanted to replace it with another skeletal mesh, but for some reason that broke the template due to C++ integration which i don't really know much about. i tried to just have two meshes in there, one for driving and collisions, and one for looks, but i couldn't get the wheel animations to work. so i decided to go back to the template car which i know worked.

As for the checkpoint and arrow system, i made this myself as a slight tool if you got flipped. in the early testing i already noticed that the car could sometimes be a bit twitchy and have a tendency to land on it's back. So as a means of orientation i decided to add some checkpoints with an arrow pointing to the checkpoints in order to get the player moving in the right direction again after a vehicle flip had disoriented them. 

About the checkpoints being very precise, yes, I tried looking into pointing to the nearest point within a volume, but that was a lot of work, so i opted for pointing towards a single point (the center of the collision volume). I thought that this would be plenty because it's meant as general orientation anyways.

Wow - that is some nice work on the checkpoints, then! (And the car flipping)

Pointing the arrow to the center of the volume should work fine. I mean it's got to point somewhere, right? ;)

The problem I had arose from the fact I could drive around the checkpoint, to the point it would be briefly directing me backwards, or sideways. Easy solution would be to make a rule for level designers - always make sure the collision volume for the checkpoints covers the full width of the track and slightly more than one car-length thick to prevent this.

well, yes and no.

as i've got it currently, every checkpoint does span the entire width of the road, often spanning into the rockface as well, but what i'll do different next time is have them point a bit beyond the checkpoint, or have the collision volumes be a bit thicker, so it get's triggered further before the center of the checkpoint. So that it doesn't get the chance to point backwards before it updates to point towards the next checkpoint.