OpenBVE is a railway train-driving simulator with an emphasis on in-
cab driving, realistic physics, braking system, and train safety
system modelling.
Technically, the simulator handles detailed per-car simulation of the
brake systems, friction, air resistance, toppling and more. In trains
supplied with 3D cabs, the driving experience is augmented with forces
that shake the driver's simulated body upon acceleration and braking,
as well as through curves.
Compared to other rail-based simulators, OpenBVE has its main focus on
realism -- not necessarily on user-friendliness. There may be a need
to study operational manuals for the routes and trains chosen, rather
than merely memorising a few keystrokes.
The simulator is designed to be backwards-compatible with existing
"BVE Trainsim" routes and cab interiors, allowing a wide range of
existing scenarios to be loaded by a single-program (BVE1, BVE2, BVE4,
and extended OpenBVE route formats).
OpenBVE uses OpenGL for 3D graphics rendering, OpenAL for positional
surround sound, and is written in the C# language. Note that binary
train extension plugins are not currently supported on Unix, because
these would require Win32 emulation.
===> The following configuration options are available for openbve-1.14.1.2:
DOCS=on: Build and/or install documentation
===> Use 'make config' to modify these settings
To play, you need to add at least one route and a train to OpenBVE after
installation. The Uchibo line, a classical line in the BVE world which
comes with the original BVE software, can be downloaded from here:
http://bvets.net/old/archives/uchibo10.zip
Unzip the file, install it with "wine msiexec /i uchibo10.msi", and move
the `Railway' and `Train' directories to ~/.config/openBVE/LegacyContent.
Have fun, and try not to crash!
games/openbve: update OpenBVE port to version 1.14.1.2
Garbage-collect no longer useful .Net version patching
for compatibility with deprecated Mono 5.10. Upstream
solution was updated as a whole to require .Net 4.8 in
version 1.14.0.2 onwards, which works fine against our
default Mono 5.20.
Reported by: portscout
games/openbve: update OpenBVE to version 1.14.0.3
Put back the <HintPath> tag for System.ValueTuple
which is missing in this release to fix the build.
Reported by: portscout
games/openbve: the port had been updated to version 1.13.0.7
The next releases (v1.14+) will deprecate the legacy OpenGL 1.2
renderer, and OpenGL 4.1 will be required. The new renderer is
considerably faster in all cases, and allows for various things
(particles, shadows, complex keyframe animations) not supported
by the legacy renderer.
OpenGL 4.1 is supported by all discrete graphics cards and most
integrated graphics solutions from ~2012 onwards.
Reported by: portscout
games/openbve: update OpenBVE to version 1.12.1.0
Install more complete set of auxiliary programs and let make(1)
induce the program to wrapper script mapping rather than doing
this manually. While here, mention one comment's origin.
Reported by: portscout
games/openbve: update OpenBVE to version 1.11.0.3
- Fix: BVE5 TXT files were not visible in the GL main menu
- New: Add route map display to the GL main menu
- New: Add GL-based menus to Route Viewer and Object Viewer
for users on systems not supporting WinForms
- Change: Update zh_HK translation (courtesy of Kenny Hui)
- Fix: Incorrect decoding of some interlaced PNG files
- Hack: Use a better initial cab position for Indonesian KIC400
Reported by: portscout
games/openbve: update OpenBVE to the latest version 1.11.0.2
Adjust one more *.csproj file to avoid ``The reference assemblies
for framework ".NETFramework,Version=v4.8" were not found'' error.
Reported by: portscout
games/openbve: update OpenBVE to version 1.9.2.5
This release mostly fixes odd issues; sound handling for some
train related sounds has been subtly altered. These changes
should (hopefully) be more logical in general, and also bring
us closer to the behavior of BVE.
Reported by: portscout
games/openbve: update OpenBVE to version 1.9.2.2
Among the usual round of bug fixes and significant changes, it is
now possible to uncouple vehicles from the player train. Whilst
(probably) not immediately useful, it is another significant step
along the path of moving away from the simple linear world model.
While here, make ALL_TARGET subject to defined(WITH_DEBUG).
Reported by: portscout
lang/mono*: add compat symlink for devel/msbuild < 16
/usr/local/lib/mono/msbuild/15.0/bin/Microsoft.CSharp.CurrentVersion.targets(331,5):
error MSB4019: The imported project
"/usr/local/lib/mono/msbuild/15.0/bin/Roslyn/Microsoft.CSharp.Core.targets" was
not found. Confirm that the path in the <Import> declaration is correct, and
that the file exists on disk.
PR: 256342
Suggested by: Marcin Cieślak
Regressed by: https://github.com/mono/mono/commit/1717687e16dd
games/openbve: update OpenBVE to version 1.9.1.0
This release introduces the next stage of moving the simulator away
from a purely linear, forwards-facing world -- the ability to drive
an existing routefile in the opposite direction.
Reported by: portscout
games/openbve: update OpenBVE to version 1.9.0.1 (hotfix)
Fix a glitch with visibility using track-based visibility
modes and program-generated camera movements.
Reported by: portscout
games/openbve: update OpenBVE to version 1.9.0.0
This version introduces QuadTree visibility, which may be enabled
by setting Options.ObjectVisibilty to 2 in routefiles, along with
several other changes to improve stutter in more complex routes.
Reported by: portscout
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
games/openbve: the port had been updated to version 1.8.2.2
Drop no longer needed `pre-extract' target now that OpenBVE's custom
OpenTK.GLControl component had been fixed (version bumped to 1.0.1).
Reported by: portscout
games/openbve: the port had been updated to version 1.8.2.1
The OpenTK X11 backend seems to be broken on FreeBSD, whereas the
SDL2 one is OK, so deliberately force the latter for the time being.
Now there is proper platform detection for FreeBSD and the joystick
patch had been merged upstream.
games/openbve: the port had been updated (+)
- Update OpenBVE to version 1.8.1.0, which now supports routes from the
legacy DOS simulator Mechanik, among other changes and bug fixes
- AssemblyInfo.sh (shell script) had been replaced with AssemblyInfo.tt
written in C# which means gdate(1) is no longer used and we can drop
the build-time dependency on the `sysutils/coreutils' port/package
Reported by: portscout
Mark various ports as BROKEN with Mono 5.20, and, in some other cases,
Mono 6.8.
PR: 238089
Submitted by: cem
Obtained from: lonesome.com build regression testing
