Sådan som jeg oplever/har oplevet den fejl, så afhænger det af den måde aktiviteten er lavet på - man kan sagtens være "heldig" at en aktivitet kører uden problemer med tiden og andre gange gør den ikke - som du siger helt tilfældigt.

Det er derfor jeg siger, at det nok bliver meget svært, at finde en løsning, medmindre man kan trylle med MSTS...og det tvivler jeg på.

Jeg tror ikke på at det er aktiviteten.

Jeg har lige gennemkørt aktiviteten igen med Rail Driver, og der var afvigelsen nu kommet ned på 8 sekunder, som holdt hele vejen.

Det kan måske ligge i materiellet?

Jeg har en enkelt gang haft problemer med uret i en aktivitet på en af standardruterne.

Hvis vil have et ordentligt svar så skriv spørgsmålet på http://www.train-sim.com

Der er ingen entydig tendens i noget af det, det er så tilfældigt hvor mange sekunder/minutter det svinger i mellem...
Jeg kørte f.eks. en aktivitet på den nye OKMJ. Første halvdel af aktiviteten var jeg bagud ca. 1 minut og da jeg var omkring Kerteminde, tror jeg det var - var det nogle få sekunder det drejede sig om. Jeg kørte ikke hurtigere end tidligere...
Iøvrigt sker det jo sjældent, at man IRL oplever tog, der kommer på det exacte tidspunkt - tror også vi er mange af de "gamle" MSTS'ere, der har lært at leve med den bug, det nu er.

For lige at være sikker på at vi alle taler om den samme ting...

Jeg vedlægger lige et billede. Dette er den første station på ruten.
Som det fremgår er jeg afgået fra Esbjerg kl. 17.26.02
Idet klokken rent faktisk kun er 17.26.01 så kan jeg jo ikke være afgået som anført.

Det er afvigelsen mellem de to tidspunkter som kan være helt op til 5-6 minutter - har fået oplyst fra en anden at der endda har været en forskel på 20 minutter mellem den tid som vises som aktuel tid og den tid der stemples under ankomst/afgang.

Det er disse afvigelser som vi oplever på nogle ruter og ikke på andre.

Ja Knud - det er lige netop det jeg oplever i de aktiviteter jeg har lavet til OKMJ. Men kun når jeg ændrer ankomst/afgangstider - og det bliver man stort nødt til for at køreplanen skal passe.
Jeg har set den samme opførsel ved andre ruters aktiviteter.
Det generer egentlig ikke mig, for jeg kører ikke før der fløjtes til afgang, uanset hvad uret viser.
Så vi kan vel bare lære at leve med det. Uret har vel kun mere betydning for planlægning af aktiviteter.

Ja Knud - det er lige netop det jeg oplever i de aktiviteter jeg har lavet til OKMJ. Men kun når jeg ændrer ankomst/afgangstider - og det bliver man stort nødt til for at køreplanen skal passe.
Jeg har set den samme opførsel ved andre ruters aktiviteter.
Det generer egentlig ikke mig, for jeg kører ikke før der fløjtes til afgang, uanset hvad uret viser.
Så vi kan vel bare lære at leve med det. Uret har vel kun mere betydning for planlægning af aktiviteter.

Problemet med uret er blevet diskuteret på udenlandske sites også...fandt lige det her link til en forum tråd:
http://www.railpa...t14368.htm

Kort sagt så er der 2 ure i MSTS, der ikke altid kører synkront pga. at togets fysiske egenskaber som f.eks. hastighed kun bliver kalkuleret hvert 10. millisekund. Dette kan dog sættes lavere i filen default.wag, der ligger i .../Trains/Trainset/default mappen, og så skulle problemet i teorien blive mindre. Uheldigvis kan det gå ud over frameraten, men nu har jeg sat den til 5 millisekunder og kunne ikke se nogen forskel på framerates. Det bevirker også at toget kører mere realistisk i forhold til hastigheden på speedometeret og den afstand man kører, men det er forklaret i ovenstående link.

Henrik Fredborg

Øhh??
Hvilken parameter er det du har rettet?

Det er denne linie du skal lede efter ( Denne er rettet fra 10 til 5 ms ) "5ms # On-track solver timestep"

Tak, det vil jeg prøve. Nu er det generelt ikke de store afvigelser jeg har, og jeg troede egentlig at det relaterede til computerens kraft idet det ikke er så udtalt på min nye pc som det var på den bærbare.