Post Reply 
 
Thread Rating:
  • 1 Votes - 5 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Track collision geometry woes
01-18-2015, 01:30 PM (This post was last modified: 01-18-2015 01:35 PM by NaN.)
Post: #1
Track collision geometry woes
I've spent some time investigating sudden car vs track collisions.

A part of them can be attributed to how bullet handles triangle mesh collisions. It allows to collide against triangle eges. Which is bad news for our tracks, can be fixed with edge filtering though.

There is a minor issue with edge filtering for 2d collision objects like tree billboards as you can imagine. Just get the approach angle right and you might pass through one or be pushed to the side. But then trees, masts, poles should use capsule shapes maybe.

The other source of unwanted collisions is geometry that looks like this (dirt-3 track):
[Image: XQVvirw.jpg]

Here we have road guard rails with caps. Even if there is no gap to the next wall. Bullet will hit this cap faces really hard, while you might be just sliding along the rails. This is something that can not be fixed, as the simulation is running at discrete timesteps.

For dirt-3 the rail geometry is already pre-split. The cap belongs to a separate object, so this object just needs to have collisions disabled.

I am not sure how it looks for other tracks. Sounds like a lot of work...

Anyway, I'll test the edge filtering a bit more and push it to master, as it helps already.
Find all posts by this user
Quote this message in a reply
01-26-2015, 03:56 PM (This post was last modified: 01-26-2015 03:57 PM by NaN.)
Post: #2
RE: Track collision geometry woes
I've spent some time testing different tracks. Trees are not a problem being cross billboards (2 planes).

Open fence or guardrail endings is what would have to be fixed, by adding crash cushions or tire barriers maybe.
Find all posts by this user
Quote this message in a reply
02-18-2015, 05:52 AM
Post: #3
RE: Track collision geometry woes
the problem in that picture is that one of the surfaces has the normal inverted that causes the problem.
Find all posts by this user
Quote this message in a reply
02-19-2015, 06:46 PM
Post: #4
RE: Track collision geometry woes
(02-18-2015 05:52 AM)slickx Wrote: In order to view links, you must have to reply to this thread.the problem in that picture is that one of the surfaces has the normal inverted that causes the problem.

Bullet collision detection doesn't use normals, is two-sided. One could implement a special variant that takes normals into account, but it is not trivial.
Find all posts by this user
Quote this message in a reply
03-06-2015, 07:06 PM
Post: #5
RE: Track collision geometry woes
The article here describes a possible solution to the edges issue:
In order to view links, you must have to reply to this thread.
Find all posts by this user
Quote this message in a reply
Post Reply 


Forum Jump:


User(s) browsing this thread: 1 Guest(s)