Re: NEW: games/openomf

[Brian Callahan]

On 07/21/18 11:04, Brian Callahan wrote:

On 7/21/2018 9:58 AM, Solene Rapenne wrote:

Brian Callahan writes:

On 07/10/18 10:57, Brian Callahan wrote:

On 07/10/18 05:14, Tom Murphy wrote:

The game went Freeware in 1999 and its files are free to
download. There's nothing to purchase.
OpenOMF uses a MIT license.

Yes, OpenOMF uses the MIT license. The game assets are still not
open source, even if freeware. I could not find language saying that
it would be OK for us to distribute the game assets ourselves (maybe
that language exists but if it does I couldn't find it).

Anyhow, I reworded pkg/DESCR and pkg/README to point the user to the
game assets distributed by archive.org. They seemed both the most
neutral and most likely to be around in 100 years out of all the
places that had a copy.

I did the initial port work on it and have been in contact with the
developers of openomf.
They've make several fixes to cmake to make it more portable,
however there's some bits of the game
that don't work 100% yet like tournament mode, and there's some
bugs in the network code that need fixing, but single and two
player modes work.

Yes, they've been good. They responded right away to a problem I
found where the game locked up if you tried to remap the player's
keys.

The libdumb submodule was there because the libdumb code got taken
over by a new developer (https://github.com/kode54/dumb) so I'm
fairly sure we could update audio/dumb to 2.0.3. I'm not completely
certain but I believe the old allegro stuff has been dropped.

I decided to use libxmp instead of dumb. Upstream supports that, so
I don't feel much of a reason to use dumb at this point.

Thanks to Brian Callahan for sorting out the submodules. Those were
doing my head in! :)

Hence the self-hosted tarball :)

Updated tarball attached.

~Brian

Ping. Game works fine.

~Brian

it would be cool to have a checksum in the README file to be sure that
the file downloaded is the right one.

We could do that, and essentially "bless" the version at archive.org.
Makes sense to me.

I tried to run the game, I unzipped the .ZIP file into
/usr/local/share/openomf/ but I need to run the game from within that
directory, or I get an error "MISSING FILE INTRO.BK.".

This is explained (as best I could) in the pkg/README. Happy to accept
changes to it if it can be made better.

>From the directory with the assets, the game starts, but when I tried to
change the resolution of the game, I get a segmentation fault.

This is known. It's a bug in SDL2 itself (not in openomf). You can
maximize the window if you'd like it larger, but you can't change the
resolution until the underlying SDL2 bug is fixed.

I'll send a new tarball shortly.

~Brian

Hopefully this version satisfies the pkg/README suggestions.

OK?

~Brian

openomf.tgz
Description: Binary data