jah, saj ves, da sem precej predzen ze po naravi
,jaz si stvari ne znam drugace razloziti, kot tako, kot sem jo. Sem videl masine na katerih se je sto stalno dogajalo, pa sem se malo poglobil v stvar na temo kdaj in kako, in je to edini mozen zakljucek. Pred kresiranjem z napako v terrain.dll je bila situacija vedno taka, da je bila simulacija v fazi nekaksnega prehoda iz ene scenery area v drugo, najprej je zadeva malo trznila, potem je sledilo branje z diska/ov in vcasih je slo naprej, kot da ni nic, vcasih je pa stvar kresnila z opisom terrain.dll. Zakaj pa do tega ne pride cisto vsakic (na mejnih sistemih) se pa tudi da enostavno razloziti: odvisno pac od tega kaj v danem trenutku se "laufa" v ozadju, ce je prostega RAM-a vec, CPU pa je v tistem trenutku slucajno manj obremenjen z drugimi zadevami, potem do tega ne bo prislo, sicer pa, da o branju z diskov nebi govoril. Zmanjsanje visibility range-a bi znalo pomagati pri tej zadevi, ampak potem je po mojem mnenju treba poleg direktne nastavitve v FS-ju spremeniti se:
[TERRAIN]
TERRAIN_ERROR_FACTOR=100.000000
TERRAIN_MIN_DEM_AREA=10.000000
TERRAIN_MAX_DEM_AREA=100.000000
TERRAIN_MAX_VERTEX_LEVEL=21
TERRAIN_TEXTURE_SIZE_EXP=8
TERRAIN_AUTOGEN_DENSITY=5
TERRAIN_USE_GRADIENT_MAP=1
TERRAIN_EXTENDED_TEXTURES=1 <------- tole spremeniti v 0
TERRAIN_DEFAULT_RADIUS=9.500000 <-------------- TOLE zmanjsati
TERRAIN_EXTENDED_RADIUS=3.900000 <------ IN TOLE zmanjsati
TERRAIN_EXTENDED_LEVELS=8
na mejnih sistemih, bi znalo to resiti zadevo, na tistih, ki so pod neko doloceno mejo, pa ne bo pomagalo prav nic,
ceprav v konkretnem Metodovem primeru bolj sumim na hardware tezave v smislu controller& diski.
Ce pa bi v trenutni Metodovi konfiguraciji zadeva nehala kresirati ob zmanjsanju visibilty rangea, potem bi bila pa to direktna
potrditev moje trditve iz prejsnjega posta, razen seveda, ce mu hardware ni ze toliko pocepnil, da nebi zaleglo niti to.
