ChangeLevel & Alternative way to do terrain

Post topics regarding Level Building/Design and Entity Usage with Reality Factory
User avatar
Spyrewolf
Posts: 450
Joined: Tue Jul 05, 2005 4:53 am
Location: Wellington::New Zealand

Post by Spyrewolf »

Static mesh works fine, I use it, however the lighting is not functioning and every thing ends up one shade, (no shadows).
I use the static mesh for collision,(not rendered) and the static entity for lighting, works fine this way round

I agree that jay was correct you must have made a typo or it;s something else producing the crash.
Jaguar_jwg
Posts: 96
Joined: Sun May 20, 2007 7:47 am

Post by Jaguar_jwg »

OK. I'll give it another try.
Jaguar_jwg
Posts: 96
Joined: Sun May 20, 2007 7:47 am

Post by Jaguar_jwg »

I got it! My terrain actor is now a StaticMesh, and I don’t even need a map file. The StaticMesh does both the rendering and collisions. So my character can walk up hills, and to my delight, not mountains. The ColCheckLevel in the StaticMesh is super (I am really getting to like RF more and more). When it’s set to 1, the bounding box surrounds the mesh as a rectangle. When set to 2, the bounding box takes the exact form (almost) of the mesh.
I created a box with the top opened, and used it as a StaticMesh. When I set ColCheckLevel to 2, my player cannot get into or out of the box unless he jumps through the opening. Cool.
Something I noted though. I tested a low poly terrain, and my character was able to walk up mountains. So in order for the collisions to work properly the triangles need to be close, or (for low poly) the mountains must be made separate from the lowlands, but with slopes too steep for the player to climb. This is great stuff.
Thanks for your help.
incenseman2003
Posts: 320
Joined: Sat Mar 11, 2006 11:41 pm

Post by incenseman2003 »

What about being able to shoot through static mesh tarrain? If there is an actor on the other side of a wall you can kill it by just shooting through the wall.

How is that remedied?
Patience and tolerance are the keys to the passage of knowledge. Even those that are the most knowledgeable started with many questions.
User avatar
Spyrewolf
Posts: 450
Joined: Tue Jul 05, 2005 4:53 am
Location: Wellington::New Zealand

Post by Spyrewolf »

Really? :(

huh, didn't realize that was a bug this is gonna make things interesting? gonna check it out and see what happens
hike1
RF FAQ-Keeper
Posts: 607
Joined: Tue Jul 05, 2005 4:19 am
Contact:

Post by hike1 »

How is that remedied?
You have invisible brushes the same shape as the
terrain.
incenseman2003
Posts: 320
Joined: Sat Mar 11, 2006 11:41 pm

Post by incenseman2003 »

If you use invisible brushes the same shape as the tarrain then there will be twice as many polys or more on the screen at a time. You might as well just use the brushes to make the tarrain, but then that doesn't look that great. In short, you need a very powerfull PC to run the game and get any kind of good frame rate if you use tarrain.

Wouldn't it be better to be able to set the collision on the tarrain to what you need it to be?

Thats not an option though as RF doesn't allow that.

So we just have to sacrifice frame rate in a major way if we want tarrain and hope the game is playable.

We will just have to do the best we can I suppose. I hope there is a middle line somehwere.
Patience and tolerance are the keys to the passage of knowledge. Even those that are the most knowledgeable started with many questions.
Jay
RF Dev Team
Posts: 1232
Joined: Fri Jul 08, 2005 1:56 pm
Location: Germany

Post by Jay »

incenseman2003 wrote:If you use invisible brushes the same shape as the tarrain then there will be twice as many polys or more on the screen at a time. You might as well just use the brushes to make the tarrain, but then that doesn't look that great. In short, you need a very powerfull PC to run the game and get any kind of good frame rate if you use tarrain.
sorry but this is just wrong. Invisible brushes can be made in two ways:

Brushes with the 'sky' attribute on all faces. For those you are actually right, but you can also make the brushes 'Clip' brushes. Clip Brushes do NOT create any visible geometry (a.k.a. polys) during compilation, while they DO provide the needed collision detection. There is no framrate drawback, they are even faster than the staticmesh collision detection...
Everyone can see the difficult, but only the wise can see the simple.
-----
incenseman2003
Posts: 320
Joined: Sat Mar 11, 2006 11:41 pm

Post by incenseman2003 »

Details about certain things are not in the manual or the easy to find on the forums. Of course it would be easier if people were just born with everything they needed to know tucked away in thier minds. Because we aren't born knowing everything we need to know and the info can be elusive. We are left to find the answers on our own. Some people find more and some people find less. The answers that I gave were based on my experimentation. Of course it was wrong. I could only experiment so far. I am but a man and have other things to do in life and it takes me a little longer than some because of limitations imposed on me by mother nature. So I have to budget my time to allow for enough to do things.

Thanks for the details Jay. You have saved me allot of time.
Patience and tolerance are the keys to the passage of knowledge. Even those that are the most knowledgeable started with many questions.
Post Reply