New OpenBVE Build- Testers Please

The terminal output is nothing at all interesting sadly
All that's really saying is that on the last mousedown event in the window, the code function it called encountered a null reference exception.

If you use the Tab key, it'll work perfectly, but this isn't a desirable solution

My most recent build crashes on 15.10, but doesn't crash on 14.04, where the stock does.
Goes away to bash head against wall repeatedly.....

Cheers

Chris Lees

http://www.bvecornwall.co.uk

OK, I *think* I've got it this time

I can no longer make this build crash on either 14.04 or 15.10 32-bit and 64-bit.
http://www.bvecornwall.co.uk/downloads/beta/OpenBVE_1440j.7z

Again, testing much appreciated.

Cheers

Chris Lees

http://www.bvecornwall.co.uk

As a Linux only-user I have been using the default OpenBVE in the repository. Just saw this thread so thought I would give it a try.

My system: Xubuntu 14.04.3, Intel Haswell i5-4460, 4G RAM, Intel onboard graphics

- Tested Chashinai (Takahagi express) route, default train, loaded fine, Ins key (Security A1) no longer works, but alarm turns off once I have driven over the detector.

- Tested NWM express, CL220 train, loaded fine, drove as expected.

However there were a couple of issues:
- Fullscreen setting in Options no longer sets true full screen, only maximised window. My desktop panel still shows and parts of OpenBVE window are off screen eg can only see gear symbols in bottom left or messages in top left, not both at the same time.

- Crashes when exiting a route to main screen.

- Graphics are very jerky compared to default repository install

Code:

; Options
; =======
; This file was automatically generated. Please modify only if you know what you're doing.

[language]
code = en-US

[interface]
folder = Default

[display]
mode = fullscreen
vsync = true
windowWidth = 1280
windowHeight = 1024
fullscreenWidth = 1440
fullscreenHeight = 900
fullscreenBits = 32
mainmenuWidth = 1171
mainmenuHeight = 870
disableDisplayLists = false
loadInAdvance = false
noTextureResize = false

[quality]
interpolation = anisotropicFiltering
anisotropicFilteringLevel = 16
anisotropicFilteringMaximum = 16
antiAliasingLevel = 16
transparencyMode = 1
viewingDistance = 600
motionBlur = none

[objectOptimization]
basicThreshold = 10000
fullThreshold = 1000

[simulation]
toppling = true
collisions = true
derailments = true
blackbox = false
mode = normal

[verbosity]
showWarningMessages = true
showErrorMessages = true

[controls]
useJoysticks = true
joystickAxisthreshold = 0
keyRepeatDelay = 500
keyRepeatInterval = 100

[sound]
model = inverse
range = low
number = 64

[proxy]
url =
username =
password =

[folders]
route = /usr/share/games/bve/Railway/Route/Network West Midlands 2014/2006-2010 era
train = /usr/share/games/bve/Train

[recentlyUsedRoutes]
/usr/share/games/bve/Railway/Route/Network West Midlands 2014/2006-2010 era/07.00 [220] Maybank-Hammerwich XP.csv
/usr/share/games/bve/Railway/Route/Chashinai Railway/Takahagi Line/Daytime - Express train 1.csv

[recentlyUsedTrains]
/usr/share/games/bve/Train/Cl220  4 car Cross Country
/usr/share/games/bve/Train/Chashinai Railway/5000 Series/8 cars
/usr/share/games/bve/Train/Chashinai Railway/5000 Series/6 cars

[routeEncodings]

[trainEncodings]


Also, out of curiosity is OpenBVE set up for multi-core cpu use or does it only use single core?

Sir BlueBoy and Sir Chris Lees

I did also have the jerky graphics, before my mind remembered the version 1430 setting of
Options.cfg    loadinadvance = true

It did greatly help smoothing video and maybe 5 or 10 fps greater, though it is longer time loading the route.
loadinadvance = true setting is "hidden" in the Options.cfg
I believe this, it would be better with the program options menu to select "true or false"

The version 1440j is good for me.  I do not use the Linux, I do use the Windows

Good day and night for you
Hijau

BluesBoy wrote:As a Linux only-user I have been using the default OpenBVE in the repository. Just saw this thread so thought I would give it a try.

My system: Xubuntu 14.04.3, Intel Haswell i5-4460, 4G RAM, Intel onboard graphics

- Tested Chashinai (Takahagi express) route, default train, loaded fine, Ins key (Security A1) no longer works, but alarm turns off once I have driven over the detector.

- Tested NWM express, CL220 train, loaded fine, drove as expected.

However there were a couple of issues:
- Fullscreen setting in Options no longer sets true full screen, only maximised window. My desktop panel still shows and parts of OpenBVE window are off screen eg can only see gear symbols in bottom left or messages in top left, not both at the same time.

- Crashes when exiting a route to main screen.

- Graphics are very jerky compared to default repository install

The Chasanai problem is probably because it's not loading the train plugins correctly, and is instead defaulting to the built in ATC/ ATS.
Was it ever working in the stock repository build?
I'll post a version at some stage this weekend with a rebuilt copy of the OpenBveApi, which *may* help.

Plain Ubuntu 14.04 and 15.10 load fullscreen correctly, so that would appear to be an Xubuntu bug. I'd suggest using Windowed mode.
I'll see if I can do anything on Xubuntu, but make no promises.
Having said that, it led me to find a crash of my own making when attempting to use an invalid resolution, so I suppose that was helpful in a way

14.04 and 15.10 also don't crash when attempting to return to the main menu- Can you start from the terminal, and post any output when it crashes please?
I'll test on Xubuntu, but it'd be helpful to check that we're looking at the same problem, rather than two unrelated issues.

Cheers

Chris Lees

http://www.bvecornwall.co.uk

Yeah the A1 key always worked with the Chashanai route on the old OpenBve. 

It hasn't crashed again, but freezes when loading randomly. Tried loading one of the NWM routes with the Class 220 train again. Sometimes it loads fine, other times it freezes when the train loads to 22%. Might be just that train though as no other train has failed to load on that same route...yet. 

I have a spare PC, I might try installing Ubuntu on that and do a comparison. Just to see if the issues I'm having are something peculiar to Xubuntu/Xfce.

OK, so another build
http://www.bvecornwall.co.uk/downloads/beta/OpenBVE_1440k.7z

Changes:

• No longer crashes if an invalid fullscreen resolution is selected- Displays an error and drops back to the main menu
  
• Advanced Options added to the options page. This exposes two settings:
  
• Load in advance- Attempts to load all route textures/ sounds into system RAM on first load. May decrease stutter.
  
• Disable OpenGL display lists- Disables the use of OpenGL display lists. This is likely to be much slower, and should only be used for debugging purposes. As it's there, I've exposed it though.
  

I've also run a full recompile on the included plugins.

As far as I can tell, all trains and train plugins are working correctly with this version. I haven't seen any freezes in Windows, but will try a bunch of route loads under Ubuntu and see what I can find.

I've also got an Xubuntu Vmware image nearly downloaded, so will test with that this afternoon.

BluesBoy wrote:Also, out of curiosity is OpenBVE set up for multi-core cpu use or does it only use single core?

It's in essence a single core, blocking program- It cannot perform one operation until it's finished the last.

Edit:
A final, possibly stupid question, but I'll stick it out there-
Have you tried changing the key assignment for A1 & testing again?
I'll admit I haven't tried testing with anything other than standard EN-GB keyboard layouts, and there's a remote possibility that something odd might foul things up.

Cheers

Chris Lees

http://www.bvecornwall.co.uk

Updates after some testing:

Fullscreen Issue:
OK, so having tested and done a little looking into it, the fullscreen problem is an XFCE bug.
It's not respecting some fullscreen flags.

XFCE bug:
http://git.xfce.org/xfce/xfwm4/commit/?id=cf82188eb5a841e8be34fa7ce67933ca15eba7fa

Either roll yourself a copy of xfwm4 from source, or wait for this fix to make it's way to the Ubuntu repos

Workaround:
Click on the little arrow in the top right of the window title, and select the fullscreen option from the menu.

The build in the post above isn't crashing for me on return to the main menu either. I have added a little more sanity checking to it, so hopefully this one won't crash for you either.

Key A1:
The Insert key seems to be broken. The same configuration works under Windows, I'm investigating.....

Edit:
I think this is probably an OpenTK bug; It's not even registering as being pressed in the keyboard driver
Will report to OpenTK, but in the meantime, please just reassign key A1.

Cheers

Chris Lees

http://www.bvecornwall.co.uk

A further update
Bug filed with OpenTK here, as the Insert key doesn't work at all under Linux/ OpenTK:
https://github.com/opentk/opentk/issues/309

Please reassign A1 somewhere else for the meantime. I'll add a notification prompt/ think about workarounds on Linux if it doesn't look like this is getting fixed by the OpenTK peeps.


This build should fix the intermittent freeze on loading routes.
It also fixes the grey tabs on startup bug.

The build number hasn't been bumped, mostly because the route loading fix was so minute.
http://www.bvecornwall.co.uk/downloads/beta/OpenBVE_1440k.7z

Please let me know if this solves the freezing & grey startup tabs

Cheers

Chris Lees

http://www.bvecornwall.co.uk

Hi Chris

 - startup tabs are fine, no longer grey
 - A1 key reassign worked
 - Loading only froze once out of numerous load attempts, I can live with that   
 
The Xfce bug rings a bell now that you mention it. 

After experimenting with settings the stutter appears to be due to the antialiasing setting. So I reduced it to 1 and it seems okay now. I only have onboard graphics so that is probably to be expected.

Really appreciate your efforts with OpenBve and Linux, Chris. You're a legend. 

Sir Chris Lees
I did test the 1.4.4.0.k
It is good for me
I do thank you for loadinadvance of the program menu
Good day and night for you
Hijau

Hello Chris

I also would like to appreciate your great effort developing OpenBve.

I have tested your second "k" build on my Windows 8.1 and LUbunutu 14.04 machine. I have found three little issues so far:

(1) On both systems the power up key no longer works on trains with separate power/brake handles. However there is no problem with trains that have a combined power/brake handle.

(2) On my linux system -- and only there -- one of the horn keys (keypad return) no longer works.

(3) On my linux system the in-game menu (escape -> resume ...) is only shown for a short moment when the escape button has been pressed. Moreover I cannot navigate up and down in there.

System: Core2Duo E6600 (2,4 GHz) / Nvidia GeForce 7600 GT
OSs: Windows 8.1 / LUbuntu 14.04 LTS with LXDE and post-installed Nvidia 3D driver

Greetings from Germany

Sando

_sando_ wrote:Hello Chris

I also would like to appreciate your great effort developing OpenBve.

I have tested your second "k" build on my Windows 8.1 and LUbunutu 14.04 machine. I have found three little issues so far:

(1) On both systems the power up key no longer works on trains with separate power/brake handles. However there is no problem with trains that have a combined power/brake handle.

(2) On my linux system -- and only there -- one of the horn keys (keypad return) no longer works.

(3) On my linux system the in-game menu (escape -> resume ...) is only shown for a short moment when the escape button has been pressed. Moreover I cannot navigate up and down in there.

System: Core2Duo E6600 (2,4 GHz) / Nvidia GeForce 7600 GT
OSs: Windows 8.1 / LUbuntu 14.04 LTS with LXDE and post-installed Nvidia 3D driver

Greetings from Germany

Sando

No problems

All three smell distinctly related to OpenTK's input handling 
At the moment, I'm strongly contemplating dropping back to using SDL2 to handle input, at least on Linux, as it seems to be far more reliable.....

Power Key not Working:
Can't reproduce on anything. (Windows, XFCE and Unity)
Can you check that POWER_INCREASE is assigned correctly under controls, and then try changing it to something else and testing again?
If this wasn't working for everyone, I'd expect a much bigger fuss

Escape Menu:
This seems to work correctly on Unity, but not XFCE. Haven't got a LXDE VM rolled at the minute, but it's obviously the same issue. Will do some investigating

Enter key on keypad:
Almost certainly the same bug as the Insert key with OpenTK.

Cheers

Chris Lees

http://www.bvecornwall.co.uk

That's weird, the Escape menu works fine for me on Xubuntu.

1.4.4.0.k works fine for me on several routes except on NWM where I do have some issues. For the first minute or two there is no sound and then it works as normal. And if I limit CPU usage through windows at times the train stops moving and then resumes movement if I change CPU usage higher. I am getting 4 to 10 fps (18-33 fps if I don't limit CPU usage). With 1.4.3 I get 10-15 fps (22-33 fps if I don't limit CPU usage).

BluesBoy wrote:That's weird, the Escape menu works fine for me on Xubuntu.

Found it
On Linux, OpenTK uses SDL2 by default if it is available. This is what's causing the issues with the Escape menu (To be exact, I think SDL is sending it's own key repeat events...) & why you can't reproduce it, as you obviously haven't got it installed.
Will post a build with SDL2 explicitly disabled in the OpenTK options at some stage over the next day or two.

MattD6R wrote:1.4.4.0.k works fine for me on several routes except on NWM where I do have some issues. For the first minute or two there is no sound and then it works as normal. And if I limit CPU usage through windows at times the train stops moving and then resumes movement if I change CPU usage higher. I am getting 4 to 10 fps (18-33 fps if I don't limit CPU usage). With 1.4.3 I get 10-15 fps (22-33 fps if I don't limit CPU usage).

Please try turning on Load In Advance, and dialing back your graphics settings a bit.
This really sounds like the sim is simply overloaded.

Limiting CPU usage is a *bad thing*, so please don't fiddle with it
Specifically, by limiting the CPU usage, I think OpenTK will probably start dropping UpdateFrame events to compensate (These are where the trains are physically moved).

If you've got an example route file/ train combination (Rather a lot in NWM!) which displays the sounds bug and can let me have a copy of your UserData\Settings\options.cfg , I can try running it on a few slower boxes and see whether I can reproduce.

Enter Key on Keypad:
This will be fixed with the SDL2 disabled build mentioned above, seems to be another SDL related bug.
Sadly, this doesn't appear to fix the Insert key

Cheers

Chris Lees

http://www.bvecornwall.co.uk

Hello Chris, uninstalling SDL2 on LUbuntu indeed solved the problems with the broken KeypadEnter key and the Escape menu.

In exchange I have the broken Insert key now, too. (But reassignment will do it for me.)

What still does not work on both systems is toggling between full screen and window mode.

By the way, I've seen that your build includes a second ".controls" file for Notebooks ... and it seems to use the old-style keyboard assignment -- is that intended?

I am limiting CPU usage through power options in windows by changing the setting from "Balanced" to "Power Saver". I am the using the same graphic settings as 1.4.3.0 which worked well even with using "power saver".

I tested it again with "load in advance" selected, which did help slightly though with bad fps and the train stops at times with "power saver" used but I might have to accept that. I loaded it several times and I get no sound at the start of the route even without limiting CPU usage but after a minute or two the sound works. However just once it worked just before departure time. With lowering the graphics I am not sure what setting I should lower. The NWM  route I have been using is the 7.10 with a 323 from the bve4train site. Code below is from my options.cfg file. Thanks.

Code:

; Options
; =======
; This file was automatically generated. Please modify only if you know what you're doing.

[language]
code = en-US

[interface]
folder = Default

[display]
mode = window
vsync = false
windowWidth = 900
windowHeight = 600
fullscreenWidth = 1920
fullscreenHeight = 1200
fullscreenBits = 32
mainmenuWidth = -1
mainmenuHeight = -1
disableDisplayLists = false
loadInAdvance = true
noTextureResize = false

[quality]
interpolation = anisotropicFiltering
anisotropicFilteringLevel = 8
anisotropicFilteringMaximum = 16
antiAliasingLevel = 8
transparencyMode = 2
viewingDistance = 1000
motionBlur = none
[objectOptimization]
basicThreshold = 10000
fullThreshold = 1000

[simulation]
toppling = true
collisions = true
derailments = true
blackbox = false
mode = normal

[verbosity]
showWarningMessages = true
showErrorMessages = true

[controls]
useJoysticks = true
joystickAxisthreshold = 0
keyRepeatDelay = 500
keyRepeatInterval = 100

[sound]
model = inverse
range = low
number = 64

[proxy]
url =
username =
password =

[folders]
route = C:\openbve\openbve Route and Train Content\Railway\Route\Brisbane Railway Network
train = C:\openbve\openbve Route and Train Content\Train

[recentlyUsedRoutes]
C:\openbve\openbve Route and Train Content\Railway\Route\Network West Midlands 2014\2006-2010 era\07.10 [323] Maybank-Riverside3car local.csv
C:\openbve\openbve Route and Train Content\Railway\Route\Brisbane Railway Network\[EMU,SMU,IMU] 07.55 Ferny Grove to Roma Street all stations.csv
C:\openbve\openbve Route and Train Content\Railway\Route\Cheltenham\1000chelt-andoversford - Class 25.csv
C:\openbve\openbve Route and Train Content\Railway\Route\Plymouth- St Austell Demo\1980s\Class 104 (Stopping)- Liskeard [c].csv
C:\openbve\openbve Route and Train Content\Railway\Route\Network West Midlands 2014\2006-2010 era\07.00 [220] Maybank-Hammerwich XP.csv

[recentlyUsedTrains]
C:\openbve\openbve Route and Train Content\Train\Cl323 3 car Refurb London Midland
C:\openbve\openbve Route and Train Content\Train\Test EMU 6 car
C:\openbve\openbve Route and Train Content\Train\Class25_open
C:\openbve\openbve Route and Train Content\Train\class104_blue_livery_pack\cl104_DMC_2CAR_BLUE
C:\openbve\openbve Route and Train Content\Train\Cl220  8 car Cross Country OPEN

[routeEncodings]

[trainEncodings]


MattD6R wrote:1.4.4.0.k works fine for me on several routes except on NWM where I do have some issues. For the first minute or two there is no sound and then it works as normal.

I've experienced this as well on NWM routes, I've not tried it on any other routes as yet. I've experienced the fault on the following route/train combinations 07.00 [220] Maybank-Hammerwich XP with Cl220 8 car Cross Country OPEN and 23.28 [390] Maybank-Hammerwich XP with cl390 9 car Virgin Pendolino OPEN, unfortunatly I can't remember where I downloaded the trains from.

Hmm

I haven't touched the sounds at all, other than shifting to OpenTK for handling the AL context.....
A quick fix:
Bump up the allowed number of sounds to maximum (100)

Can't figure out why at the minute, but when the total number of sounds gets over the maximum, it's dropping sound altogether.
The debugger shows the sound is playing, just nothing coming out.....
Driving down the line a bit gets you out of range of the station announcer and the train sitting in the sidings.

Cheers

Chris Lees

http://www.bvecornwall.co.uk

I'm still scratching my head on the audio issue
Everything reports it's playing from a buffer, just nothing coming out.
Increasing the number of sounds as per above may be a red herring, as I've now dropped the sounds number right down to 32, and it's still working

This build *may* help a little:
http://www.bvecornwall.co.uk/downloads/beta/OpenBVE_1440l.7z

Changes:

• Forces native platform backend, rather than SDL2 on Linux- Numpad enter key & the menu should work correctly.
  
• Implements a display list for rendering the background viewing frustrum. This saves a few milliseconds a frame; Nothing drastic, but every little helps.
  
• Changes where in the loop order audio playback is updated, to explicitly call it once a frame. Didn't seem to make any difference, but please report back.
  
• Started the process of separating the large lump classes into smaller chunks. (This is entirely internal, but saves me digging through a 2,500 line file to find the background rendering function)
  
• Squashed a couple more bugs
  

I'm going to try removing the threaded loading code over the next couple of days; I'm wondering if something hasn't caught up by the time the simulation starts.
In theory, this shouldn't be an issue, but still....

I'd also be interested to know if restarting the same route a few times suddenly causes the sound to start working.

Final point-
I've broken fullscreen switching. Now on my list to fix...

Cheers

Chris Lees

http://www.bvecornwall.co.uk

Using 1.4.4.0.l I increased the number of sounds to 100 and upon loading there was no sound but when I jumped to the last station the sound worked and then back to the first station it also worked. Before this I tried jumping between the first and second station a few times but that didn't result in any sound.

I reloaded the route and with no sound and I jumped straight away to the last station where there was sound and then straight back to the first station did result in sound. I then reloaded the route twice and the sound worked from the start of the route both times. I have only tested a few routes but NWM is the only with this issue with the sound.

Chris, I have got a question. Taking a look at stats in F10 I have found something interesting. In openBVE - what do you think it will do to  a GPU when it has to work with about 15K dynamic alpha faces at the same time?

Ouch.....

Won't be pretty, I'm certain of that.
Nvidia cards will probably handle them better, but I'd expect a total crawl.

I can't find anything that goes much over 100.

Can try running some tests if you're interested, but goodness knows where I can find a file that complex....

Cheers

Chris Lees

http://www.bvecornwall.co.uk