• Dear visitors,

    The email issue has been finally solved.
    Thank you for your patience and happy browsing.

    Team ACM.

RELEASED-wip Kyalami 2016

Prototype

Prototype

Well-Known Member
Johnr777 said:
Very happy to see how you took the new data and werent afraid to start over! Its looking really good, the elevations, cambers properly demonstrated. Will be a top mod for sure!

Pretty sure it will be the first track mod built on photogrammetry, cool stuff :cool:
Click to expand...
Yes! It probably is :) Thanks for the encouragement man. :cool: Appreciated.

--------

MAX GROOVE: (still dialing in the values)



More texture and shader tweaks:





For some other reason my normal got a bit offset there … will fix, but trying to walk that line between just getting enough degradation into everything to keep it from looking too clean and clinical from the car perspective, but still making sure the track doesn't look too unkept.

Still dialing out repeats in some textures. Again … a thin line between giving it enough character, but avoiding any kind of obvious details which stick out when repeated. Concrete wall will be getting a bit more sanitised.
 
Prototype

Prototype

Well-Known Member
lighting.ini

EXPLORATION

In V1 of this track, I adjusted the sun position until I got it into the correct position, arbitrarily fine tuning a number, back and forth, hit and miss. I also know generally where the sun is supposed to set on the track, so of course that helped!

This was before SOL.

Really important to get this right, as the way light is going to interact with the environment is critical to making the track look right. Especially now that we have dynamic time and seasonal positioning of the earth and sun. We want to maximise on that added bit of realism.


--------------------------

Starting Point:
Check how the track lies in relation to NORTH.
You can see quickly form Google maps for example, how the track lies on the earth in relation to north.

Note the GPS coordinates top of screen.
I cant tell you how many times I entered these values into this file, swapped them around, removed the negative before the 26degrees etc etc …

I then thought, hold on, surely these values should be set to 0,0 as SOL is dynamically positioning the sun. Its based on an algorithmic position of celestial bodies. That's how Sol works.
When I did that, (0,0) the sun seemed to be around 90degrees off of where I felt it should be.



My track when I checked in Blender was in fact not sitting as per the Google Map, but was in fact 90 degrees rotated.



When I rotated the sun heading 90degrees in the lighting.ini file … everything worked.

-------------------------------------------------

SOL SETTING:
WINTER
July 5, 2019 16:30 pm







Note position of the sun:
To the right side of the car, and moving close to the horizon. Its 16:30 pm

> CORRECT POSITION

-------------------------------------------------

SOL SETTING:
SUMMER
Dec 30, 2019 16:30 pm







Note position of the sun:
Its high above the horizon. Its 16:30 pm

> CORRECT POSITION

-------------------------------------------------

SOL SETTING:
SUMMER
Dec 30, 2019 18:30 pm







Note position of the sun:
Its close to the horizon. Its 18:30 pm
AND its shifted over to the left, compared to the setting position in winter.

> CORRECT POSITION

-------------------------------------------------

Im curious as to whether this system decribed above works on someone else's track, particularly a track in the northern hemisphere. That would prove that what Ive described above would be a correct method.
​
 
Last edited:
luchian

luchian

Administrator
Staff member
Prototype said:
lighting.ini

EXPLORATION

In V1 of this track, I adjusted the sun position until I got it into the correct position, arbitrarily fine tuning a number, back and forth, hit and miss. I also know generally where the sun is supposed to set on the track, so of course that helped!

This was before SOL.

Really important to get this right, as the way light is going to interact with the environment is critical to making the track look right. Especially now that we have dynamic time and seasonal positioning of the earth and sun. We want to maximise on that added bit of realism.


--------------------------

Starting Point:
Check how the track lies in relation to NORTH.
You can see quickly form Google maps for example, how the track lies on the earth in relation to north.

Note the GPS coordinates top of screen.
I cant tell you how many times I entered these values into this file, swapped them around, removed the negative before the 26degrees etc etc …

I then thought, hold on, surely these values should be set to 0,0 as SOL is dynamically positioning the sun. Its based on an algorithmic position of celestial bodies. That's how Sol works.
When I did that, (0,0) the sun seemed to be around 90degrees off of where I felt it should be.



My track when I checked in Blender was in fact not sitting as per the Google Map, but was in fact 90 degrees rotated.



When I rotated the sun heading 90degrees in the lighting.ini file … everything worked.

-------------------------------------------------

SOL SETTING:
WINTER
July 5, 2019 16:30 pm







Note position of the sun:
To the right side of the car, and moving close to the horizon. Its 16:30 pm

> CORRECT POSITION

-------------------------------------------------

SOL SETTING:
SUMMER
Dec 30, 2019 16:30 pm







Note position of the sun:
Its high above the horizon. Its 16:30 pm

> CORRECT POSITION

-------------------------------------------------

SOL SETTING:
SUMMER
Dec 30, 2019 18:30 pm







Note position of the sun:
Its close to the horizon. Its 18:30 pm
AND its shifted over to the left, compared to the setting position in winter.

> CORRECT POSITION

-------------------------------------------------

Im curious as to whether this system decribed above works on someone else's track, particularly a track in the northern hemisphere. That would prove that what Ive described above would be a correct method.
​
Click to expand...
Hmm.. something does not add up to me @Prototype . If you simply put 0,0 in lighting, how does SOL know where (not how, but where) is your track located ? Yes, it does calculate orientations automatically, but it has to know where the track is.

(PS: for Motorpark, I've used the correct latitude of the real track in the lighting.ini. And of course, the track is modeled with correct North orientation).
 
Prototype

Prototype

Well-Known Member
LilSKi said:
Always best to model a track with the proper world orientation.
Click to expand...
For sure.
The takeout being that if someone is using the Google Mesh Renderdoc import, take note that in my case the meshes came in rotated 90 degrees, (which I completely missed).


luchian said:
Hmm.. something does not add up to me @Prototype . If you simply put 0,0 in lighting, how does SOL know where (not how, but where) is your track located ? Yes, it does calculate orientations automatically, but it has to know where the track is.

(PS: for Motorpark, I've used the correct latitude of the real track in the lighting.ini. And of course, the track is modeled with correct North orientation).
Click to expand...

Ha ha! I know! Im still grappling with this.
Good discussion. :)

So - If we're saying that SUN_PITCH_ANGLE is latitude, then 0 is the equator right?



So Im sitting in the car (red arrow) looking at the sun.



If I move my track to -26 degrees latitude, (which is what its correct GPS location is), then the sun would be to my right. (That is, if SUN_PITCH_ANGLE is indeed the latitude variable, or whether its being taken into account)

---------------------------------------------

So heres the kicker - In my tests I showed in the post above this - Im getting the CORRECT results, across TIME OF DAY, as well as SEASONAL sun position differences across summer and winter).
Maybe I just lucked out? And if this is a bug, Im just lucky that it works for me. Maybe not. I don't know.
Maybe my system is broken? Maybe theres some kind of black magic in SOL?

But it doesn't matter what value I place in SUN_PITCH_ANGLE, the sun does not move, if I am using the CALENDAR and TIME in SOL.







 
luchian

luchian

Administrator
Staff member
Did you maybe wrote the GPS coordinates in the track's ui json ? (maybe CM is using that info ?)

LE: having checked my track, I don't remember actually writing these values into Motorpark - yet they are there. Must be one of the 1 million features that CM has.
 
Johnr777

Johnr777

Moderator
luchian said:
Did you maybe wrote the GPS coordinates in the track's ui json ? (maybe CM is using that info ?)

LE: having checked my track, I don't remember actually writing these values into Motorpark - yet they are there. Must be one of the 1 million features that CM has.
Click to expand...
It will try to guess the location by looking up whatever else you wrote in the json if there are no coordinates. It probably guessed to the city and country, which in a lot of cases is good enough. But giving it a coordinate, it will be dead on accurate
 
Prototype

Prototype

Well-Known Member
luchian said:
Lucky bastard ! :D
Click to expand...
:D

UPDATE:
Chipping away slowly.
Been carving out contour curves to build up the surrounding earthworks and track edging.
Having this reference has been really great, as from the track/car perspective …. things just look so much better.







… and some more perimeter buildings (highs, need to baked down to AO lows).
Prioritised the remaining list.

 
Prototype

Prototype

Well-Known Member
UPDATE

Needed a break from retopologizing the ground.
So started rebuilding the tree assets.
Last time round I had low rent X trees.
Figured if Y trees are what Kunos and the experienced guys are using, then I need to go that route.









Look at the difference between not having the horizontal shadow plane (left) and with it on the right.





Still dialing in values and tweaking textures, but the system is in place, and my test laps just got a little more interesting having some trees in the scene. :)

If youre going to be doing trees, make sure to go through this excellent piece of information:
https://assettocorsamods.net/threads/setting-up-trees.162/
 
Johnr777

Johnr777

Moderator
Prototype said:
UPDATE

Needed a break from retopologizing the ground.
So started rebuilding the tree assets.
Last time round I had low rent X trees.
Figured if Y trees are what Kunos and the experienced guys are using, then I need to go that route.









Look at the difference between not having the horizontal shadow plane (left) and with it on the right.





Still dialing in values and tweaking textures, but the system is in place, and my test laps just got a little more interesting having some trees in the scene. :)

If youre going to be doing trees, make sure to go through this excellent piece of information:
https://assettocorsamods.net/threads/setting-up-trees.162/
Click to expand...
Yeah, Y trees are the way to go! There’s also the object naming kstree_group rule that will automatically combine them into blocks and set the correct tree normals (from pivot point). I’m sure you’ve read up on that.

And if there aren’t too many trees around, you should try another vertical subdivision on the tree object, might make the normals work even better!
 
Prototype

Prototype

Well-Known Member
yup I did the correct naming convention, and the trees are highlighting and shadowing nicely as a result.
Good idea on more subdivisions! - these trees are pretty sparse so for the key ones I def try that !
Thanks!


BTW, been loving Mosport 1.0 man! Beautiful job.
Your and @LilSKi s tracks are on another level. You've set the benchmark.
Really looking forward to Road America you guys are working on. I absolutely love that track.
Rossi's dominance last month was insane! What a race. :-D
 
luchian

luchian

Administrator
Staff member
This looks absolutely fantastic. I love the attention to detail, e.g. the shader settings on the plastic barriers or the protection fence texture. Can't wait to try it out !
 
You must log in or register to reply here.

Share this page

Support the site

https://assettocorsamods.net/threads/support-us.1059/
Top