DutchSims

Heb jij dan maar 4 Gb werkgeheugen in je PC?

Of draai je met de 32 bit versie van RW?

Anders mag de instellingen van het wisselbestand geen invloed hebben.

Nee geen 4 - maar:
Processor Intel(R) Core(TM) i7-8700 CPU @ 3.20GHz 3.19 GHz
Geïnstalleerd RAM-geheugen 16,0 GB
Type systeem 64-bits besturingssysteem, x64-processor

En het scenario was met 64bit ... wat zoals gezegd door die verandering verholpen.

En dat alles draait op een:

Het wisselbestand zou niet uit mogen maken waar dat staat. Lekker op je C:-schijf laten en Windows z'n werk laten doen. Al mijn spellen staan op de D: en F:-schijven. De ene is een SSD, de andere een HDD. Wisselbestand op de C:-schijf en vrijwel nooit nodig.

Marklin schreef: ↑

04 mar 2023, 17:35

Nee geen 4 - maar:
Processor Intel(R) Core(TM) i7-8700 CPU @ 3.20GHz 3.19 GHz
Geïnstalleerd RAM-geheugen 16,0 GB
Type systeem 64-bits besturingssysteem, x64-processor

En het scenario was met 64bit ... wat zoals gezegd door die verandering verholpen.

En dat alles draait op een:
.....

Je videokaart deelt geheugen met de werkgeheugen, en wel 8 Gb. Dan blijft er maar 8 Gb over voor je software.
Ik denk zelf dat die hoeveelheid een beetje veel is, want de kaart zelf heeft al 6 Gb.

Maar goed, als het werkt, zo laten.

Ik ben er wel 100% zeker van, dat het wisselbestand geen invloed kan hebben op het bewuste scenario, dat is toeval denk ik. Misschien is er tijdens het opnieuw opslaan daarvan toch iets aangepast, waardoor het nu goed loopt.
En zoals gezegd, ik had (heb) nergens last van.

Ja luitjes het kan wel zo wezen dat 't een en ander niets zou uitmaken en/of toeval zijn wat het wisselbestand aangaat.
Maar dan is het wel frappant dat na dat wijzigen het genoemde scenario nu als een zonnetje loopt en er niet uit knalt, ook nog zonder verwijderde consisten.
Afijn, al met al laat ik het zo met de gedachte van de wisselbestand optie zit er niet voor niets ingebouwd en heb Windows laten beslissen, anders hadden ze dit achterwege gelaten.

Hmm, zoals ik het HIER omschreef is hem ook niet want probeerde het gisteravond nog eens en was het weer mis met een dump.
Kortom jullie hadden gelijk in deze en excuus van mijn kant.

Nu heb ik schijf Z (data) weer op geen wisselbestand gezet en wilde ik schijf C (Windows besturing) aangepast verhogen.
Mijn nederige vraag, wat hebben jullie daar voor getallen staan, of gezien de 16 GB RAM die ik heb wat zou daar ingevuld kunnen worden?

Laten bepalen door Windows is een goede optie, maar gezien je 16 Gb kan je ook zelf bijvoorbeeld 4 Gb invullen, dat moet ruim voldoende zijn.

Maar ik zou wel wat minder geheugen delen met je videokaart, die gebruikt al de helft van de 16 Gb.

16 - 8 = 8 en dat is niet veel.

Ja Frits laten bepalen door Windows had ik maar wilde het eens proberen door het aangepast te doen.
Maar die ca. 4000 MB vul ik dat bij Begingrootte in, zo ja wat zet ik dan bij Maximale grootte neer, bijv. 6000?

Voordat er van alles de lucht wordt ingegooid met wat het beste is.
Mocht je niet weten wat bepaalde instellingen doen, kun je het beste, zoals DutchDriver al vermeldde, het standaard laten staan.

Mede met reden is dat Windows dit perfect zelf kan bepalen en aanpassingen, tenzij je weet wat je doet en specifiek nodig is, mogelijk kan leiden tot een instabiele situatie van je PC.

Sowieso, shared video memory met een dedicated videokaart gebruikt niet altijd al het beschikbare geheugen die genoemd is, dus nee, 16gb waarvan 8gb shared, is niet dat je machine 8gb in gebruik heeft standaard. Shared memory wordt pas echt goed aangesproken als je eigen VRAM vol zit, tot die tijd, kan Shared memory als buffer worden gebruikt of wanneer processen waarbij niet het snelle geheugen nodig is.

Het naar 4000 MB aanpassen gaf ook geen uitkomst dus heb het maar weer terug gezet naar "het systeem laten beheren" zoals het voorheen was.
Maar eens overwegen om er een stripje van bijv. 8 GB bij te plaatsen als er een slot over is, daar zal het wel op neerkomen en de oplossing kunnen zijn.
Iig bedankt voor de reacties.

Ik had eerder een reactie geplaatst (in de lucht gegooid) maar deze weer verwijderd.

Ik onthou me ook maar van een verdere reactie maar wil alleen nog even benadrukken dat de gemelde problemen niets te maken hebben met je hardware. Het is simpel een probleem van Railworks, wat gewoon een onstabiel stuk software is. Schimmige foutmeldingen zetten je altijd op het verkeerde been

Tot zover mijn in de lucht gegooide opmerkingen.

Ik sluit me aan bij Frits. Heb nu 2x op hetzelfde punt in dit scenario een OOM.

Mijn pc specs:
AMD ryzen 5 5600x
32GB 3600mhz
GTX 1660 super

PS. Dit is mijn de OOM sinds ik deze pc heb (2 maand) en circa 30 scenario's (hoofdzakelijk Duitse scenarios's van >1 uur)

Dat verwijderde bericht had ik nog meegekregen Frits, mja zo heeft iedereen zijn eigen mening over bepaalde zaken.
Laten we het maar op TSC gooien met zijn nukken en/of een samenloop van omstandigheden al zou een extra stripje zeker geen kwaad kunnen wat je de kop ook niet kost.

Ps. ja Milko80 dat is ook geen verkeerde PC die het zou moeten aankunnen, trouwens hoeveel RAM heb jij omdat ik maar 16 GB heb?

Na het compleet verwijderen van de Jettrain van CT en het starten van het scenario door F2, kan ik dit scenario zonder OOM rijden. Kan toeval zijn.....

Marklin schreef: ↑

05 mar 2023, 11:10

Ps. ja Milko80 dat is ook geen verkeerde PC die het zou moeten aankunnen, trouwens hoeveel RAM heb jij omdat ik maar 16 GB heb?

Ik heb een totaal van 32GB RAM (3600mhz)
Railworks zit tijdens dit scenario rond 5300MB


Ik heb daarnaast nog een aantal applicaties zoals RWE en TSclassic raildriver draaien

Milko80 schreef: ↑

05 mar 2023, 11:29

Ik heb een totaal van 32GB RAM

Juist, ik vroeg dit omdat mijn PC 16 GB RAM heeft en de jouwe dus 32 wat het dubbele is en ook de standaard OOM melding krijgt.
Ofwel dan vraag ik mij met dit gegeven af of een extra stripje wel nut heeft.
Mja zoals vaker gemeld het is en blijft Railworks en zullen we ons daar bij neer moeten leggen door bijv. een consist te verwijderen of zo.

Ik heb zojuist even een nieuwe versie van het scenario geupload, en richting het beheer van DS gestuurd. Ik heb hierin de Jettrain verwijderd en de virm met het gele front als loose consist. Hopelijk gaat dit iets helpen met de issues die er zijn.

Ja mooi, had n.a.v. het Milko80 bericht de Jettrain ook eens verwijderd en dat ging hier ook goed.
Op zich ook alweer zoiets vreemds omdat deze trein bij Arnhem stond opgesteld en de dump in Utrecht plaatsvond en dus na het verwijderen geen dump meer.

Edit/
Degene die je via een PM stuurde is goed en tevens bij DS hebt aangeboden.
Tevens staat het Scenario er al!

hoi ,
ik heb het afgeslankte scenario nu wel kunnen rijden.
met mijn i5 en nvidia 650. fps rond de 14.
dankje voor je moeite.
greetz john

Yes, weer enorm veel dank aan het downloadteam van DS voor hun snelle acties!

Wederom een nieuw scenario, dit keer van Clipmeneer waarvoor mijn dank!
Leuk scenario met weer eens wat anders, namelijk na de gedane dienst het treinstel even wegzetten, daar is tenslotte Arnhem Berg voor bedoeld.

Ik probeer het scenario 1.6 Amersfoort - Utrecht te doen met de DDZ maar wat ik ook probeer, constant krijg ik deze error:


Heb de hele collectie van CT uiteraard geinstalleerd, evenals de Railtraction 1800 en de ICR rijtuigen die onder downloads te vinden zijn.

Heeft iemand de tip om dit werkend te krijgen?

Probeer het eens met deze Download.
Dit lost wellicht jou missend materieel op.

Ik heb ook deze scenario gespeeld maar bij Barneveld aansluiting stond de rode sein omdat de stoptrein uit Barneveld Noord eerst laten gaan, ik moest remmen voor de rode sein maar de lok heeft niet op tijd voor de sein stoppen door lange remweg met zware goederentrein, doordat de blok erg kort is.
Groen->geel (kort blok)-> rood de blok tussen geel en rood erg kort is voor korte remweg.
groen->geel met cijfer of geel met knippert cijfer->geel->rood. Deze hoort het bij in echt.
Dus misschien wil jij nakijken en aanpassen?

Mvg Arno

Ja Arno26 daar kwam ik ook achter, maar dan ben je te vroeg uit Apeldoorn vertrokken gezien de briefing.
Want zodra het sein groen werd ben ik, en jij wellicht ook, vertrokken.
Vanwege dat rode sein ben ik opnieuw begonnen en de briefing tijd aangehouden, toen had ik geen last meer van een rood sein, mogelijk heeft GekIdee de starttijd in Apeldoorn bewust zo ingevuld om dus een rood sein te voorkomen op dat punt.
Afijn, dat neemt niet weg dat de remweg iig wat kort is voor goederen/personen treinen en zal het voorgaande sein (746) van een code voorzien.

Edit/
Heb nu sein 746 (wat het hoort te zijn maar bij jullie nog 742 is (plus nog een paar seinen ervoor met foute ID)) ingesteld met #0DF#0GH# zodat dit sein geel - knipper 4 toont.



Ofwel een handige doe-het-zelver zou dit kunnen invoeren wat code betreft en moet het werken als je meteen na groen vertrekt en dus 2 min. te vroeg is volgens de briefing.