openbve

[Adam_Harrison]

how come there is other trains on the track which move? is there a way i can stop this it is really annoying.

thanks

 

[mbonwick]

I think it must be to do with the .pretrain command which developers use to make signals stay red.

 

[Adam_Harrison]

but its only done this since i downloaded the latest openbve

 

[Tugzrule]

That used to happen to me on a much earlier version of openbve, dont think that anything can be done about it, but you could always report it to Michelle to see if she can do anything about it.

 

[Adam_Harrison]

i have fixed this by going back to a previous version

 

[bengley]

I don't see why you'd want to do that. You should never be able to catch up with the previous train.

 

[Adam_Harrison]

there is more than one and they start at the first station aswell inside my train.

 

[bengley]

Then that's a bug with that specific route. Try contacting the person who made the route.

 

[eezypeazy]

... which was me!

mbonwick is correct, the .pretrain command is used to make the signals change.

My Aln Valley route was written well before openBVE was even a twinkle in Michelle's eye, so there will probably be a number of issues when you try to drive it in openBVE.

I'll see if I can look at it this week.

Regards

eezypeazy
--- old post above --- --- new post below ---
... and, having looked at the route and asked a question over on Michelle's forum, the error was, as we suspected, down to my poor coding... I really must improve!

The problem was caused by using both .runinterval and .pretrain commands. The easiest solution for Adam (and anyone else) is to open each route in Notepad and remove the .runinterval 0 statement, which is quite near the top of the file.

But a reminder that this route was written some years ago, and there are transparency issues when running it in openBVE. I will address these later this year.

Regards

eezypeazy