openBVE logo
Project Status (21st April 2019)
Welcome to the Railsimroutes.net Blog, where I'll be posting progress updates, work-in-progress screenshots, information about the progress I'm making with active projects, as well as anything else I feel is worth mentioning. Hopefully more frequent updates here will make the wait for upcoming releases more bearable! News from 2008, all the way back to 2001, can be found in the News Archive.

Railsimroutes.net YouTube Channel My openBVE videos and other comments from users and myself can also be found via my YouTube channel.



Blog and Progress Updates


Watford Junction to Rugby – current progress on 1980s object removal

Posted by admin on April 18, 2019 at 5:23 pm

Watford Junction to Rugby – current progress

Railsimroutes LogoFirstly, I’d just like to say thank you to everyone whose offered me a warm welcome back to the openBVE scene, it is much appreciated and it’s great to be back! Having looked at some of the newly updated openBVE documentation, I’m looking forward to having a play with some of the new features. Let’s see where we can take openBVE in 2019 🙂

Just a quick update on what I’m working on at the moment… As the Watford Junction to Rugby project has developed, I’ve modelled the route with features which occur in two different eras – the 1980s and the 2000s. Such features include signals, gantries, lineside location cases, insulated block joints (IBJs), axle counters, Mk1 and UK1 overhead line equipment, and so-on. The project consists of a “main” routefile at the moment, which includes all of these different-era objects. My current task towards getting the route closer to a release is to hide the 1980s-only objects from the route, leaving just the 2000s objects visible. Here’s a before and after screenshot showing an example of the changes:

The location is between Linslade and Soulbury (south of Bletchley), so I’m making good progress. I have finished inserting the commands and beacons for the UkTrainSys simulation of the Automatic Warning System (AWS) and Train Protection and Warning System (TPWS), as well as added beacons for the neutral section Automatic Power Control (APC) magnets. .Section commands have also been added to the corresponding axle counter locations too.

More updates to follow! Take care all 🙂

Tags: , , , ,
Posted in openBVE, Site News, Uncategorized | 4 Comments »



Railsimroutes returns – work resuming on projects, new website design, content updates including updated openBVE help guide and computing section, new UKTrainSys bugfix release

Posted by admin on April 10, 2019 at 11:58 pm

Railsimroutes returns – new site design, work resuming on projects

Railsimroutes LogoWell it’s been an incredibly long time since the last update here at Railsimroutes… In the intervening years I’ve been very busy, and many things have changed with real life taking precedence. I studied for a Foundatation Degree in Railway Engineering and embarked on a career with the real railway, which as you can imagine didn’t leave much spare time to devote to the simulated world of openBVE.

However I now feel able to return to the hobby and I would really like to get my projects released. I intend to finish off some of the tasks I started working on back in 2014, make the add-ons usable, and aim to get at least something released. These releases won’t be as polished as previous versions, but given that all material will be released as open source and placed into the public domain, it can always be improved upon further down the line (pun intended!).

Given how openBVE has developed lately, I also want to release the UK Railway Infrastructure Object Library soon to give the project a boost and provide a nice graphical upgrade for developers or users who wish to use its objects and textures.

 

UkTrainSys plugin update – bugfix release v0.3.2.0

Railsimroutes LogoThanks to Chris Lees, I was notified (a long time ago!) of a bug in the Train Protection and Warning System (TPWS) simulation where an incorrect variable in the ArmTss() method was reset upon passing an opposite-direction TSS f5 frequency. This was caused by a typo which Chris spotted in my code! Please head over to the UkTrainSys Plugin page for the updated version. I have also updated the Class 323 3D Cab Add-on with the updated UKTrainSys.

 

New website design and content updates

Railsimroutes LogoI wanted to learn HTML5 and revamp the design of Railsimroutes with a more modern format, using the latest web standards with a focus on current standards compliant browsers. So today sees the launch of the fifth incarnation of Railsimroutes, with a theme known as “Glass”. I hope you like the new design. It is aimed primarily at desktop PC and tablet users, but does employ responsive design for use on smartphones, which may be further enhanced in future.

  • The new site design has been hand coded from the ground up to be fully HTML5 and CSS Level 3 compliant, and now fills a greater width of the browser window. Both a Light and a Dark theme variation are provided to suit your taste, with the Dark theme being the default.
  •  
  • I have updated the openBVE Help and Installation Guides to reflect Chris Lees’ ongoing developments with openBVE. The new guide gives step-by-step instructions for installing openBVE 1.4.5.x in Windows 10 “Creator’s Update”, and now also includes a guide for macOS Mojave users (I am now a Mac user as well as die-hard PC enthusiast!).
  •  
  • The About the Site and History section has been updated, and the previous “Clarity” theme can be seen in the Railsimoutes.net Archive.
  •  
  • The Links page has been updated although this is still a work in progress. There are also many more non-railsim related links included near the bottom of the page.
  •  
  • The PC Specs section of the site has now been significantly expanded, and renamed Development PC(s) and Network with a new URL. This section covers my long standing interest in computing, from my earliest PCs to my present day machines, including my office/development studio and networking setup, software choices, and so-on.
  •  
  •  
  • Railsimroutes now has an SSL certificate installed, so the site can also be accessed via https://railsimroutes.net.
  •  
  • I have also set up a mirror of the Railsimroutes website, which is also SSL enabled, at https://railsimroutes.com. This is hosted on my own server; feel free to use whichever you find more responsive.

Lastly…

Railsimroutes LogoMore updates shall follow soon! I am working on the AWS/TPWS implementation in Watford Junction to Rugby next, and also the UK Railway Infrastructure Object Library. I’m working on these projects as and when I get the odd hour spare between my day job and other real-life stuff which has to come first, but I shall try and do more regular updates even if they’re not all that exciting!

Tags: , , , , , , , ,
Posted in openBVE, Site News | 14 Comments »



Watford Junction to Rugby update, and collaborative project development

Posted by admin on March 12, 2014 at 11:41 pm

Update on Watford Junction to Rugby project

Railsimroutes LogoI’m pleased to say that I resumed development of the Watford Junction to Rugby project recently. Currently I’m working on implementing new .Beacon commands which support the UkTrainSys plugin’s advanced safety system functionality.

 

Signalling along the entire 66.5 mile / 107.1 km route has been updated, with all aspects now comprised of animated objects with ground night lighting.

All Automatic Warning System (AWS) magnets are now comprised of beacons simulating the permanent magnets and electro-magnets of the real life system, and sections are now aligned with track circuit breaks and axle counter head locations.

All Train Protection and Warning System (TPWS) induction loops are now simulated with beacons emulating the real life system in terms of induction loop spacing and frequencies.

There are four OHLE neutral sections modelled on the route, and all of these are now updated with UkTrainSys compatible beacons for the Automatic Power Control (APC) permanent magnets both before and after the neutral section, as well as denoting the start and end of the dead section of contact wire itself.

 

Screenshot
New signals awaiting commissioning (note the out-of-use covers), and modular AWS magnet objects
[Click to enlarge]

Collaborative development

The other significant development, is that the project is now open to third party contributions, to speed up development and bring the release date closer. Ben Leahy is the first developer to contribute to the project by building objects, and I’d be more than happy to hear from you, if you think you’d be able to contribute some more high quality, efficiently coded 3D models for the route, leaving me free to concentrate on the systems and permanent way infrastructure.

Currently there’s a list of objects which need to be created and added to the route. These include:

  • Station buildings from Kings Langley through to Rugby inclusive;
  • A few lineside buildings, such as houses, warehouses and the like, to be positioned at various locations along the route, but especially at Roade, Weedon, and Rugby;
  • A few road overbridges for the Weedon Line, as well as retaining walls at Weedon;
  • Road vehicles for road bridges, and the section of M1 motorway at Watford Gap;
  • Passing train objects.

If you think you can contribute any of the above, please get in touch and we can discuss options, and I’ll draw up an effective collaboration plan. Thanks 🙂

Screenshot
Blisworth pointwork and REBs – can you help by creating a new overbridge object for the site?
[Click to enlarge]

Information IconFor more information about these ongoing projects:


Railsimroutes.net - Watford Junction to Rugby Project banner

Watford Junction to Rugby Project

Railsimroutes.net - UK Train System Cross-platform .NET Plugin banner

UK Train System (UkTrainSys)
Cross-platform .NET Plugin

Tags: , , , , , , , ,
Posted in openBVE, openBVE 2, Site News, Uncategorized | 12 Comments »



openBVE v1.2.10 released, Cross-City South v1.31.11 update, and UkTrainSys v0.3.1.9 now available, with enhanced AWS and TPWS simulation, diesel multiple unit support, and various improvements

Posted by admin on December 25, 2010 at 11:15 pm

openBVE v1.2.10 released

openBVE LogoopenBVE has now reached v1.2.10, which marks the first stable release to feature cross-platform .NET support. This is great news for non-Windows users, who can benefit from the extended functionality, system simulation, and the AI support feature which new .NET plugins can provide. Please head over to the official openBVE homepage to download the latest stable release, as well as to read about the latest developments. Also, don’t forget to read the changelog, for a summary of various other changes which have taken place since v1.2.8.2.

openBVE users who also use my Cross-City South v1.31 route, should also note that the route is now updated for the new version of openBVE, and it also requires the latest version of the new UkTrainSys plugin for full simulation the class 323’s safety systems to be available, because I’ve now altered the route’s .Beacon commands to take full advantage of the enhanced realism of the new UkTrainSys AWS and TPWS implementation. More details can be found below…

UkTrainSys v0.3.1.9 now available, with enhanced TPWS and AWS simulation, diesel multiple unit support, and a few other enhancements

Railsimroutes LogoI’ve just released the next version of the UkTrainSys cross-platform plugin, which is now up to version 0.3.1.9. This latest release includes initial support for diesel multiple units. Other new features include the Vigilance Device reduced cycle time, far more realistic AWS and TPWS simulation, and several other improvements. Here follows some more information about the various features:

Diesel engine support:

UkTrainSys now has diesel engine support, which means that the plugin can be used with trains which rely on Simon Gathercole’s UKSpt.dll, such as Sprinters or the class 170 (although diesel locomotives are supported too, apart from ammeters and wheelslip protection – I’ll add these later). I’ve decided to recreate much of Simon’s complex diesel engine model, rather than the simple model. This means that UkTrainSys includes the requirement to hold the engine starter button down until the engines are running, as well as simulating the starter motor, and a percentage likelihood that the engine will stall on starting. I’ve also adapted the AI Support feature, so that the AI driver can start the diesel engine, even if it stalls, as well as restart the engine if it is shut down at any point.

Vigilance device with reduced cycle time:

It’s now possible to set an option within the UkTrainSys.cfg file, which enables the Vigilance Device reduced cycle time of 45 seconds, when the power notch is 6 or 7.

Miscellaneous changes:

Firstly, I’ve now implemented a solution for the infamous anomalous multiple-arm phenomenon, which a few people have commented on, when openBVE’s AI driver is enabled for the first time in a driving session. You shouldn’t see any weird, freaky stuff going on in the cab any more, provided that you don’t look over your shoulder, at least. 😉

Secondly, when traction power is not meant to be available, openBVE’s internal reverser position is now set to neutral, whereas previously, only the power handle was set to zero. This means that regenerative braking is disabled when passing through a neutral section, for example.

Thirdly, I’ve also expanded the range of optional Data values which can be recognised via .Beacon 50 commands. UkTrainSys can now be informed of an upcoming terminal station, and this instructs the UkTrainSys AI Support implementation to leave the reverser alone after stopping, so that UkTrainSys and openBVE aren’t continually squabbling over their respective desires where the reverser handle position is concerned. .Beacon 50 can now also be used to instruct the AI Support to lower the pantograph or stop the diesel engine upon the next station stop, after the doors have opened. .Beacon 50 can also be used to inform UkTrainSys of an upcoming neutral section, now. As UkTrainSys will implement a tap changer in future, and a tap changer can take over 30 seconds to run down to notch 0, this beacon can be placed quite some distance ahead of a neutral section. When this neutral section beacon instruction is encountered, UkTrainSys begins monitoring the train’s speed, along with the distance to the neutral section, and decides when exactly to return the power handle to notch 0. UkTrainSys also checks to see if the tap changer is enabled or not, and if it is, the time taken to run down the tap changer is taken into account.

Lastly, the AI guard and related beacons, have been expanded to accommodate multiple stopping points at a station, and UkTrainSys selects which beacon to act upon, depending upon how many cars the player’s train has.

Train Protection and Warning System (TPWS):

For this release, I’ve also significantly increased the realism of the Train Protection and Warning System (TPWS) implementation. With Simon’s previous generation of plugins written for BVE 4, the TPWS simulation seemed to be realistic to the end user, but it didn’t always work in a way which truly reflects how the real TPWS works. Thanks to openBVE, as well as openBVE’s API and documentation, I’ve been able to create a TPWS simulation which works just like the real thing, while also being backwards compatible with routes which were written with Simon’s BVE 4 plugins in mind.

For example, the implementation of the Overspeed Sensor System in Simon’s plugin, was a simplification of how the real OSS works. Simon’s plugin recognises the optional Data parameter of a single .Beacon 44002 or .Beacon 44003 command, as a maximum permissible speed. If the train’s speed exceeds the set speed which is encoded in the .Beacon command’s Data parameter, then the TPWS issues an OSS brake demand. This simplified system works well enough, however it doesn’t take acceleration or deceleration curves into account, for example, and it’s not how the real system works. My OSS implementation, works exactly like the real system.

UkTrainSys recognises a track mounted OSS as comprised of a pair of induction loops (beacons) – the arming loop, and the trigger loop. Where Simon’s plugin expects to read a set speed from only the trigger beacon, UkTrainSys can read a unique frequency from each beacon’s optional Data parameter instead. The permissible OSS set speed, is now determined by the distance between the induction loops, just like in reality. Furthermore, UkTrainSys implements a pair of on-board OSS timers, and the OSS timeout period can be set in the UkTrainSys.cfg file, to suit a passenger or freight train – there is no need to edit a route file to accommodate both types of train. Each timer acts independently of the other, being armed by different arming frequencies, and this allows for realistic nesting and interleaving of induction loops, as well as realistic system behaviour when travelling backwards over induction loops.

The Trainstop Sensor System (TSS) implementation has also been made more realistic. With Simon’s plugins, a single beacon acts as the TSS installation, but with the real system, a pair of induction loops form the TSS – as with the OSS, there is an arming and trigger loop. UkTrainSys recognises TSS arming and trigger induction loops based upon frequencies specified via the optional Data parameter of the .Beacon commands. When the plugin encounters a TSS arming beacon, one of two TSS detection states is activated, and only if a TSS trigger beacon with a suitable frequency is encountered while the arming beacon is still within “detection range”, will the TSS be functional. If a TSS trigger beacon is encountered without an arming beacon having activated the system, then the trigger beacon is ignored, as with the real system. Again, this means that induction loops can be nested and interleaved, and prototypical reverse direction behaviour can be simulated.

Automatic Warning System (AWS):

I’ve not only improved the realism of the TPWS simulation, but I’ve also implemented a more realistic implementation of the Automatic Warning System (AWS), as well. With Simon’s previous generation of BVE4 plugins, and the routes designed for use with them, a single beacon command is used to represent an AWS magnet. The new UkTrainSys AWS simulation also supports this legacy behaviour, but UkTrainSys can also now respond to an AWS permanent magnet, together with an AWS electromagnet. Both are defined via separate .Beacon commands, with a distinction between the magnetic polarity of the magnets defined via the optional Data parameter. This allows for a fully realistic AWS simulation, using only one beacon type, whether associated with a signal or a speed restriction.

When UkTrainSys encounters an AWS permanent magnet, the AWS is primed, the AWS sunflower instrument goes black, and a timeout period is started. If an energised AWS electromagnet is detected within this timeout period, then an AWS clear is issued (i.e. the bell/bing sound, and the sunflower instrument stays black). If no electromagnet is detected within the timeout period, then an AWS warning is issued when the timeout period expires, just like with the real AWS. This also allows for a slightly more realistic simulation of the AWS when travelling at very low speed over an AWS magnet associated with a signal showing a green aspect. At very low speeds, the AWS can be primed by the detection of the permanent magnet, but the timeout period can expire before the electromagnet is detected, which leads to an AWS warning being issued, even though the signal is green (Simon’s plugins also simulate this). However, with UkTrainSys, if you don’t cancel the AWS warning, it will actually clear itself when the electromagnet is detected, with the overall effect being an AWS warning horn followed by the bell/bing sound (assuming the electromagnet is detected before a brake demand is issued).

UkTrainSys also supports AWS suppression magnets, which are used on bi-directionally signalled lines. By inserting a suppression beacon before or after a permanent magnet beacon, an AWS inductor can be made to work in either a forward only direction, or backwards only direction. Should openBVE support networked tracks and bi-directionally signalled lines in future, this can far more easily allow for a fully realistic simulation of AWS under those circumstances.

A summary of the advantages of the new UkTrainSys TPWS and AWS implementation:

  • Acceleration and deceleration curves are taken into account when traversing a TPWS OSS;
  • TPWS induction loops can be nested or interleaved;
  • Passenger and freight trains can have their own OSS timeout periods set, with no need to edit a route file to accommodate either train type;
  • A single beacon type can be used to represent all kinds of track-mounted AWS installations;
  • By defining the AWS permanent and electromagnets separately, a fully realistic AWS simulation can be achieved;
  • AWS suppression is supported;
  • The above features allow for fully realistic behaviour while travelling forwards or backwards over AWS inductors and TPWS loops;
  • It’s more fun when the simulated systems work in the same way as the real systems, with the same advantages and disadvantages of the real systems;
  • Lastly, it’s more future proof. Should openBVE support networked tracks or bi-directional signalling in future, I think the best way to ensure compatibility or ease of code maintenance, is to make the simulated systems work with the same principles, trigger events, inputs, outputs, and variables, as the real-world systems.

Disadvantages:

  • Placing the TPWS related beacons is a little more difficult, but it’s really no big deal if the documentation is read, and you have a calculator, as well as the ability to type in a few numbers (which any openBVE developer has to be able to do anyway). 😉
  • UkTrainSys can interpret the new frequency-based beacons in new routes, and it can interpret old speed-based beacons in existing routes (UkTrainSys is fully backwards compatible with legacy beacon commands in these routes), but Simon’s BVE 4 plugins won’t recognise the induction loop frequencies (or magnetic polarities) when encountered in new routes designed for openBVE and UkTrainSys.
  • Two beacons now make up an AWS magnet associated with a signal, but it’s only slightly more trouble than using one beacon.

UkTrainSys configuration files for openBVE trains

I’ve also released a set of configuration files which can be used with a variety of DMUs and EMUs available from trainsimcentral. If you are a Linux or Mac user, and want to enjoy some UK diesel traction in openBVE, then you can simply extract the latest UkTrainSys.dll into any of the supported TSC train folders, and then extract the appropriate configuration files into each folder. If you are a Windows user, then you might like to experiment with the new fully realistic AWS and TPWS implementation within the UkTrainSys plugin (on existing routes to test the backwards compatible legacy behaviour, and on either Cross-City South v1.31.11 or the AWS/TPWS test route available below, to test the new simulation). I would certainly appreciate any feedback. Please bear in mind that the guard’s buzzer sounds might play more times than they should – UkTrainSys expects the buzzer sound file to contain only one buzz sound, whereas these trains may contain two buzzes in the relevant sound file.

For more information and the latest downloads, plus complete documentation and example code snippets, please visit the UkTrainSys project page:


Railsimroutes.net - UK Train System Cross-platform .NET Plugin banner

UK Train System (UkTrainSys)
Cross-platform .NET Plugin

[v0.3.1.9 now available]

AWS and TPWS test route for use with UkTrainSys (or any supported train class), and Cross-City South v1.31.11 update

Railsimroutes LogoAs with the enhanced neutral section and Automatic Power Control feature included in the last UkTrainSys release, for this latest version, I’ve prepared a test route so that the new AWS and TPWS implementation can be tested. I’ve also updated Cross-City South to v1.31.11, and the openBVE route files now utilise the realistic AWS and TPWS simulation features of the UkTrainSys plugin.

The AWS and TPWS test route is around 7 km in length, and demonstrates a variety of AWS and TPWS installations. Each signal is held at red until a preset time, and you can either drive safely or commit SPADs to test that AWS and TPWS are working correctly. There is also a signal and a permanent speed restriction located near to each other, which requires the co-location of a TPWS OSS associated with the signal, plus another OSS associated with the permanent speed restriction. The OSS induction loops at this location are interleaved, and you can test how this works when the signal is red or otherwise. You can also practice driving at normal and extremely slow speeds over AWS magnets, to see how the dual magnet detection works, especially when a signal aspect is green. There is also a single track section, which is equipped with AWS suppression magnets, and you can drive forwards and backwards along the route to test this feature, as well.

Screenshot Screenshot

The AWS and TPWS test route. On the left, is an AWS inductor, comprised of a permanent magnet, suppression magnet, electromagnet, and protection ramps for bi-directional running. On the right, is a pair of co-located TPWS OSS installations, with interleaved induction loops. Each OSS arming loop starts one of two independent OSS timers within the UkTrainSys plugin.

Download: AWS and TPWS test route [86 KiB – also includes updated neutral section test route]
Once extracted, the route file can be found here: Railway\Route\rsr_uktrainsys_test\

Screenshot
Note: Requires Cross-City South v1.31.11 (update | full version), along with UkTrainSys v0.3.1.9 installed with a suitable train.The unrefurbished class 323 EMU together with the combined 3D cab and UkTrainSys v0.3.1.9 update is recommended.

Also remember that you need openBVE v1.2.10 in order to use this latest UkTrainSys .NET plugin, and also remember that this is an alpha release of the plugin, so it may have some issues, but they’ll be addressed as development progresses.

Updated AWS inductor screenshots – Cross-City South v2.0 and Watford Junction to Rugby

While coding the latest UkTrainSys updates, I updated the AWS magnet objects which I’m using in my work-in-progress routes. As UkTrainSys now recognises both AWS permanent magnets and electromagnets separately, I thought I’d separate out these parts of the existing AWS magnet into their own respective object files, so they can be easily assigned to beacon or freeobj structure indices, as appropriate. Here are some examples…

In the first screenshot, is an AWS permanent magnet associated with a fixed distant signal, which has a protection ramp on both sides, as this is a stretch of bi-directional line. In the second, the same applies, except an AWS electromagnet beacon is also in place. In the remaining screenshots, are permanent magnets associated with permanent speed restriction advance warning boards, which have only one ramp, as these tracks are uni-directional. These objects will be included in the UK Railway Infrastructure Object Library, however you can actually download and use them now, as they are included with the AWS and TPWS test route (see above).

Screenshot Screenshot Screenshot Screenshot Screenshot Screenshot

Also, here are some examples of full AWS permanent and electromagnet installations on the Watford Junction to Rugby route:

Screenshot Screenshot Screenshot

West Coast Main Line Video

Railsimroutes LogoLastly, anyone with an interest in the real West Coast Main Line, might like to take a look at a video which I uploaded to YouTube recently, which features the Old Linslade and Leighton Buzzard areas – two locations I’m modelling in my representation of the Watford Junction to Rugby section of the WCML. Those of you who noticed or commented on the Train Operated Warning System I demonstrated in my last openBVE video (the rotating orange lights with audible warnings), can now watch the real system in action.

This footage was filmed in October 2004 to assist me with developing this part of the route (only in standard definition unfortunately), but you’ll see a couple of class 87s which were still in service at the time. Also featured, are ubiquitous Pendolinos, class 321 EMUs, as well as classes 58, 60 and 66 diesels, and class 90 and 92 25kV AC electric locos. Don’t forget to change to 480p resolution for the best image quality.

YouTube video screenshot

And finally…

Lastly, I’d just like to wish visitors a happy and peaceful Christmas, and say thanks for all the interest shown in my work so far. 🙂

Tags: , , , , , ,
Posted in openBVE, Site News | 28 Comments »



UkTrainSys plugin update; enhanced simulation of neutral sections and Automatic Power Control, neutral section test route released, and new screenshots showing improved Brecknell Willis Highspeed pantograph models and new sunset backdrops

Posted by admin on November 26, 2010 at 9:25 pm

Railsimroutes LogoFirstly, I just wanted to say thank you for the positive reception with which the UkTrainSys cross-platform .NET plugin has been received; this was very nice to see! Based on feedback, I’ve now updated the UkTrainSys plugin, so that the AI driver will operate the Driver Reminder Appliance en-route. I’ve also implemented an enhanced neutral section and Automatic Power Control simulation, but first, a little background information might be in order…

Neutral section (phase break) installations

For those who don’t know, a neutral section (or phase break), isolates different phases of the power supply being fed to the overhead electrification system from each other. This is accomplished by inserting a short length of insulated material into the contact wire, which the pantograph head can still slide across at speed. In the UK, I gather these insulated sections are typically comprised of glass-fibre rods with ceramic collars threaded on to them, with the total length of the neutral section itself, being only around 4 metres.

At either side of the neutral section, are a pair of track mounted magnets, called APC (Automatic Power Control) magnets. Whenever an APC receiver on an electric train detects these magnets, the APC system flips the state of the air-blast/vacuum circuit breaker (ACB/VCB) between the pantograph and the on-train traction equipment, interrupting or connecting the supply from the pantograph and overhead line.

Thus, when a train approaches the first pair of magnets prior to a neutral section, the ACB/VCB is commanded open, such that there is no power being drawn from the overhead line when passing through the neutral section (this prevents the pantograph from drawing an arc and accidentally connecting one of the power supply phases to earth – the neutral section cantilever/support tubes are earthed so that the two separated phases aren’t connected in the event of an arc). When the train passes the second pair of APC magnets after the neutral section, the ACB/VCB is commanded closed again, and power from the overhead line can be taken.

See the illustration to the left, for an overview of the installation. The yellow arrow indicates the direction of travel; the red line indicates which parts of the contact wire are still live, even if the Automatic Power Control system has opened the train’s air-blast/vacuum circuit breaker, and finally, the blue line shows the location of the neutral section itself.

Updated UkTrainSys cross-platform .NET plugin (v0.3.1.3), with enhanced neutral section and APC simulation

Railsimroutes LogoAnyway, an updated version of the UkTrainSys plugin is now available together with the class 323’s 3D cab (version 0.3.1.3 – downloads can be found further down), and I’ve made some improvements to the simulation of electric trains. Firstly, I’ve modified the pantograph behaviour – when the pantograph is rising or lowering, pressing the Up/Reset or Down button has no effect until either operation is completed. Pressing the Up/Reset button when the pantograph is already raised, will just re-close the air-blast/vacuum circuit breaker (ACB/VCB) if it’s open.

Secondly, and more importantly, I’ve significantly improved the simulation of neutral sections, and Automatic Power Control. Now, the APC magnets and the actual neutral section itself can be declared separately. This means that every time the correctly defined APC magnet beacon is passed, it will flip the current state of the train’s ACB/VCB. This however, does not affect the actual availability of line voltage from the contact wire.

What this means, is that if the ACB/VCB is tripped open by an APC magnet, but your train stalls because you weren’t travelling fast enough, you can now manually re-close the ACB/VCB by pressing the pantograph up/reset button. If the train’s pantograph is not within the separately defined 4 metre long neutral section, you can take power from the overhead supply once again, and move the train backwards or forwards as appropriate, so you can try to build up enough speed in order to coast through the neutral section without stalling, this time. If the train’s pantograph does stop within the neutral section, then line voltage is not available, even if you try to re-close the ACB/VCB. In this case, you have to hope that your train is on a gradient, such that if the brakes are released, the train will roll out of the neutral section due to gravity. If this isn’t possible, then you have some explaining to do!

There is a more interesting aspect to this, though – with UkTrainSys, you can now drive backwards through a neutral section, not just forwards, and still have the full simulation experience. On a unit like the 323, (I think) the APC receiver is located on the bogie beneath the pantograph, on the second coach. The beacon receiver on an openBVE train is located at the front of the train, however – where the driver is (thereabouts). If travelling forwards, then when the front of the train passes an APC magnet beacon, this triggers a point-based event, and a check can then be performed, which will only carry out the ACB/VCB operation when the train is so many metres beyond the beacon; i.e the distance between the front of the train, and the location of where the APC receiver is supposed to be. But what happens if the train is travelling backwards? The location where the APC receiver is supposed to be, will pass the APC beacon before what is now the rear of the train (where the driver and openBVE’s beacon receiver are located), will pass the beacon, and hence trigger a beacon related event. This obviously won’t work properly, as the action triggered by the beacon, won’t happen until it’s beneath the driver’s position, which is too late when travelling backwards.

So, the UkTrainSys plugin now includes what I’m calling the “Offset Beacon Receiver Manager” (OBRM). Whenever the UkTrainSys plugin passes an APC magnet beacon while travelling forwards, the plugin stores information about the beacon in an array. The stored information includes the beacon type, it’s location, it’s optional data, and an offset distance which equates to the distance between the front of the train, and the location of where the APC receiver is supposed to be. The OBRM continually checks whether the train is currently travelling forwards or backwards, and whether the APC receiver location has passed the actual beacon location, taking direction of travel into account. When the trigger point occurs, the OBRM issues a command to the APC system, rather than doing this via the SetBeacon() method. The only other thing to mention, is that jumping to a station clears the encountered beacon history, so you actually have to drive forwards over a beacon for it to be stored by the OBRM.

This means that you can drive an EMU like the 323 through a neutral section backwards, but it also means that a Driving Van Trailer (DVT) with an electric loco pushing a rake of coaches from behind, can respond to the APC magnets at the correct time and location, whether travelling forwards or backwards, too.

Download:

Screenshot
Important: Remember that you need openBVE v1.2.9.20 in order to use the new UkTrainSys .NET plugin, and also remember that this is an alpha release of the plugin, so it may have some issues, but they’ll be addressed as development progresses.

Also, the UkTrainSys changelog can be found here: UkTrainSys project page.

Short neutral section test route, for use with UkTrainSys and the class 323 with 3D cab

Railsimroutes LogoI’ve prepared a short test route so that you can try this new feature. The route includes two neutral sections; the first on level track, and the second on an incline. Using the class 323 with the latest version of the 3D cab update and UkTrainSys plugin, you can drive through the neutral sections and play with the new behaviour.

Screenshot Screenshot
The neutral section test route (the white board gives notice of the neutral section)

On the first run, just pass through a neutral section as normal – it should seem pretty much identical to the neutral section experience in Network West Midlands, using Simon Gathercole’s BVE 4 UKMUt plugin.

On the second run, you can do things differently though – approach a neutral section slowly, and let your pantograph (where the APC receiver is located) pass the first pair of APC magnets, such that the VCB is tripped open, and then apply the brakes and come to a halt. You’ll note that the Line Volts indicator extinguishes, the VCB indicator light illuminates, and that you can’t take traction power – your train appears stuck. However, when the 323 has stopped, you can now reset the VCB by placing the reverser to Neutral and pressing the ‘2’ key – you should hear the VCB closing with a thud. Provided your pantograph is in contact with a live section of overhead line, the Line Volts indicator will illuminate again, and the VCB indicator will extinguish. Now you can take traction power. But what happens if your train is so close to the dead section of overhead line, that you can’t accelerate enough to coast through the neutral section, without stalling? You have to go to the external view by pressing ‘F2’, so you can see what side of the neutral section your pantograph is on, and choose whether to move the train forwards or backwards, such that you can take a “run up” at the neutral section, next time.

If you do stop with your pantograph in contact with the neutral section itself, then there is no line voltage, and resetting the VCB or lowering and raising the pantograph won’t change this. If you are on level track, your train is stuck there (you can cheat, and jump to another station, though). If however, you are on a gradient (the second neutral section is on an incline), then you can move the reverser to Neutral, and move the power handle to Off, and then release the brakes. Your train will now begin to roll backwards due to gravity (in reality, you would need permission from the signaller to do this). When your pantograph makes contact with a live section of overhead line again, the Line Volts indicator will light up, and you can take traction power again. If you continue rolling backwards, you’ll pass the APC magnet prior to the neutral section – this will trip open your VCB, despite heading away from the neutral section, and you’ll have to apply the brakes, stop the train, move the reverser to Neutral, and press the ‘2’ key to reset the VCB. Once done, you can take power, and go back as far enough as is required, to build enough speed in the forward direction to successfully coast through the neutral section.

Screenshots showing new sunset backdrops, and improved Brecknell Willis Highspeed pantograph models

Railsimroutes LogoFinally, I’ve been busy taking photos of sunsets again this week, and I just wanted to post a few more screenshots of the latest enhancement to the Cross-City South v2.0 and Watford Junction to Rugby routes. I’ve also, finally, got around to improving the Brecknell Willis Highspeed pantograph model, which now includes a full 3D pantograph head, with textures used throughout:

Screenshot Screenshot Screenshot Screenshot Screenshot Screenshot Screenshot Screenshot Screenshot Screenshot Screenshot Screenshot

I hope you like the latest developments. 🙂

Tags: , , , , , , ,
Posted in openBVE, Site News | 8 Comments »



New cross-platform .NET plugin for UK trains released, class 323 3D cab and Cross-City South v1.31.09 update, openBVE v1.2.9 development branch, .NET plugins and AI support

Posted by admin on November 20, 2010 at 7:30 am
Screenshot
Updated: 22nd November 2010 @ 00:15 UTC (FEVF railway and steam loco update – see below)

New cross-platform .NET plugin for UK trains (EMUs currently), 323 3D cab / X-City South v1.31.09 updates, and openBVE v1.2.9 AI support

Railsimroutes LogoAfter the latest development branch of openBVE (v1.2.9 series) was released last month, I started work on a new open source, cross-platform plugin written in C#, which I wanted to be a suitable alternative to the plugin currently used by the class 323 EMU. Simon Gathercole’s UKMUt.dll has served me well since BVE Trainsim 4 was released, but after the latest openBVE developments, I knew the time had come to create a new plugin which could be developed to take advantage of the new possibilities which openBVE now provides. I also wanted to create a plugin which could be updated as openBVE develops, either by myself, or with help from other programmers and developers, so that the community doesn’t need to experience plugin-related problems for too long.

This new plugin is called UkTrainSys (short for UK Train System of course); it is modular in design, and aims to simulate a variety of systems that trains which run on the UK’s rail network may be equipped with. Initially, I’m working to recreate as much of the functionality found in Simon Gathercole’s range of BVE 4 plugins as necessary, although some new features are included as well. So far, the plugin features the following:

  • Automatic Warning System (AWS);
  • Train Protection and Warning System (TPWS);
  • Driver Reminder Appliance (DRA);
  • Vigilance Device;
  • Traction and brake interlocks;
  • Battery which can be discharged, recharged and overloaded;
  • Overhead supply;
  • Pantograph and vacuum circuit breaker;
  • Automatic Power Control;
  • Power supply and electrical system circuit breakers (more for future use);
  • In-cab blower;
  • Head and tail lights;
  • AI guard for station stop monitoring and buzzer codes;
  • AI Support which assists openBVE’s AI human driver in handling systems simulated by the plugin automatically
      (including support for visible in-cab driver’s hands and arms).

Note: Wipers, windscreen rain effects and diesel engine simulation are yet to be started. I’m also planning for various other systems to be inlcuded in future, such as TPWS+ (TPWS Plus), RETB, ERTMS, random failures, and a tap changer.

Users of trains which include plugins developed for BVE 4, will likely know that when openBVE’s AI human driver is enabled, the AI driver may not always be able to operate a plugin enabled train correctly, simply because openBVE has no way of knowing what systems are simulated by a plugin, and even if openBVE did know what systems were simulated, it still wouldn’t know what to do with them. Hence, the new UkTrainSys plugin uses openBVE v1.2.9’s AI Support feature, which lets the plugin assist openBVE’s AI human driver with operating the systems which are simulated by the plugin.

When you start a route, and enable openBVE’s AI human driver by pressing Ctrl+A, while using the latest release of the class 323’s 3D cab in combination with the UkTrainSys plugin (see below for the download), you will see the AI driver’s arms and hands reach out for the controls, and interact with them whenever necessary. The AI human driver will run through the startup and self-test procedure for you, pressing the AWS reset button, raising the pantograph if required, and setting the taillights and headlights. The plugin takes the time-of-day into account, so the correct headlight setting is chosen based upon the in-game time (and updated as the day goes on). The AI driver will deactivate the DRA before departure, respond to the guard’s buzzer signal with a buzzer response, cancel AWS warnings as they occur, respond to TPWS brake demands, re-raise the pantograph if it is lowered mid-journey, and so-on. The UkTrainSys plugin’s AI Support will also respond to a new beacon type, which instructs the AI driver to blow the horn at certain locations.

Screenshot
Note: Both the 323 3D cab and UkTrainSys plugin were updated on 21st November 2010 @ 01:30 UTC
Issues with TPWS Isolation, and the driver’s arms remaining visible after turning off openBVE’s AI driver, are hopefully resolved…
Inset image

I’ve updated the class 323’s 3D cab with new animations which require the UkTrainSys plugin (now included in the download), and I’ve also equipped Cross-City South v1.31 with the aforementioned new beacon type, so the AI driver can sound the horn automatically.

  • The updated 323 3D cab and pre-configured UkTrainSys plugin can be downloaded here [2.3 MiB]
    (The unrefurbished class 323 from Trainsimcentral is required first – the 3D cab and plugin update should OVERWRITE any existing files in the “Cl323 Unrefurb_openbve” folder).
  • If you are already using Cross-City South v1.31.071, you can download a small update to v1.31.09 link out of date [95 KiB]

If you don’t already have the route, aren’t sure which release of Cross-City South v1.31 you already have, or want to see details about the latest changes, please download the full version and visit the Cross-City South v1.31 project page instead.

Screenshot
Important: Remember that you need openBVE v1.2.9.15 in order to use the new UkTrainSys .NET plugin with AI support, and to enjoy the new 3D cab features! Also remember that this is an early alpha release of the plugin, so it has some issues, but they’ll be addressed as development progresses.

The UkTrainSys plugin also has it’s own project homepage, where just the plugin, source code, current and planned feature list, changelog and documentation can be found. Train developers with an interest is using the UkTrainSys plugin, now or in future, may wish to visit the following page and read the documentation.

Note: If you have downloaded the updated class 323’s 3D cab with the pre-configured UkTrainSys plugin, remember that you should not overwrite the UkTrainSys.cfg file included with the class 323 3D cab update!


Railsimroutes.net - UK Train System Cross-platform .NET Plugin banner

UK Train System (UkTrainSys)
Cross-platform .NET Plugin

[Alpha release now available]

I’ve also been working on some new backdrops for both Cross-City South v2.0 and Watford Junction to Rugby. I was happy with the daytime backdrops which you’ve all seen already, but the sky portions of the last set of sunset and sunrise backdrops were entirely hand-made (replacing low resolution BVE4-era images), and I wanted to replace these with photographic textures of a similar quality to the daytime backdrops instead. Fortunately, there as been some favourable weather during the past few days, so I was able to take some nice photographs. Here are the new sunrise and sunset scenes, shown with the 323’s latest 3D cab update, and the openBVE v1.2.9 / UkTrainSys plugin enabled AI support feature in use:

Screenshot Screenshot Screenshot Screenshot

Recent openBVE v1.2.9 development branch updates

openBVE LogoTowards the beginning of the November, openBVE v1.2.9.11 was released (now up to v1.2.9.15), and Michelle introduced a new set of experimental preprocessing directives. These take the form of $if(), $else() and $endif(), and obviously, these allow for conditional parsing of blocks of code within a route file. This can be an alternative means of achieving what can be accomplished with the $Include directive, which is handy when only a small block of code needs to be conditional.

Personally, I’m finding this very handy for such features as temporary speed restrictions (TSRs). In this scenario, I can randomly introduce TSRs at different locations, so routes can be rather more fun to drive. At the start of the file, we can declare a variable $Sub(0), which has a random number assigned from within a certain range, and then use the value stored in $Sub(0) as a condition which is used by $if() directives. If the value held by $Sub(0) is zero, then the code within any $if() block which depends upon this variable is not used, but if the value is greater than zero, then it is. By using the $else() directive, we can show something else if the TSR is not to be included, such as discarded sections of old rail, left there by the track workers after they made their repairs and removed the TSR. Spate indicators could be handled in a similar way.

For example:

; Declare a variable which stores a randomly generated number…
$Sub(100) = $Rnd(0;1)

With Structure
.FreeObj(0) tsr_warn_20mph.csv
.FreeObj(1) tsr_20mph.csv
.FreeObj(2) tsr_terminate.csv
.FreeObj(3) discarded_rail_sections.csv
.FreeObj(4) track_workers.csv

.Beacon(0) portable_aws_magnet.csv

With Route

; Enclose the route commands related to a TSR within $if()/$else()/$endif() directives…
$if($Sub(100))
    3000, .Beacon 44001;0,    ; portable AWS magnet
$endif()

$if($Sub(100))
    3183, .Freeobj 0;0,    ; 20 mph TSR advanced warning board
$endif()

$if($Sub(100))
    4200, .Freeobj 0;1, .Limit 33;0,  ; commencement of 20 mph TSR
$else()
    4305, .Freeobj 0;3;5,    ; no TSR so show discarded old rails instead
$endif()

$if($Sub(100))
    4400, .Freeobj 0;2, .Limit 97;0,    ; termination of TSR
$endif()

It’s also possible to use these new preprocessing directives elsewhere in the route file. For example, a different object could be assigned to a free object index, depending upon a condition being true. You can also nest these new preprocessing directives; i.e. place $if/$else()/$endif() selection statements within other selection statements, for example:

; a nested $if()/$else()/$endif() selection statement
$if($Sub(100))
    4200, .Freeobj 0;1, .Limit 33;0,  ; commencement of 20 mph TSR
    $if($Sub(101))
        4205, .Freeobj 0;4;-4,  ; track workers shown based upon another $Sub variable but only if the TSR is shown
    $endif()
$else()
    4305, .Freeobj 0;3;5,    ; no TSR so show discarded old rails instead
$endif()

Support for these new preprocessor directives is still experimental, and not guaranteed to be included in the next stable release of openBVE, however I’ve not encountered a problem with the feature thus far, at least with regard to the things I’d like to use the feature for, and it’s really very easy to use. Some more testing would be beneficial, but I hope the feature stays, and I’ll certainly be making use of it if it does.

Other news – Chashinai .NET plugin updated with AI support, new Network West Midlands video, and FEVF railway updates

Information IconIn case you weren’t aware, the new cross-platform .NET plugin which is used by the trains which run on the Chashinai Railway, was updated earlier this month to include AI support, which is a lot of fun, especially with the Chashinai 9000 series train complete with ATS-Sn, ATS-P, ATC and TASC. As with the new UkTrainSys plugin, the updated Chashinai Railway plugin’s AI support assists openBVE’s AI human driver in operating the safety systems, so you can enable the AI human driver and even watch the startup procedures handled by the AI driver. The plugin source code is available as well, of course.

Screenshot Screenshot
Chashinai Railway Takahagi Line (9000 series train, ATS-P, AI driver enabled)

I also wanted to quickly mention that Steve Green has posted a short YouTube video of the upcoming Network West Midlands 2010 update, demonstrating animated level crossing barriers interlocked with the signalling, together with updated objects such as a new AWS magnet, which I thought looked really good:

Several other videos of the upcoming NWM release can also be found on Steve’s YouTube channel, and screenshots can be found on the Network West Midlands website.

Screenshot
Update: 22nd November 2010 @ 00:15 UTC

Lastly, I wanted to show something a little bit different – Roberto Benini, developer of the FEVF (Ferrovia Elettrica Val di Fiemme) railway, has released an animated Mallet Henschel & Sohn 6036 steam loco for openBVE, which is well worth a look, and I noticed that the FEVF Railway itself now has some moving trains at Cavalese station too. The route and train can be downloaded here:

Roberto Benini has also posted a YouTube video of the new loco:

Tags: , , , , , , , , ,
Posted in openBVE, Site News | 13 Comments »



openBVE v1.2.7.0 released, new Railsimroutes.net site design, Cross-City South v1.31.07 and miscellaneous project updates, Watford Junction to Rugby screenshot featured in the UK’s PC Gamer Magazine, Genova Brignole – Recco route (as far as Genova Nervi) released

Posted by admin on July 11, 2010 at 6:00 am

openBVE v1.2.7.0 released

openBVE LogoToday sees the release of openBVE v1.2.7.0, and some interesting changes have taken place. To begin with, the handling of key and joystick buttons has been revised, and key repeat is now possible. This means that you can hold a key down, and after a short delay, the keypress will be repeated continuously until the key is released again. I’m glad that openBVE now supports this functionality, and this is great for quickly moving a power handle to the limit of it’s travel without having to keep tapping the key, or for sounding the horn in a long and loud fashion, for example. The fly-by camera has also been improved, and now, the leading vehicle (of the nearest train) is tracked by the camera, which is great for loco-hauled trains in particular. 🙂

Superelevation is now simulated differently as well; in previous versions, when cant was applied, the train would simply rotate around it’s z-axis, but now, the outer wheel is raised instead. Cant is also interpolated better now, leading to smoother transitions between differing levels of cant. I’m currently rebuilding the canted track objects used by my routes to make better use of these openBVE improvements, such that the wheels will remain on the rails when passing along superelevated track, and the cant transitions at either end of such sections:


Superelevation and wheel-rail interaction in openBVE v1.2.7.0 and Cross-City South v1.4 - click to enlarge
Superelevation and wheel-rail interaction in openBVE v1.2.7.0 and Cross-City South v1.4 - click to enlarge
Screenshot showing superelevation in openBVE v1.2.7.0 and Cross-City South v2.0.
Note the wheels touching the rails throughout the transition curve (scenery is not finished yet).

Cant behaviour can also be adjusted now, via the new 'Options.CantBehavior' command. Previously, cant was always applied towards the curve centre, i.e. banking inwards, and this couldn’t be overidden. Also, it wasn’t possible to have cant on straight track. Now though, cant be in either direction, regardless of the direction of the curve, and cant can be applied on straight track too. How might this be useful for simulating a real railway? Well, on the 11th July last year (exactly a year ago as it happens), I was unexpectedly invited for a visit to the preserved Gloucestershire and Warwickshire Railway, and this line has a curve known as Chicken curve, and one peculiar feature was that the cant at this location leaned outward from the curve rather than inwards. So, openBVE can simulate this too, now. Class 20 “chopper” (20154) was our traction on the day, and here’s a photo for fans of the class 20, which I took before we departed from Toddington:


In the cab of a class 20 loco at Toddington, on the Gloucestershire and Warwickshire Railway - click to enlarge

In the cab of a class 20 loco at Toddington, on the
preserved Gloucestershire and Warwickshire Railway.

The simulation of track inaccuracy has been overhauled, too. Previously, the familiar cab and vehicle sway was achieved with horizontal and vertical movement, but now, cant inaccuracy and bounce is also modelled, and cars rock from side to side as well as moving vertically and horizontally. While we were testing the new inaccuracy model, I found that this was an interesting way to represent the effect of travelling over more poorly maintained jointed rails. I’ve made some adjustments to the track accuracy in the newly udpated Cross-City South v1.31.07 (see below for download), and travelling over pointwork or on the jointed rail sections of the Cross-City South, should be a little more interesting now, especially when the class 323’s 3D cab is used. 🙂

Essentially, I think .Accuracy values of 0 to 2.0 are suitable for continuous welded rail, and values of 2.1 to 4 are suitable for jointed rails. I’m aware that not everyone may be sure about the new inaccuracy model, however I think it works well when used sensibly, and I would also point out that the development release has been publicly available for testing for at least three weeks, so if you don’t like it, you’ve missed your chance to give feedback prior to the latest stable release. Nevertheless, if you have any comments, please let us know. Personally I prefer the new algorithm and enjoy the representation it can give when accompanied by the sounds of jointed rails, but some may prefer the old; please give it a try with the updated Cross-City South v1.31.07 and class 323 3D cab though (see below), as this update shows what the new inaccuracy model can do. Also bear in mind that you may only prefer the old algorithm because you’re used to it, not because it was more realistic; the old algorithm had it’s limitations.

Also, BVE4 style timetable textures can now be displayed when 3D cabs are used, and not just with legacy 2D panels, although this is considered an experimental feature. The timetable texture can be shown as part of the in-game user interface overlay, or as part of a 3D cab (animated object); if the latter is not specifically catered for within the 3D cab, then the former is the default behaviour. Adding BVE4 style timetables to a 3D cab is easy to do; I would recommend simply creating an object with a four-vertex mesh and default texture applied (which is shown if there is no timetable image to display), and add this object to your panel.animated file. Then, make use of the new 'TextureOverride =' command:

Object for timetable texture (timetable.csv):

CreateMeshBuilder
AddVertex,-0.35,2.9,11.52
AddVertex,-0.06,2.9,11.52
AddVertex,-0.06,2.6,11.52
AddVertex,-0.35,2.6,11.52
AddFace,0,1,2,3

LoadTexture,some_suitable_default_texture.png
SetTextureCoordinates,0, 0, 0
SetTextureCoordinates,1, 1, 0
SetTextureCoordinates,2, 1, 1
SetTextureCoordinates,3, 0, 1

Addition to panel.animated file:

[Object]
States = 3d_cab\timetable.csv
TextureOverride = timetable

I’ve added the aforementioned timetable functionality to the class 323’s 3D cab, but it’s commented out by default, as displaying the timetable images via openBVE’s UI overlay makes more sense where the Cross-City South and class 323 are concerned, plus the feature is still experimental.

You can download the update here, and if you want to experiment with the 'TextureOverride =' command, please see the included ‘Readme_3DCab.txt’ file:

→ 3D cab for unrefurbished class 323 – July 2010 [1.7 MiB]

For more detailed information about the new cant behaviour, and timetable support in .animated objects, please read the official openBVE documentation. For details of all the changes introduced with the v1.2.7.0 release of openBVE, including those not mentioned here, please see the changelog.

Cross-City South v1.31.07 update

Railsimroutes LogoAs openBVE v1.2.7.0 has been released, I’ve updated Cross-City South v1.31 to remove an obsolete timetable texture, changed some of the timetable images to make them suitable for both openBVE and BVE4, and made adjustments to track inaccuracy to take better advantage of openBVE v1.2.7.0’s new track inaccuracy model. I’ve renamed the route folders to more clearly indicate which sets of routes should be used with openBVE, BVE 4 or BVE 2, as well. I’ve also decided to finally split the openBVE routes away from the BVE 4 routes, as testing every openBVE improvement across numerous route files for 100% backwards compatibility with BVE 4 is somewhat inconvenient, and this also lets me get rid of all those pesky "detail levels" in the openBVE route folder, as these simply aren’t needed with openBVE. The new naming convention is as follows, and should be much clearer (the BVE 2 foldername is as it is, so it’ll fit within the size constraints of BVE 2’s small file selection list):

  • <YourPath>\Railway\Route\Bham_XCitySouth_BVE2\
  • <YourPath>\Railway\Route\Birmingham_Cross-City_South_BVE4\
  • <YourPath>\Railway\Route\Birmingham_Cross-City_South_openBVE\

Cross-City South v1.31.05 users can download a smaller update here, which updates v1.31.05 to v1.31.07:

→ v1.31.07 update for existing Cross-City South v1.31.05 users [1.03 MiB]

If you have an earlier version of Cross-City South installed, or you’re not sure which version you already have, please download the full version instead.

Screenshot
Important note: Please delete the existing Birmingham Cross-City South folders in your Railway\Route\ folder, before installing Cross-City South v1.31.07, whether it’s the update being installed, or the full version! If you don’t, you’ll end up with four Cross-City South route folders rather than three, and you might not be sure which is the right folder to use (incidentally, this is the reason why I haven’t changed the folder names until now).

Genova Brignole – Recco route (as far as Genova Nervi thus far) for openBVE released

Information IconI wanted to mention that a fantastic new route has been released for openBVE, the Italian Genova Brignole – Recco route (as far as Genova Nervi thus far, and 8.1 Km in length). This is one of the most graphically excellent routes I’ve seen to date, with superb textures, and I’m impressed; the route is beautiful. There are some animated objects to enjoy, and staggered catenary as well, which is great to see; pedantic people like me will note that some registration arms pull in the wrong direction, though. 😉

You’ll likely need to read the included PDF instructions before operating the newly released ALn501 – Minuetto v2 train, but it’s well worth the effort. Incidentally, the train comes with some very detailed exterior car objects. These look very nice, although they would benefit from the addition of custom normals to smoothly shade some of the surfaces. Please note that these exterior car objects may have quite an impact on your framerate; even on my Core 2 Quad Q9650 / GeForce GTX 260 system, I get around 30fps in the external view, which is down from anywhere between 80 – 300 fps in the cab view. If you have a slow PC, you may want to stay in the cab. I’m looking forward to seeing this route develop further. 🙂

Screenshot Screenshot
Screenshot Screenshot
The Italian Genova Brignole – Recco route (as far as Genova Nervi thus far), available
from BVEMania (Trenomania) (see the Download section)

Miscellaneous news

Railsimroutes LogoI’m officially announcing the Railsimroutes.net UK Railway Infrastructure Object Library today, which will contain all the objects and textures which are shared between my two upcoming openBVE route projects, Birmingham Cross-City South v2.0, and Watford Junction to Rugby v1.0. This library will be maintained by me, and all developers will be welcome to install and use this library with their own projects, without any conditions or requirement to seek permission.

The library will contain all sorts of objects, including track, catenary, signals, lineside objects, some basic scenery, and so-on, which might help to make new routes easier to develop. It will also have the advantage, that whenever I update the library, perhaps with higher quality textures or better objects, any routes which call upon the library, will also get updated. I’ll plan it carefully, to ensure that changes remain backwards compatible. I anticipate that the library will be released along with Cross-City South v2.0 initially, and then it’ll receive it’s first update when Watford Junction to Rugby is ready.


Railsimroutes.net - UK Railway Infrastructure Object Library banner

UK Railway Infrastructure Object Library
[Now in development]

Next, as you may have noticed, I’ve decided to increase the version number of my upcoming Cross-City South upgrade for openBVE, from version 1.4, to version 2.0. I think I’m making enough changes and enhancements to the route, to justify a version 2.0 release instead. 🙂

I’ve also updated the openBVE Help and Information section to cover the installation of openBVE in Ubuntu 10.04 (Lucid Lynx). It’s hard to imagine how installing openBVE via the Ubuntu Software Centre could be any easier, and installing openBVE via this method, also makes installing and running the latest official openBVE release with Mono, easier too. I’ve decided to remove the instructions explaining how to run openBVE with Wine, as I’m experiencing problems with the version of Wine available for install with Ubuntu 10.04, relating to GDI+ (and the problem isn’t just occurring with openBVE, either). Perhaps something to do with a Beta release of Wine being supplied rather than a stable release, I don’t know. Running with Mono is much easier though, if you can live without plugin DLLs.

Screenshot Screenshot
openBVE Help and Information updated for Ubuntu 10.04 users

I was lucky enough to have one of my screenshots published in the July issue of the UK edition of PC Gamer magazine, where I also gave a brief overview of the work being undertaken on openBVE 2. I will admit that it was nice to handle such a press enquiry! Here’s the screenshot which was chosen for the article, shown amongst screenshots of various simulators, such as Railworks, X-Plane, Sail Simulator, Space Shuttle Mission Simulator, and others:

Thumbnail image
The Watford Junction to Rugby screenshot chosen to appear in simulation
article “The Realists”, in the July 2010 issue of the UK edition of the
best selling PC Gamer magazine.

Incidentally, I also want to apologise for the lack of progress with my routes, and for posting so many screenshots and not delivering anything, which I feel that some of you are not impressed by. This is mainly due to me working on openBVE 2, which means that I don’t have much time to devote to the routes at the moment. openBVE 2 is a priority though, and a fantastic experience for me, so I hope fans of my routes will understand. Besides, both routes will run even better in openBVE 2, anyway. I know that the routes look more-or-less finished already, but they’re not – there are such issues as missing track in places, performance optimisations which still to be carried out, and an entire missing station to deal with at Rugby, to name but a few examples. I don’t make a habit of releasing junk and expecting people to be happy with it, so the projects won’t be released until I’m satisfied that a decent standard of quality has been achieved; that doesn’t mean they have to be perfect in every way, just not a disappointment.

New Railsimroutes.net site design

Railsimroutes LogoAs regular visitors will have hopefully noticed, I’ve redesigned the website, as I felt it needed an update, and I also wanted to put some updated website design skills into practice. The site was last redesigned in 2007 with a theme called “Modern”, characterised by a metallic grey colour scheme and smoothly shaded backgrounds, where Windows users would have been greeted with the Tahoma font throughout, and it was designed to be XHTML 1.0 and CSS Level 2 compliant. However, the content of the site wasn’t reorganised very much since the time of the previous “Retro Blue” design, and over time it became somewhat cluttered and untidy in my view.

This latest redesign is the fourth incarnation of the site, with a new theme called “Clarity” (hopefully it might live up to it’s name ;)). The new design is meant to be clearer, better organised, and easier to read. The site has been completely rebuilt from scratch; PHP is now used as well as HTML, and much of the site is XHTML 1.1 and CSS Level 3 compliant. I’ve tested the new site using Firefox 3, Internet Explorer 8, Opera 10, Chrome 5, and Safari 5, and everything works well. The site also works just fine in Internet Explorer 7 and earlier too (tested as far back as IE 5.5), but if you use one of those older Microsoft browsers, you might notice a minor rendering issue around the style selector dropdown box in the footer of each page. Essentially, I’m not happy having to devote much time to dealing with the quirks of browsers which aren’t properly compliant with more recent web standards, partly because it’s just annoying, but also because catering for them can lead to such browsers outliving their welcome (IE 6 springs to mind!). So, if you use Internet Explorer 7 or earlier and want perfect rendering, I would recommend upgrading to Internet Explorer 8 if possible, which is just fine.

I’ve also decided to reorganise the content of the site somewhat. The navigation bar has been expanded with the addition of Gallery and Help links, and the Projects and Downloads section has been overhauled to place emphasis on active projects, and non-help related information. Much more background information and history concerning my route projects is provided now, and information and downloads should be easier to find when they’re ready for release. You’ll also find a "What I’m currently working on" infobox at the top right of this page, which you can check to see what I’m up to, between blog posts. 🙂

I’ve taken the decision to remove some old sections of the site which never received much of my attention, and I’ve moved my old BVE 2 and 4 add-ons into their own de-emphasised legacy add-ons section, as they’re not really reflective of the quality of work I’m now producing; the emphasis is now placed on my upcoming openBVE projects instead. I’ve also introduced a sitemap, as a couple of people have indicated that some information was harder to find, previously.

I’ve also used a different selection of fonts this time:

  • Windows 7 and Vista users will get the Segoe UI font throughout (along with the rather nice Consolas for code snippets), giving the best appearance.
  • Windows XP users will also get the Segoe UI font, if Windows Live Essentials applications have been installed (for example, Messenger, Mail, Photo Gallery or Writer), or if Office 2007/2010 has been installed. XP users will also get the Consolas font with Office 2007/2010, or this can be downloaded free from Microsoft’s website. If neither Windows Live Essentials or Office 2007/2010 have been installed, but the free Microsoft Powerpoint Viewer 2007 is installed, then Candara (along with Consolas) will be seen instead. If none of these have been installed, then Trebuchet MS (along with Courier New for code snippets) will be seen, which are fonts included with Windows XP.
  • Others will likely see generic sans serif and monospace fonts (although these look very nice in Ubuntu Linux, for example).

Incidentally, I experimented with CSS3’s @font-face declaration for embedding fonts, so that a consistent text style would be seen regardless of which fonts are installed locally on someone’s computer. This does indeed work fine, but I haven’t yet decided upon a set of fonts which I like, and which are also released with acceptable non-restrictive licencing terms, so that I can host the fonts on my own server without issues. I’ll explore this again in future, however.

More observant visitors will have noticed that I’ve also renamed the site slightly. I’ve dropped the “UK” part of “Rail Sim Routes UK”, and the site is now called “Railsimroutes.net” instead. The site is still available via two domain names, railsimroutes.net and railsimroutes.co.uk; I have no plans to retire the .co.uk domain, although you might want to update your bookmarks if you still use it.

Anyway, I hope you like the new Railsimroutes.net design. 🙂

Tags: , , , , , , , , ,
Posted in openBVE, openBVE 2, Site News | 34 Comments »



Chashinai Railway April updates

Posted by admin on April 14, 2010 at 12:30 am

Information IconWhat I would consider to be one of the flagship routes for openBVE due to it’s innovation, and one of the most varied and enjoyable, namely » odakyufan’s Chashinai Railway «, has been updated. The Misaki Line from Tawaramoto to Hitachiomiya can now be driven back and forth in both directions (via seperate route files), which is fun. The ATC system has also been redesigned, such that a gradual, smooth brake curve is now implemented, along with a Rapid Mode which removes the smoothening for use in the rush hour where trains are more frequent and adhering to the timetable is harder. Driving the Chashinai 9000 Series train with ATC, TASC and ATO activated is one of the most enjoyable things which can be done with openBVE, so I’d strongly recommend that you give this a try — it’s well worth it. Instructions can be found » here «. Please also note that the source code for the plugins used by the Chashinai Railway’s trains is included within the train download, and I’d recommend that anyone considering plugin development in future, study the cleanly written, concise source code as well, of course bearing in mind that a move to cross-platform .NET plugins will occur in future. Incidentally, publishing the source code for plugins is something I would like to see more train developers doing in future, and certainly something I will be doing in future (I’ll be writing a new cross-platform .NET plugin for the new class 323 of course), once » openBVE 2 « is in a more advanced stage of development.

Moving road vehicles have also been added together with traffic sounds, shown to best visual effect on overbridges, I think particularly on the Koriyama Line (also bi-directional), Takahagi and Ishinden Lines, and vehicles can be seen travelling parallel to the railway between Shirosato and Motegi on the Misaki Line as well. The use of texture shifting functions here, enables vehicles to appear as though they’re travelling along the road, despite it’s apparent gradient and directional changes. I’ll be doing something similar at Watford Gap and other locations on the Watford Junction to Rugby route, using a technique developed for 3D vehicles by odakyufan, » details of which can be found here «. Other details, such as beacons correctly aligned with sleepers and track are taken care of too, as I’ve tried to do with AWS magnets in my routes. You’ll also find far more variation in the numbers of passengers waiting to board your train, which makes stations pleasing and fun to approach as there’s far more to see now; the recent changes to openBVE regarding the weight of the train increasing with passenger load and the effect this has on performance, can be used to good effect here (don’t forget to download the most recent version 1.2.6.1 of » openBVE « for this to work). Watch out for wheelslip depending on location, environmental or meteorological conditions too!

Developers might also be interested in taking a look at how the Chashinai Railway’s route files have been prepared. openBVE’s $Include directive has been used extensively, with much greater efficiency and flexibility now possible.

Please visit » The Web Presence of Odakyufan « to download the latest release of Chashinai Railway, and also » this thread on the openBVE forum «, where additional screenshots, information, details and benefts of $Include can be found. This is sophisticated, high quality and beautiful work, and I look forward to seeing more in future.

Images captured at 1680×1050, with smooth transparency and 16xQ anti-aliasing and 16x anisotropic filtering
(Please hover over any thumbnail image for a description)

About to pick up additional passengers waiting to join the train at Izumozaki North on the Misaki Line, with ATC indicating a clear line ahead. [Click to enlarge] Animated road vehicles crossing the overbridge at Kawarada station where the Ishinden and Uchiike Lines join together, as the warmth of the rising sun adds ambience the scene. [Click to enlarge]
openBVE / Chashinai Railway screenshots
Download from » The Web Presence of Odakyufan «
Horizontal Rule

Railsimroutes Projects

Railsimroutes LogoI know haven’t posted any updates regarding my own projects for some time, about which I can only apologise. I have a couple of features which I want to be working on for » openBVE 2 « first, however when I have time spare I’m also working on implementing another feature for both of my routes, and I’ll post some screenshots of this once I’m happy with how it all looks. More to follow fairly soon…

Tags: , , , , , , ,
Posted in openBVE, Site News | 1 Comment »



Updated openBVE developer tools and openBVE v1.2.6.1, upcoming Network West Midlands updates, upcoming Taipei Metro route for openBVE, and server upgrade

Posted by admin on April 7, 2010 at 6:00 am

openBVE v1.2.6.1 and updated openBVE developer tools

openBVE LogoopenBVE v1.2.6.1 has been released, which includes a bugfix relating to the Options.UnitOfSpeed command, which could for example, involve an incorrect speed limit being determined when the Route.Limit command is used. Please » download the latest release « if this issue affects you.

Also, when I posted my last blog entry, I forgot to mention that the » openBVE Route Viewer « has been updated. When your route is loaded, you can now simply type in a distance via the main number keys (not the numberpad keys), and hit Enter — the camera will then be moved directly to the location you just entered. This is an immensely useful time-saver.


openBVE RouteViewer v1.2.6.0 with Jump to Track Position feature--click to enlarge

openBVE Route Viewer screenshot — click to enlarge

Also, when you pass a CSV format route or object file as a command line parameter to either Route Viewer or Object Viewer, the tools will now auto-detect whether the CSV file is a route or an object, and load the appropriate tool automatically. Please see the Tools section within the » Developing for openBVE « pages for more information. For developers who haven’t used the command line for opening routes or objects before, it can be done as follows (obviously replace the path and file names according to your own setup):

RouteViewer.exe “<YourDrive>:\YourPath\FileName.ext”
Horizontal Rule

Network West Midlands openBVE updates

Information IconThe » Network West Midlands « (NWM) team have announced some promising updates for the first 2010 release of the route network, which should make some good use of openBVE’s capabilities and features. We can look forward to such delights as random moving traffic on overbridges, moving passing trains similar to what I’ve demonstrated in one of my early YouTube videos, various points of interest, multiple eras, random routing/weather conditions/other features thanks to openBVE’s » $Include directives «, 3D signals, trees and lamp posts similar to those I’ve shown previously, along with the addition of catenary based on my own high detailed Cross-City South OHLE objects throughout the routes, where a very nice job has been done with their implementation. Some excellent new track textures have also been prepared for the route.

Screenshot Screenshot
openBVE / Network West Midlands screenshots — click to visit the NWM news page

Please visit the » NWM website « for more information and screenshots.

Horizontal Rule

Upcoming Taipei Metro route for openBVE

Information IconI noticed some new screenshots of the Taipei Metro Xinbeitou Branch Line, being developed for openBVE by » BVETRT «, and I wanted to mention them as I think they look superb. There’s richly coloured scenery, the detailing of the stations and near-track areas looks fantastic, and the railway infrastructure is very well modelled and convincing. Also take a look at this » YouTube video « of the line as well.

Screenshot Screenshot
Taipei Metro Xinbeitou Branch Line for openBVE — click to read developer’s blog entry
Horizontal Rule

Server upgrade

Railsimroutes LogoLastly, my webhost kindly migrated Railsimroutes to a new, high performance shared server recently, and they also installed the Nginx reverse proxy webserver in conjunction with Apache, which I’ve noticed has increased the responsiveness of the site along with page loading times. The migration went smoothly, but if anyone has had any issues with the site during the last three weeks, please let me know.

Tags: , , , ,
Posted in openBVE, Site News | 5 Comments »



openBVE 2 Renderer Demo released, a new direction for me, some views on openBVE 2, and the release of openBVE v1.2.6.0

Posted by admin on March 15, 2010 at 8:00 am

openBVE 2 Renderer Demo released, and a new direction for me

openBVE LogoBefore I talk about the new openBVE 2 Renderer Demo, I just want to announce that aside from developing my routes, I’m also now working with Michelle as a C# programmer, and I’m actively participating in the development of openBVE 2. So far, apart from various discussions, I’ve worked on adapting openBVE 1’s .X object parser as a loading-stage plugin for the new program. So, while you’re using the program, if you have any problems regarding X format objects created via the BVE Structure Viewer (the output from this tool is what openBVE effectively supports), then you can probably point the finger of blame at me. 😉 Just to remind and reassure readers, I am still developing my routes, and I haven’t abandoned them!

Horizontal Rule

The openBVE 2 Renderer Demo

openBVE LogoAs many of you will know, openBVE 2 has been in development for some time, and I’m pleased to say that a demo of openBVE 2’s new renderer is now available for download. Unlike it’s predecessor, openBVE 2 is modular — many of the functions which were previously carried out within the program, such as loading and parsing routes or objects, or brake system simulation, is now carried out by plugins instead. This means that openBVE 2 is extensible in a way which openBVE 1 is not. For example, with openBVE 1, adding support for a new 3D object format, would require modification of the core program itself, and a new release. But with openBVE 2’s extensible architecture, support can simply be added via a new plugin, which means the core program need not be modified or recompiled. Clearly, this is a much better design in the long term.

The new renderer demo is intended for advanced users and developers only, and the main purpose of the demo is to test the performance of openBVE 2’s new renderer in comparison with openBVE 1’s, on a variety of computer systems. Indeed, no train simulation features are actually included at this stage, and not all visible features of routes, such as backdrops or animated objects, are accomodated yet.

It would be greatly appreciated if you could download and test the new renderer, and report your experiences; for example, what framerates you see, what viewing distance you find yourself liking to use, and what performance you achieve when equivalent settings are used in both the openBVE 2 Renderer Demo and openBVE 1. Hopefully you’ll find that framerates using openBVE 2’s renderer are far higher.

You can visit the openBVE Renderer Demo page for the download, and please read the information presented there carefully: » http://openbve.trainsimcentral.co.uk/openbve2.html «

Please also consider posting your feedback in » this thread on the openBVE forum «, or send some feedback via e-mail to Michelle. Alternatively, you can leave some feedback in a comment on this blog entry or e-mail me, and I’ll pass your feedback on to Michelle. It would be helpful if you could include certain information, such as the following:

  • Your processor model and/or speed (e.g. Intel Core 2 Duo E8400 @ 3GHz, AMD Phenom II X2 545 @ 3.0GHz, etc…)
  • Your graphics card model (e.g. NVIDIA GeForce GTS 250, ATI Radeon HD 5670, etc…)
  • The amount of RAM you have (e.g. 2GB)
  • What operating system you’re using (e.g. Windows 7 64-bit, Ubuntu 9.10 32-bit, etc…)
  • The settings within in your settings.cfg file (found in the Binaries subfolder of the openBVE 2 Renderer Demo)
  • Your video card driver’s image quality settings (e.g. 16xQ anti-aliasing, 16x anisotropic filtering)
  • The framerates you encounter while running the openBVE 2 Renderer Demo, and openBVE 1, with equivalent settings
  • Lastly, don’t forget to take into account, the information on the openBVE 2 Renderer Demo download page…

You can find some help regarding identifying your graphics card model on » this page «. Where video driver settings are concerned, you can read » this page «. Windows users can often just press Windows Key + Break to find out CPU model and speed, amount of RAM, and operating system. Michelle is very busy, but if you would like to send some feedback and find yourself unsure as to what to do, then I’d be happy to help you. 🙂

Horizontal Rule

I’m delighted to say that all the routes I’ve tried, benefit greatly from openBVE 2’s new renderer. Not only are framerates higher, but the viewing distance can be increased significantly as well. 🙂 This is also good news for those of you waiting for Watford Junction to Rugby. For example, take the highly detailed Bourne End Junction area, which contains nearly a kilometre of 60mph crossovers between the fast and slow lines, lots of complex overhead line equipment, and plenty of track and lineside detail. With a viewing distance of 3000m (yes, 3 kilometres :)), in openBVE 1, the framerate here is dragged down to a measly » 19 fps « . But with openBVE 2’s renderer, I get an impressive » 155 fps « instead.

Here are some other examples of framerate improvements. For detailed specifications of the computers used in these tests, please » see here «.

Settings in openBVE 1:

Viewing Distance: [3000m]
Resolution: [1920×1200 fullscreen]
Image Quality: [Anti-aliasing: 16xQ, anisotropic filtering: 16x]
vSync: [Off]
Interpolation: [Anisotropic Filtering]
Transparency: [Sharp]

Settings in openBVE 2 Renderer Demo:

Viewing Distance: [3000m]
Resolution: [1920×1200 fullscreen]
Image Quality: [Anti-aliasing: 16xQ, anisotropic filtering: 16x]
vSync: [False]
Interpolation: [5]
objectOptimization: [2]
blockClipping: [true]
All other settings: [Default]

Please note that all framerates were taken with the camera left at it’s initial position and orientation, to produce reliable and consistant results. In openBVE 1, the F3 external camera key was pressed once and left remaining at the start of the route, and the train moved to the end of the route via the Jump to Station menu, to ensure that no external car objects were lowering framerates.

Core 2 Quad Q9650 / GeForce GTX 260 based system:

Route: openBVE v1.2.5.1 (fps) openBVE 2 Renderer Demo (fps)
Ferrovia Genova-Casella 109 325
Chashinai Railway (Ishinden Line) 78 366
Saijou 117 423
Keio.net 220 327
Guaianazes-Estudantes High-Res 64 327
ATS-Sn/P Test Route 83 437
Uchibo 86 456
Network West Midlands 105 412
Watford Junction to Rugby 38 231

Athlon64 X2 4200+ / Radeon 2600 Pro based system:

Route: openBVE v1.2.5.1 (fps) openBVE 2 Renderer Demo (fps)
Ferrovia Genova-Casella 24 52
Chashinai Railway (Ishinden Line) 15 63
Saijou 17 67
Keio.net 40 88
Guaianazes-Estudantes High-Res 11 51
ATS-Sn/P Test Route 17 71
Uchibo 17 74
Network West Midlands 20 66
Watford Junction to Rugby 9 34

As you can see, on my systems, openBVE 2’s renderer is far superior to openBVE 1’s. Of course over time, more features will be added, and these will use some more of the newly available CPU and GPU resources and reduce peformance a bit. However, for those of you with slow computers, these extra performance reserves could mean that more detailed routes and trains could be usable than would be the case with openBVE 1.

Horizontal Rule

Some more framerate comparisons… openBVE v1.2.5.1 on the left, openBVE 2 Renderer Demo on the right. Remember that we’re interested in the framerate, not the graphical quality, at this early stage! Support for backdrops and smooth transparency will be added to openBVE 2’s renderer in due course. Also note that the viewing distance likely used by many openBVE users is the default 600 metres, but here, the viewing distance is 3000 metres instead.

openBVE v1.2.5.1 openBVE 2 Renderer Demo
Screenshot Screenshot
Screenshot Screenshot
Screenshot Screenshot
Screenshot Screenshot
Screenshot Screenshot
All screenshots taken at 1920×1200 resolution, with openBVE’s anisotropic filtering setting enabled with sharp transparency/interpolation mode 5, and 16xQ anti-aliasing/16x anisotropic filtering (Core 2 Quad Q9650 at default 3GHz, and GeForce GTX 260 55nm)
Horizontal Rule

Community concerns regarding “openBVE 2”

Information IconI want to mention briefly the concerns regarding the name “openBVE 2” being changed soon, as architecturally, the new program is entirely different to openBVE 1, let alone BVE Trainsim, and I’ve noted some fears being expressed regarding the name change and widening scope of the project, particularly where add-on compatibility is concerned. However, I think these fears are being blown out of proportion. All openBVE content will still be compatible with the new program, so there’s no need to panic — add-ons aren’t going to suddenly become defunct. If any developers have concerns about this, please feel free to discuss them with either myself or Michelle.

I’ve also noticed people express concerns that openBVE 2 is going to be far more difficult to use and develop add-ons for. From the end-user’s point of view, and with cooperation from add-on developers (like me), it could actually be far easier, because it will be possible to install and uninstall add-ons from within the program itself, via it’s graphical user interface, rather than dealing with archiving utilities, self-extracting archives, different directory structures contained within them depending on which developer packaged them, and so-on. This kind of stuff is not easy for everyone, especially beginners, and it has to be repeated with every add-on. Where add-on creation is concerned, one of the benefits of the modular, plugin-based architecture, is that adding support for new file formats, such as file formats created by 3D modelling applications, becomes easier, not harder. It also means that route building tools, should they be made, can more easily interface with the host program via the new API. Those of us who prefer hand-coding methods, myself included, can still do what we’ve always done as well — it’s all a choice. Of course, with a program capable of rendering a vast world, it does become harder to make add-ons which fully exploit this new potential. Even I’m not exploiting this potential with my add-ons currently, but in future this may be highly desirable (just as I’ve upgraded my routes incrementally in the past), and the ability will be there for anyone who wants it, or who can envisage a use which even we haven’t even thought of yet. Anyway, the modular architecture makes it easier to build content creation tools, or provide support for existing tools and their file formats, which will make the growing possibilities easier to take advantage of. This does however, require some good programmers willing to devote some time to creating such tools, or writing plugins to support existing tools or formats; I recognise this, and I’m sure Michelle does as well. Lets try to be a little more positive about the future.

Horizontal Rule

openBVE v1.2.6.0 released

openBVE LogoLastly, openBVE v1.2.6.0 has also been released. Now is a good time remind ourselves that openBVE is a train simulator first and foremost, and with this latest release, the mass of the train is now affected by boarding passengers, which can slightly affect the performance of the train. A bug has also been fixed in the Jump to Station menu, and the Interior (Look Ahead) camera is now selected by default for 3D cabs (like the » class 323’s 3D cab « for example, or » Roberto Benini’s EM A1 3D cab «). There are various other changes too; please visit the » openBVE homepage « for more. 🙂

Tags: , , , , , , , ,
Posted in openBVE, openBVE 2, Site News | 4 Comments »