Hello everyone!
I downloaded this circuit yesterday and I want to congratulate Andres_Ramos for the magnificent work; Very good indeed! But I can't help but point out that there are some problems in the graphic part that bothered me a lot: the fence throughout the circuit is suffering distortions that bother a lot, as well as the seats in the empty stands and the stairs and guardrails of these stands. The reasons for such distortions in my view are as follows:
The fences and textures of the banners:
- I don't know if it's a rule, but in my circuits this is the rule: fences should always carry "Multiple" transparency and any other transparency that is behind a "Multiple" transparency should be "Simple", as an example: objects like trees for example – it's also another rule I use: Trees should always carry "Simple" transparency in any case, behind fences or not; of course there are exceptions, as in all rules, but my rule in general is this.
- The texture itself, with very small squares, also generates distortions, so even if you apply the "Multiple" transparency it will not solve the problem. I, in particular, changed the textures, importing the texture from Sardian (USA) which carries a more robust texture.
- *Gray color in "Specular RGB" and "specular power" with the value 4... This also helps to distort images that end up shining brighter than they should; I applied RGB in black color and decreased the "Power" value to 1.
The stands, their seats, stairs and guardrails:
- The same applies to the applications of the last previous *item to these objects and the same procedures made in this item were applied to the seats, stairs and railings;
- The colors of the textures... a grayish very similar to the ones on the fences, so it was distortion upon distortion... they say some drivers get dizzy playing RF... The way I was distorting everything in the peripheral vision, surely, the level of dizziness should help... I then changed the colors by applying a darker, more sober blue, disguising these distortions a lot.
Well, the circuit is very good and I have nothing but praise, of course! I really liked Andres' concern in setting up the LODOut in the SCN, but, as a suggestion, in order to save so much work with different numbers, I pass the information of the existence of the "magic number": LODOut=(2000.0) to all objects where there is a need to apply LODOut. A single number that solves practically 100% of all PopIns that may arise. If you still see a PopIn, it will be for very distant objects and then just apply a value greater than these 2000.0; I've had great results in my LODOut schedules with this value, without racking my brains to figure out a perfect number... Perfect for me is this single number and without generating any kind of lag.
Well, that's it; Here are the images of how it was before, with distortions and how I fixed the circuit for myself.
View attachment 735728
View attachment 735729
Hugs
