Open Rails spadne

To same tiež ma napadlo. Jak by sa to zaplnilo a potom uz nema ako načitať ďalšie objekty a pritom fps vystreli až na 96. A tiež má napadá ďalšia vec, že príčinou môže byť aj hardisk. Tak dnes mi príde, že PC s obyčajným hdd je na nič pokial nema SD disk musím im to napísať aby s tým niečo úrobili alebo použili iný abstract data type na ukladanie objektov, bohužial C# nie je moja parketa ale v Jave je nieco take ako QUEUE čo by mohlo aj pomôcť.
 
Disk nechej na pokoji, ten dá systému, co si požádá. A je úplně jedno, jaký je, rozdíl je jen v dobách přístupu.
Na uvolnění paměti lze používat RamCleaner. Je hodně verzí a typů.
 
Problém s pamětí OR asi zdědil po MSTS.
Větší problém stejného typu než se zobrazováním mám se Zvuky. Stává se (když je PC již unaven), že se ztratí část zvuků.
Například u klasické tramvaje T3 se vytratí zvuk běžícího motorgenerátoru.
Metodou Pokus/Omyl jsem si našel tento recept pro obnovu:

- přesednu do helikoptéry (kamera 2 nebo 3) a zvuk se přepne na XXXXeng.sms
- vrátím se na stanoviště (kamera 1) a zvuk se přepne zpět na XXXXcab.sms

V 95% případů toto "znovunačtení" pomáhá. Ale stane se, při časově velmi dlouhých Act, že tento recept už není účinný.
Ale to už hovořím o Act s délkou trvání nad 8 hodin a takové nejsou mezi uživateli příliš často vyhledávané ..... :-)
 
Tohle jsem používal před léty u trati 321 i pro načtení krajiny, kdy byla po jízdě z Kralup Libeň jednou zelenou plackou bez objektů. Vrtulníkem se povedlo dočasně načíst část krajiny, ale nemělo to dlouhodobý efekt. RamCleaner to popostrčil dál. Zlepšení přineslo optimalizování Prahy stavitelem trati a pro hráče je schůdné řešení po zastavení uložit hru, vypnout simulátor a nastartovat z uložené pozice. Samozřejmostí je vypnutí všech zbytečně běžících programů a procesů na pozadí včetně sítě a antiviru. To je opakování roky známých a zde probíraných věcí.
 
Ja aj tak teraz budem mať trochu voľna tak chcem urobiť komplet reinštal Windowsu a nainstalujem na čísto Windows 10 lebo v PC bol Windows 8.1, ktorý sa bezplatne upgradoval na Windows 10 a tak isto ako to bohužial býva zvýkom tak kopu bordelu od výrobcu snaď to pomôže lebo aj tak môj PC dostava dosť zabrať. Ale aj tak mi to príde dedičstvo z MSTS.
 
Každý program pod DX9 a nižší může využít paměť pro data maximálně okolo 3,5GB. Stejný problém má i TS2018, který padá hodně často. Obecně mají problém všechny modovaný věci třeba jako Skyrim v původní edici. To je prostě omezení starého DirectX rozhraní.

Novější DX11 zdá se dokáže využít více a nebo má určité kompresní algoritmy pro využívání paměti pro data. Proto MGOR zabírá méně v paměti a nepadá. Jeden z tvůrců ten problém jen okrajově zkoumal a zjistil, že jádro OR zabírá všude stejně jak OR tak MGOR. Ale obrovský rozdíl byl právě v obsazení paměti dat, kde DX9 verze měla údajně v paměti uložené kopie různých shaderů, textur atd. a MGOR to prý neměl nebo to bylo "ukryto" pod nějakým kompresním algoritmem.

OR obsahuje celkem zásadní chyby v efektivitě správy paměti, kdy si třeba trafic alokuje pořád spoustu dat a přitom hráč je už na jiném čtverci. O tom se prý ví a snaží se to optimalizovat. Problém je, že chybí odborníci v týmu pro tohle programování.
 
Při dlouhé aktivitě nad 3h (Hutník) mám pod MGOR DX11 obsazenou celou paměť 11GB na grafické kartě, ale operační paměť není ani z půlky využitá. MGOR ale jede dál a nepadne. :-)
 
Jeden z tvůrců ten problém jen okrajově zkoumal a zjistil, že jádro OR zabírá všude stejně jak OR tak MGOR.

Máš na mysli toto? Vždyť je to sám hlavní vývojář. Všimni si jedné věci, a to že se procesu migrace z XNA na MG framework prakticky vůbec neúčastní. A není to ani první pokus. O to už se snažil gpz cca 1,5 roku před Csantuci. Za celou dobu se toho hlavní vývojář ani netknul
este moznost vyskusat stiahnut subor tsectionint.zip

A nevadí Ti, že po nakopírování souborů z archivu do OR jej degraduješ na cca 1,5 roku starou verzi. A argumentace, že vidíš v menu aktualní verzi OR je zcela lichá, protože soubor menu.exe odkud se to načítá je nezměněn. Z jištíš to na poslední obrazovce v HUDu. Kde je datum a číslo buildu. Důvod proč v tomto případě projde OR přes časový limit watchdogu je ten, že vypnutí OR do menu a vypsání chybové hlášky do logu je ve zdrojových souborech zakomentováno. Když prostuduješ vlákno na ET o migraci z XNA na MG budeš vědět proč to Csantuci dělá. Není tedy lepší se zaregistrovat na ET (ano registrace po cca dvou letech zase fungují. Důvod proč nefungovali a cca rok hrozilo uzavření ET je průser jednoho z programátorů OR ohledně autorských práv k addonům uložených na ET.) popsat svůj problém a požádat o sestavení takto upravené? Oficiálně ke stažení to být nemůže, protože hlavní vývojář s tím nesouhlasí. Byl žádán o prodloužení času u watchdogu, avšak odvětil, že doby jsou dostatečné.

Co se týče počtu aktivních programátorů OR, tak jejich cca 4-5 z 50ti. Zde se může každý přesvědčit. Na odkaz se dá také dostat z menu OR pod co je nového. První vlna neaktivity programátorů začala někdy v roce 2012, když se rozhodlo, že programování kompability s MSTS má přednost před vším ostatním. Nutno si uvědomit, že zdrojové soubory MSTS nikdo z nich nemá k dispozici. Ona kompabilita s MSTS se programovala tak, že odpozorovávalo co MSTS dělá, zkoumaly se zápisy definičních souborů MSTS atd., poté se programovalo. Cca 20 programátorů s tím nesouhlasilo a přestali být aktivní. Zbytek se rozhodnul pokračovat dále a po vydání verze 1.0 jich zůstalo oněch cca 5.

PS. příspěvek neprošel jazykovou korekturou.
 
Nutno si uvědomit, že zdrojové soubory MSTS nikdo z nich nemá k dispozici.

To mi přijde rozhodně divný. Vždyť už Džordž pro MSTS BIN musel mít zdrojáky. Csantucci je bude mít určitě taky, ale možná ne kompletní.
 
Džordž nikdy žádné zdrojáky neměl. Vše se co se povedlo v MSTS Binu bylo napasováno do cílového kódu v místech kde byl v orig. souborech pouze nefunkční bordel z nějakého ukvapenéného neoptimalizovaného překladu. A pokud se dobře pamatuju, tak se to celé odehrávalo na úrovni kódu psaného v ASM. Jó, to tehdy byli ještě programátoři, ne klikači myší......
 
Back
Nahoře