openBVE 1.5.0 RC1 - BUGS

I was on a live DVD, so I only had stuff installed that starts up with that.

Chris, I tried OpenBVE 1.5.2.2 on Ubuntu 17.10 on a VM. It didn't pull libopenal1 from the repos, I had to install it manually. After that everything was OK, I could play the game.

Leez, there's something wrong with the csv router parser, it cries bloody murder if you don't define any Structure.FreeObj's, complaining that there are no objects defined. The same does not happen with the rw parser.

That is intentional, just define an object

I have no routes (in an extremely extensive collection) which define no objects, & it's a very good quick check for things that are going to fail to load.

ObjectViewer... Fatal unhandled exception because a folder doesn't exist.

Code:

coli@net:~$ cli /usr/lib/openbve/ObjectViewer.exe

Unhandled Exception:
System.IO.DirectoryNotFoundException: Directory '/home/coli/.config/openBVE/ManagedContent' not found.
  at System.IO.Directory.ValidateDirectoryListing (System.String path, System.String searchPattern, System.Boolean& stop) [0x00091] in <8f2c484307284b51944a1a13a14c0266>:0
  at System.IO.Directory.GetFileSystemEntries (System.String path, System.String searchPattern, System.IO.FileAttributes mask, System.IO.FileAttributes attrs) [0x00023] in <8f2c484307284b51944a1a13a14c0266>:0
  at System.IO.Directory.GetDirectories (System.String path, System.String searchPattern) [0x00000] in <8f2c484307284b51944a1a13a14c0266>:0
  at System.IO.Directory.GetDirectories (System.String path) [0x00000] in <8f2c484307284b51944a1a13a14c0266>:0
  at OpenBve.Program.SetPackageLookupDirectories () [0x0002e] in <b338ba0237af47c697790d8875caf664>:0
  at OpenBve.Program.Main (System.String[] args) [0x0006a] in <b338ba0237af47c697790d8875caf664>:0
[ERROR] FATAL UNHANDLED EXCEPTION: System.IO.DirectoryNotFoundException: Directory '/home/coli/.config/openBVE/ManagedContent' not found.
  at System.IO.Directory.ValidateDirectoryListing (System.String path, System.String searchPattern, System.Boolean& stop) [0x00091] in <8f2c484307284b51944a1a13a14c0266>:0
  at System.IO.Directory.GetFileSystemEntries (System.String path, System.String searchPattern, System.IO.FileAttributes mask, System.IO.FileAttributes attrs) [0x00023] in <8f2c484307284b51944a1a13a14c0266>:0
  at System.IO.Directory.GetDirectories (System.String path, System.String searchPattern) [0x00000] in <8f2c484307284b51944a1a13a14c0266>:0
  at System.IO.Directory.GetDirectories (System.String path) [0x00000] in <8f2c484307284b51944a1a13a14c0266>:0
  at OpenBve.Program.SetPackageLookupDirectories () [0x0002e] in <b338ba0237af47c697790d8875caf664>:0
  at OpenBve.Program.Main (System.String[] args) [0x0006a] in <b338ba0237af47c697790d8875caf664>:0

Hmm, it's crashing in some completely unused code from Michelle's original Managed Content system.

I can't reproduce at this end (or see an immediate reason why that directory is in the Filesystem.cfg), but removing that code call entirely ought to fix the issue at hand, as it does nothing useful.

Give it half an hour or so for Travis to build and it should be working again.

I tried the latest build and when I switch camera from car to car in exterior camera mode (F2), the view now falls a couple of meters down, also 3d objects start to glitch if a train has 3d cab (I've seen triangles flashing across windows and under seats, sometimes some models were turning inside out and z-sorting bugs appeared, but I didn't spot that in the latest build yet, only in the one from around 18-20 December, probably earlier). Most likely happens because of car interiors...

Train: http://www.bvemetro.hu/download/jarmuvek/down_FAV_90s-11s_pot_csatolt.php
Route: it was a Japanese line from BVE2 era, I don't think it's still availiable. You may try using some other route without any special features

Hmm....

I know a couple of issues were fixed with multiple interior views after their integration, but I don't recognize triangles flashing or inside out objects as anything that could have been caused by these changes; It only affected certain overlay objects not being correctly Z-sorted.

Have found the issue with regards to the camera view and fixed that, and also added a fix for a small texture glitch I've seen intermittantly.


See if that helps matters.
I'd also check to see if you've had any driver updates recently (Windows 10 likes to force them), as I've seen at least one case where a driver update caused some very odd visual glitches.

Okay, thanks, I'll test it with a newer build and other trains.
I'm on Win 8, drivers haven't been updated for a while, but I have the latest version (just checked)

v1.5.3.1 is reporting error loading included parts of route in text files.
"The text encoding of the $Include file C:\Trainsim2016\Railway\Route\BWR-2015\structureE.txt does not match that of the base routefile."

Haven't run these for ages, but no reported errors using v1.4.3, which I used when I last ran Ballyfeckin. (Shows how often I drive the thing!!!!) Same with several BF routes I tried, but the gist of it is here:

openBVE Log: 15/02/2018 13:59:48

13:59:48  Loading route file: C:\Trainsim2016\Railway\Route\BWR-2015\Kinlough-Waterville Ferry6C.csv
13:59:48  C:\Trainsim2016\Railway : Railway folder found.
13:59:48  Route file format is: CSV
13:59:48  The text encoding of the $Include file C:\Trainsim2016\Railway\Route\BWR-2015\structureE.txt does not match that of the base routefile.
13:59:48  The text encoding of the $Include file C:\Trainsim2016\Railway\Route\BWR-2015\6Cinclusions.txt does not match that of the base routefile.
13:59:50  Route file loaded successfully.
13:59:50  Loading AI train: C:\Trainsim2016\Train\29000_IE
13:59:50  Loading player train: C:\Trainsim2016\Train\29000_IE
13:59:50  Loading train panel: C:\Trainsim2016\Train\29000_IE\panel2.cfg
13:59:52  Train panel loaded sucessfully.
13:59:52  Loading train plugin: C:\Trainsim2016\Train\29000_IE\BVEC_ATS.dll
13:59:52  Train plugin loaded successfully.

graymac wrote:v1.5.3.1 is reporting error loading included parts of route in text files.
"The text encoding of the $Include file C:\Trainsim2016\Railway\Route\BWR-2015\structureE.txt does not match that of the base routefile."

Haven't run these for ages, but no reported errors using v1.4.3, which I used when I last ran Ballyfeckin. (Shows how often I drive the thing!!!!) Same with several BF routes I tried, but the gist of it is here:

openBVE Log: 15/02/2018 13:59:48

13:59:48  Loading route file: C:\Trainsim2016\Railway\Route\BWR-2015\Kinlough-Waterville Ferry6C.csv
13:59:48  C:\Trainsim2016\Railway : Railway folder found.
13:59:48  Route file format is: CSV
13:59:48  The text encoding of the $Include file C:\Trainsim2016\Railway\Route\BWR-2015\structureE.txt does not match that of the base routefile.
13:59:48  The text encoding of the $Include file C:\Trainsim2016\Railway\Route\BWR-2015\6Cinclusions.txt does not match that of the base routefile.
13:59:50  Route file loaded successfully.
13:59:50  Loading AI train: C:\Trainsim2016\Train\29000_IE
13:59:50  Loading player train: C:\Trainsim2016\Train\29000_IE
13:59:50  Loading train panel: C:\Trainsim2016\Train\29000_IE\panel2.cfg
13:59:52  Train panel loaded sucessfully.
13:59:52  Loading train plugin: C:\Trainsim2016\Train\29000_IE\BVEC_ATS.dll
13:59:52  Train plugin loaded successfully.

Normal and now 'expected' with the current Ballyfeckin route files.

Let me try and explain:
Text is encoded into a file, using what is known as a character set. This defines how the bytes are written to disk, and how each byte sequence should be changed into a character in reverse.
I don't know if you've ever tried to use Japanese routes, but a *very common* problem is that station names etc. can show up as gibberish characters rather than the correct Kanji if the 'wrong' character set is in use. (TLDR: This is because once upon a time software was written with a max of 256 (iirc) characters displayable)

One of the really major improvements I've made in this regard is to add auto-detection of what the file is encoded as, hence most Japanese routes now actually display correctly first-time with no end-user input.

On the flip side, this sometimes shows up the error message you're seeing here:
Ballyfeckin has routefiles files encoded in both ANSI and UTF-8 text encodings.
In this case, this is harmless, *but* it's good practice in (development terms) not to mix the pair-
Whilst a route using solely English characters will never see any issues, something mixing SHIFT_JIS and UTF-8 encoded files has a good chance of a proportion of station names being mangled. [Yes, I've seen this ]


Have I confused you yet?

I'd recommend using Notepad++ as your text editor, Gray. There you can, among many other useful options, manually assign the correct text encoding to the file you're working on.

I've just downloaded it. Really, I don't understand about "encoding" . . . I'm the original "eejit"!!
Which of these should I go for when I save the "$include" text file?

I'm not at the computer right now, so I can't check what the majority of your files is in (and thus what would be the easiest thing to do). However, given the fact Gaelic languages do have their special characters (e.g. digraphs in Welsh), I think you'd be best off using Unicode UTF-8.

I've used notepad++ to save the route file Ballyfeckin-Newbridge7F.csv and the two "includes", but still get the error below, using v 1.5.3.1:

10:18:18  Loading route file: C:\Trainsim2016\Railway\Route\BWR-2015\Ballyfeckin-Newbridge7F.csv
10:18:18  C:\Trainsim2016\Railway : Railway folder found.
10:18:18  Route file format is: CSV
10:18:18  The text encoding of the $Include file C:\Trainsim2016\Railway\Route\BWR-2015\structureA.txt does not match that of the base routefile.
10:18:18  The text encoding of the $Include file C:\Trainsim2016\Railway\Route\BWR-2015\7Finclusions.txt does not match that of the base routefile.

The route(s) never reported errors with earlier versions. I don't know when it started, as I hadn't played the BWR stuff for more than a year! All BWR files were created in windows notepad alone, not a WP ever used.  The only other prog version I have is v 1,4,3,7 and that doesn't report any errors.

As Chris stated, the error message didn't show up, because the program didn't check the encoding. It simply moved along and produced gibberish especially with asian routes. It's important btw you select "convert to UTF-8", not "encode in UTF-8" - at least if I understand it correctly, the conversion option acutally converts the file (so when you click "save" afterwards, the file is encoded in UTF-, while the "encode" option only controls how the currently opened file is interpreted and displayed, without actually changing it.

I've tried that "convert to UTF-8" option, then saved. It hasn't made any difference. The odd thing is that I use "$include" .txt files in later routes (Kilmagranny 2016) and there's no errors loading those?????
I'm perplexed by it ( I'm assuming the "base route file" referenced in the error log is the .CSV route file, which I've also ensured to convert and save to UTF-.
I've had no feedback from users, but don't know if they either care, or maybe nobody's bothered with the stuff, who knows?

graymac, it's not only you as I get that same errors using the same BWR route with the log shown below. I changed structureE.txt (using Notepad ++) to use the same encoding as the route file (UTF-8 with BOM) and same errors occurred again when I loaded this route again.

Code:

openBVE Log: 18/02/2018 7:55:38 PM

19:55:38  Loading route file: C:\openbve\openbve Route and Train Content\Railway\Route\BWR-2015\Kinlough-Waterville Ferry6C.csv
19:55:38  C:\openbve\openbve Route and Train Content\Railway : Railway folder found.
19:55:38  Route file format is: CSV
19:55:38  The text encoding of the $Include file C:\openbve\openbve Route and Train Content\Railway\Route\BWR-2015\structureE.txt does not match that of the base routefile.
19:55:38  The text encoding of the $Include file C:\openbve\openbve Route and Train Content\Railway\Route\BWR-2015\Kinloughtrackferry.txt does not match that of the base routefile.
19:55:39  The text encoding of the $Include file C:\openbve\openbve Route and Train Content\Railway\Route\BWR-2015\6Cinclusions.txt does not match that of the base routefile.
19:55:42  Route file loaded successfully.

Converting the encoding works fine here

Did you remember to hit the save button after converting? It doesn't save automatically. (Marginally irritating, but there we go)

I did.
I notice that windows notepad default is ANSI encoding. (there's an optional change button to provide UTF instead).




So probably the files in question WERE  ansi, but converting them seems not to have worked. I don't like that Notepad++, too many fiddly menus and complications. I think I prefer to use windows notepad, it's quicker and cleaner, but I shall be sure to check the UTF option.
Still doesn't help the problem though, there's a lot of routes affected and a lot of files to go through because of this. I'm not best pleased.
Though I may be modifying the BWR network of routes soon, the new 29000 in 8 car consist won't fit some of the stations, so work needed there.

Notepad++ can convert in batch if you want using the Python Script plugin.
https://stackoverflow.com/questions/35526466/notepad-convert-to-utf-8-multiple-files

If you've made no changes to the public version, I can always convert for you.

Don't use Windows notepad, so I dunno off the top of my head what changing the encoding there actually does.
Couldn't work without code highlighting and multiple tabs

Marginally O/T thought:
It'd be neat if packaging a route automatically converted (or at least had the option to) the encoding to UTF-8

Marginally O/T thought:
It'd be neat if packaging a route automatically converted (or at least had the option to) the encoding to UTF-8

I like that sort of thinking

Noticed that "code highlighting", don't understand what it's for, quite put me off me breakfast!!
I was using Notepad++ earlier to modify some objs in Kilmagranny 2016 earlier today and the track file was saved in UTF-8 encode. And an error message popped up which wasn't there before. I opened ALL the KMG2016 route files with windows notepad and "save as" 'd the lot - picking the UTF-8 option. Overwritten files cleared error. BWR is in need of some changes anyway, so will work through the lot eventually and ensure all  ansi files are converted as I go along.

Okay. First of all, i don't know if my question is out of topic or not since i have problem at all the 1.5 version and may be this topic is suitable for this.

Does anyone know why i can't open the timetable at gameplay? Last version that worked at my computer is 1.4.140.1223 but since the main program growed at 1.5 and later even they showed nowhere. I checked keyboard configuration but is really there with ctrl+t key.

Thanks for attention

11:22:53  An unexpected error occured (Index was outside the bounds of the array.) while attempting to load the file C:\Trainsim2016\openBVE\Data\Compatibility\Signals\signal_3_2.csv

?????
What signal is this?  CTS routes use their own signals.

NakanoS wrote:Okay. First of all, i don't know if my question is out of topic or not since i have problem at all the 1.5 version and may be this topic is suitable for this.

Does anyone know why i can't open the timetable at gameplay? Last version that worked at my computer is 1.4.140.1223 but since the main program growed at 1.5 and later even they showed nowhere. I checked keyboard configuration but is really there with ctrl+t key.

Thanks for attention

Timetables work OK here.

Check the Timetable Mode under options in case that's been set to none by mistake.