Hello, I am a Mac OS X user who just discovered OpenBVE. I have made a self-contained .app which starts OpenBVE simply by double clicking on it. Inside it contains all dependencies (Tao, SDL, SDL_mixer), including the infamous alut.dylib (sound works!). The only requirement is Mono, as that needs to be installed systemwide.

Mono can be downloaded from: http://www.go-mono.com/mono-downloads/download.html

I have made two distributions. One without railways

http://briksoftware.com/OpenBVE.zip (4MB)

and one with bundled Ferrovia Elettrica Val di Fiemme (http://fevf.altervista.org/)

http://briksoftware.com/OpenBVE.FEVF.zip (76MB)

All you need to do is to decompress the zip file, and double click on the OpenBVE icon to start playing.

1)

The keyboard mapping is based on key positions, not on their labels. You should think of your keyboard as operating with a US keyboard layout when using openBVE, which is QWERTY.

2)

No distribution on the homepage or via this forum. While I welcome packages that make the installation process easier for users, you will have to store them on your own webspace or use a file hosting service. If you update your package regularly, I could even link to it on the homepage.

However, if you distribute any of the libraries, you should carefully read all the involved licenses, and should make every effort to strictly adhere to them.

michelle wrote:The keyboard mapping is based on key positions, not on their labels. You should think of your keyboard as operating with a US keyboard layout when using openBVE, which is QWERTY.

This would be pretty much ok for me, Italian keyboard is very similar to US keyboard, at least for letters. The problem is that NO key works, except the function keys, so I guess that for some reasons Mac have different codes for those keystrokes (if i understand correctly, you do not use the ASCII code, but the raw key code). On the one mac that it works is very similar to an AZERTY layout (that is Q and W are actually seen as A and Z). If there is a way to enable debug so that each keystroke is logged I could try to map a Mac keyboard correctly.

michelle wrote:No distribution on the homepage or via this forum. While I welcome packages that make the installation process easier for users, you will have to store them on your own webspace or use a file hosting service. If you update your package regularly, I could even link to it on the homepage.

However, if you distribute any of the libraries, you should carefully read all the involved licenses, and should make every effort to strictly adhere to them.

That is fine. I will try to see the licenses and if they do not seem too strict I will post here a link to an externally hosted package. Would that be ok?

brainnolo wrote:The problem is that NO key works, except the function keys,

Looking in 'Data/Languages/it-IT.cfg' there is currently a 1:1 mapping between the keynames (eg. "b = B" not "b = W") so you'll probably want to investigate that and send Michelle a patch (but that should be an Italian-specific issue, rather than a OS X-specific). BTW, out of interest, did OpenBve start up in Italian automatically?

brainnolo wrote:I will try to see the licenses

For Debian/Ubuntu this is very important; here's a list of the 'copyright' file (summaries) if it's a useful:

• openbve_1.2.0.3-0ubuntu1/copyright (PD-ish)
• openbve-data_1.2.0.3+dfsg-0ubuntu1/copyright (PD-ish)
• taoframework_2.0.0.svn20071027-5ubuntu3/copyright (LGPL >=2.1)
• freealut_1.1.0-2/copyright (LGPL >=2)

If you are distributing compiled binaries of the LGPLed works, then you must offer the source code to the libraries aswell (especially any changes you have made)---or provide a long-term written offer. However, you should not rely on my summary as legal advice!

For a very smooth installation experience, you may also be interested in (separately) packaging up the 1.31.03 version of the Cross City Route, and the matching 4.0.1809 version of the Class 323. Note that the Public Domain (eg. legitimately redistributable) status applies only to those exact versions):

• bve-route-cross-city-south_1.31.03-0ubuntu2/copyright (PD)
• bve-train-br-class-323_4.0.1809-0ubuntu1/copyright (PD)

brainnolo wrote:NO key works, except the function keys

Second reply (but just about the keyboard symptom)---I did earlier on in the Linux porting; that was because Interface.LoadControls() was failing on its first-time load of "Controls/Default keyboard assignment.controls" (check in "Personalizza i controlli" to list is mostly empty).

If OpenBve's data is stored "inside" the application bundle, how does OpenBve find/open/load its data files---or do you need to setup a proper system-wide install?

sladen wrote:Looking in 'Data/Languages/it-IT.cfg' there is currently a 1:1 mapping between the keynames (eg. "b = B" not "b = W") so you'll probably want to investigate that and send Michelle a patch (but that should be an Italian-specific issue, rather than a OS X-specific). BTW, out of interest, did OpenBve start up in Italian automatically?

OpenBve started up in English, and I run it in English. I doubt the problem is Italian specific as I tried different keyboard layouts such as Russian and Romanian (which I use pretty frequently and work fine for all other apps).

sladen wrote:If you are distributing compiled binaries of the LGPLed works, then you must offer the source code to the libraries aswell (especially any changes you have made)---or provide a long-term written offer. However, you should not rely on my summary as legal advice!

I have read the licenses, they are mostly GPL/MIT stuff, so I guess I can just distribute the binary and make a text file with links to where to get the source code. I didn't have to modify the source at all.

sladen wrote:For a very smooth installation experience, you may also be interested in (separately) packaging up the 1.31.03 version of the Cross City Route, and the matching 4.0.1809 version of the Class 323.

I was thinking about bundling the FEVF (Ferrovia Elettrica Val di Fiemme) and I contacted its author for that. Indeed the Cross City Route sounds interesting too. I cannot do that separately though, as a normal Mac OS X application is self-contained in a single "package" which does not need to be installed... you just double click on it and it runs (as if it were composed of just a simple executable).

brainnolo wrote:I have read the licenses, they are mostly GPL/MIT stuff

There is a big difference between GPL and LGPL; which components have you found that are GPL? (in which case you may only distribute a binary if all of the components are GPL-compatible).

brainnolo wrote:I cannot [package the routes+trains] separately though

Why is it not possible to provide a package that installs a sample route into '/usr/share/games/bve/{Railway,Train}' ? If you force routes to be compiled in with the binary, people are going to have a 30MB download on upgrade, it's not going to be OpenBve specifically, and it'll be difficult for people to add/upgrade/choose their own other routes to play.

sladen wrote:Why is it not possible to provide a package that installs a sample route into '/usr/share/games/bve/{Railway,Train}' ? If you force routes to be compiled in with the binary, people are going to have a 30MB download on upgrade, it's not going to be OpenBve specifically, and it'll be difficult for people to add/upgrade/choose their own other routes to play.

You are right, the problem is that there is no command line options to tell OpenBve from which directory it should start browsing for resources, also Data and Settings are written in the same directory of the executable, regardless of the PWD. It will probably be necessary a custom updater which only updates the .exe and the Data dir, instead of redownloading the whole package.

For now, I have posted this version which contains no railways and no trains. It can be downloaded from http://briksoftware.com/OpenBVE.zip

From tomorrow I'll be in vacation for two weeks, so I will answer all concerns about this distribution when I come back.

I updated the release with the latest OpenBVE. The first post has the correct links.

I have made this thread a sticky in order to invite other Mac users to test this distribution.

If it is received positively, meaning, if it works correctly and meets the expectations, I could link to it on the homepage so that other users have an easy means of installing the program and can easily find it.

Hi All,
I noticed this package and tried running it, however, I have encountered some issues:-
1) When I first tried loading up a route and train, oBVE claimed it was missing "libalut.0.1.0.dylib" - this was fixed by disabling sound in options.cfg.
2) oBVE crashes when trying to load a route. At Uchibo the whole route will load, then the train (specifically the Londen Underground 1995 stock, for oBVE) but upon 100% completion mono crashes. I tried running the package from the Terminal, and the only output from the above situation is "Abort trap".
Hopefully these problems can be solved.

Thanks michelle and brainnolo for your development.

Hi. I have installed the 'complete package' so thanks for that...

However the only route I can get to load is the one preinstalled (and only with one of the trains). I believe the problem is not with the route but with the trains as this message is displayed at the top of the train information screen (see attachments).

When I then try to load the route it says there's issues but there is not the option to 'ignore' as it describes and when I click cancel BVE closes.

I have made sure the trains I'm using are for OpenBVE as are the route so I hope you can help...

Cheers
James

It is the best to click "Show issues" and post the data displayed or the one in "Save report".

It appears to be a problem with Mono on Mac that - as visible in the screenshot - there are some visual abnormalities. I suspect that there are others in the main menu as well.

Either way, I have tried changing a few things so that the Ignore button now shows by default. (Normally, it is invisible by default and only shows when really needed.)

I don't know how this integrates into the Mac OS X package... If you can simply replace the EXE file from the attachment, that would be ideal. Otherwise, I need to leave it others to integrate this change.

Haha!

Thanks Michelle, I have had success by swapping the .exe file

No problems as yet as a result of choosing the Ignore option...

Cool...