Project Reality Forums

I am currently practising on a map where I'm making sidewalks. To make the sidewalks follow a road, that isn't straight I need to overlap them to make some kind of a curb. It seems to work just fine but when I overlap two sidewalk objects it becomes glitchy to look at. One of the objects "flashes" where it overlaps.

I've tried to lower the height of one of the objects so it would be concealed probably under the second object but I'm not really happy with the outcome..

Any tips or tricks to make it look good without it being glitchy.

what kind of sidewalks do you use ?

if you use the vBf2 no one can help you
if you use the Falludja sidewalks i can tell you that there are special sidewalks for turns etc

or you just change the road so that it fit the sidewalk

Search Z-fighting to learn more about why it does that. But basically to lessen the strain on your pc, the game rounds off the distances to objects. And the further you are away, the less accurate that number is. So while standing beside two offset objects you can easily see the difference, but when you're 600m away, the distances have been round off to the same number, so the computer has a hard time telling which is in front of which. So they flash. It's the same in most 3d video games.

So, if your overlapping sidewalks, the best you can do is offset one up or down. This will still be glitchy at a distance, but up close it will look fine. The more you offset the object, the less it will fight. And you need to do this for every axis of the objects, so if the sides of the sidewalk are also overlapping, then you'll need to sink one in or bump one out.

if there is only a few places just have a dirt/terrain cover UT up and eventually paint it with trash texture. Beside that not much you can do.

Thank you for the replies.

BadMojo wrote:Search Z-fighting to learn more about why it does that

Very useful information.. thanks

As I said before I did try to "bump" one out from the other but I didn't feel I got anywhere with it. Any suggestion on how much I should different the y-axis from the two objects to get a good result?

Made a video to show the exact problem:



Also if you don't mind answering this. Why does my undergrowth do this? Did I choose a wrong mesh?

About that overgrowth; creepy xD

CCCode wrote:About that overgrowth; creepy xD

its undergrowth

Sgt. Mahi wrote:Also if you don't mind answering this. Why does my undergrowth do this? Did I choose a wrong mesh?

you need to set the SwayScale to 0

Those sidewalks are going to be very difficult to overlap since they're so thin. I'd suggest either doing what Codredfox suggested and use terrain to hide it, or try it with the new sidewalks from Fallujah.

[quote=""Amok@andy"]you need to set the SwayScale to 0[/quote]

Thank you

[quote="badmojo420""]Those sidewalks are going to be very difficult to overlap since they're so thin. I'd suggest either doing what Codredfox suggested and use terrain to hide it, or try it with the new sidewalks from Fallujah.[/quote]

Thanks I started to replace them

Sgt Mahi...

if u wanna complicated but very invisible way of doing removing the glitches...

1. Make a note of the Object names and numbers (ie Sidewalk_v1 (2033) )
2. open your Staticobjects.con in notepad, back it up first.
3. Find the object code in notepad and change the Y axis to the object by just 1 either higher or lower.

this will raise the object by just enough to remove the glitching. It also allows you to fine tune placing objects more than what the editor lets you. For every TINY movement I make in the editor, it moves it by 2 (in code).

Im also not sure if this varies depending on your maps size, but for references it works a treat for me on 1x2 2km map.

Also, if you double click the gizmo in the editor, you'll get a box with X/Y/Z locations. When I put down overlapping sidewalks I normally go into the Y and drop one of them by .2ish (using the FW sidwalks). From far away you'll still see Z-fighting, but assuming your map won't use helos/planes no one will even notice.

Thanks for the inputs guys