Forums

Full Version: sky rendering
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2 3 4 5 6 7
thelusiv Wrote:So, what are the licensing implications (if any) using this data? Sorry I'm not very familiar with the licenses used by rFactor, or the attitude of the developers towards this sort of thing.
i don't know either. i've posted a message on the deveopment mailinglist with more details. anyway, this track is based on the original racer? track but obviously with a lot of changes.

--alex--
alex25: that track kills my poor 7600GS's 128MB of RAM. I have to run on medium textures (the horror!). I updated SVN with a z-buffer offset to the blended objects (like the wear marks on the road) to fix the artifacts they had.
joevenzon Wrote:alex25: that track kills my poor 7600GS's 128MB of RAM. I have to run on medium textures (the horror!). I updated SVN with a z-buffer offset to the blended objects (like the wear marks on the road) to fix the artifacts they had.
i know, i can't run it at home on my laptop i have to run it on my desktop at work. i was looking at fixing the groove in blender but i haven't figured out how to paste an object on top of another in an efficient manner (moving things a point at a time it's very time consuming). the z-buffer offset sounds good (but i won't be able to look at it until monday).

--alex--
Just loading the track eats up all my desktop system's memory. Sad But it looks nice and I can play it on low view distance...my TI4200 struggles otherwise. :?

I'm going back to browsing Newegg.com for a while...
Quote:Until I understand you better I'm going to switch the skybox rendering back to the old method.

In SVN r1560 I now have the skybox rendering switch-able based on the values in the track.txt. The new method is the default. I've turned it off on the tracks that don't look correct when using the old method (Spa, Jarama, the old Neurburgring).
joevenzon Wrote:In SVN r1560 I now have the skybox rendering switch-able based on the values in the track.txt. The new method is the default. I've turned it off on the tracks that don't look correct when using the old method (Spa, Jarama, the old Neurburgring).

can somebody give me a few pointers on how to implement the drawing of a horizon/sky that moves with the camera (instead of being drawn at an arbitrary distance)? i've tried to modify the drawing code but i haven't been able to get a dynamic rendering of the sky. thanks.

--alex--
If you set the object to skybox it will always be at a fixed distance from the camera no matter where the camera is. If you don't set the object to skybox, it will be drawn like normal (as the camera moves you'll get closer to and further away from parts of it). I'm not sure what you want, or how it's different from one of the two behaviors I described above.... Can you just describe to me what you're doing? Are you trying to add a skybox to a track?
joevenzon Wrote:Can you just describe to me what you're doing? Are you trying to add a skybox to a track?

let's try another diagram:
[Image: horizon.jpg]
when the car is at position x i want to draw the blue horizon and when the car is at position y the green one. basically i want the horizon centered on the camera position so as the car moves around the horizon moves relative to the track (but stays fix with respect to the car). i guess i want to draw the horizon the way the car is drawn right now, that is dynamically. does it make sense?

--alex--
So, what do you want to happen when the camera is half way between points x and y?
I can't see Alex's image. Maybe you could make a gallery on this site Alex?
joevenzon Wrote:So, what do you want to happen when the camera is half way between points x and y?
draw the horizon centered half way between points x and y. the horizon will always be centered on the camera position.

--alex--
Alex, is this what you're trying to describe?
* The horizon is always a fixed distance from the camera
* The horizon moves up and down as the camera does

I can't see your picture, maybe that would help me understand...but otherwise I'm having trouble.
thelusiv Wrote:Alex, is this what you're trying to describe?
* The horizon is always a fixed distance from the camera
* The horizon moves up and down as the camera does

I can't see your picture, maybe that would help me understand...but otherwise I'm having trouble.

yes, that's exactly what i am trying to say. the horizon is drawn it's normal size (it's not projected onto the skydome). this is the fixed distance from the camera. as the camera moves, the horizon also moves (it's always centered on the camera position).

i am not sure why you can't see this picture. the original (horizon.jpg) is in http://caliban.lbl.gov/vdrift/ along with all the other pictures. can you see the other pictures?

--alex--
I edited your post and fixed the image, the problem was that the image URL had the wrong server name ("caliban" instead of "caliban.lbl.gov"). Smile

I think I know what you mean. You want vertical movement with the camera's movement, but the length of the vector reperesenting the camera direction ending at the skybox is always the same distance.
thelusiv Wrote:I edited your post and fixed the image, the problem was that the image URL had the wrong server name ("caliban" instead of "caliban.lbl.gov"). Smile

sorry, i have the domain on my laptop set to lbl.gov so for me everything worked fine.

--alex--
Pages: 1 2 3 4 5 6 7