Route backgrounds problem
2 posters
Page 1 of 1
Route backgrounds problem
I get a very odd problem in a couple of routes where this happens in place of the normal background image (see photo)
I was using the newest nightly build of openBVE and it happened on Budapest Tram line 12 and Hong Kong LRT 506
It occurs with every camera including the default cab view and can be very disorientating
Not sure what the problem is here
I was using the newest nightly build of openBVE and it happened on Budapest Tram line 12 and Hong Kong LRT 506
It occurs with every camera including the default cab view and can be very disorientating
Not sure what the problem is here
SP1900- Posts : 301
Join date : 2017-12-08
Age : 21
Re: Route backgrounds problem
I *think* off the top of my head that that's the effect you get when no background textures are defined at all. (Essentially, it's blending the edges of the adjacent faces with a non-existant texture)
Will take a dig later & see if I can confirm, and implement something to make this a little better.
Will take a dig later & see if I can confirm, and implement something to make this a little better.
Re: Route backgrounds problem
Thanks. But is there no way to set the background as a solid colour if there is no specific photo defined for the background?
SP1900- Posts : 301
Join date : 2017-12-08
Age : 21
Re: Route backgrounds problem
The two above would appear to be a really nasty little edge-case
A little TLDR:
The background number for block 0 (Zero meters) is always set to 0.
Normally, this doesn't matter as the developer would usually use background 0 first.
If background 0 is not used, and the route starts at position 0, whichever background the developer used overwrites this, and everything is fine.
**HOWEVER** when the route starts at a non-zero position, and background 0 is not used, everything blows up, as we're trying to fade between a non-existant background and the current one
https://vps.bvecornwall.co.uk/OpenBVE/Builds/OpenBVE-2019-07-03.zip
This I believe fixes the glitch (main program only).
Note:
If no background texture is set at all, this glitch will still occur at the minute. Need to do some more twiddling to see if there's an easy way to get round this....
A little TLDR:
The background number for block 0 (Zero meters) is always set to 0.
Normally, this doesn't matter as the developer would usually use background 0 first.
If background 0 is not used, and the route starts at position 0, whichever background the developer used overwrites this, and everything is fine.
**HOWEVER** when the route starts at a non-zero position, and background 0 is not used, everything blows up, as we're trying to fade between a non-existant background and the current one
https://vps.bvecornwall.co.uk/OpenBVE/Builds/OpenBVE-2019-07-03.zip
This I believe fixes the glitch (main program only).
Note:
If no background texture is set at all, this glitch will still occur at the minute. Need to do some more twiddling to see if there's an easy way to get round this....
Similar topics
» Problem extending route
» Route Viewer for Openbve
» After Installing Jack Hinks ELR route Major Problem
» Dynamic backgrounds
» Dynamic Lighting & Backgrounds, based upon the time of day
» Route Viewer for Openbve
» After Installing Jack Hinks ELR route Major Problem
» Dynamic backgrounds
» Dynamic Lighting & Backgrounds, based upon the time of day
Page 1 of 1
Permissions in this forum:
You cannot reply to topics in this forum
|
|