Package Details: openttd-jgrpp 0.59.1-1

Git Clone URL: https://aur.archlinux.org/openttd-jgrpp.git (read-only, click to copy)
Package Base: openttd-jgrpp
Description: Engine for running Transport Tycoon Deluxe with JGR's patch pack
Upstream URL: http://www.tt-forums.net/viewtopic.php?f=33&t=73469
Keywords: 2D economic game isometric simulation trains transport tycoon
Licenses: GPL-3.0-only
Submitter: Stitchless
Maintainer: Stitchless
Last Packager: Stitchless
Votes: 11
Popularity: 0.161454
First Submitted: 2017-10-21 11:26 (UTC)
Last Updated: 2024-05-20 07:31 (UTC)

Pinned Comments

Stitchless commented on 2017-10-21 11:29 (UTC) (edited on 2024-04-05 12:55 (UTC) by Stitchless)

This uses the "stable" release tars. Unlike the git version this can be installed alongside normal OpenTTD for those that play both.

The optional gfx/sfx packages won't install to the correct location. The game will prompt to d/l the gfx on first run and the opensfx can be downloaded in game via the "Check Online Content" button.

If after a system update (especially the icu package) the game fails to launch make sure you've tried to rebuild the package before reporting issues.

Latest Comments

1 2 Next › Last »

invverse commented on 2024-04-06 13:53 (UTC)

Thanks for fixing @Stichless :)

Stitchless commented on 2024-04-06 09:42 (UTC)

Launch issues should be fixed now.

Seemed to be related to the recent changes to /etc/makepkg.conf enabling the lto option. Disabling the option fixes the build, but there's probably a better way than disabling it considering it's meant to optimize the build, but I'm not sure, so for now it's working and that's all that matters(?).

GhostlyDilemma commented on 2024-04-06 08:49 (UTC)

Same issue as @Fuzzy. Tried to look through the available debug options, openttd-jgrpp -d 9 does give a bit more insight into what exactly seems to go wrong. I still don't quite get it but might be worth it to list the findings:

On initial start it prompts to download OpenGFX, which hangs somewhere after 50%. Killing the program and restarting, causes a black screen which can't be closed properly. Checking the console output it seems to struggle opening ogfxe_extra.grf in OpenGFX. Tried to switch out the downloaded one, with the one that ships with the steam version to no avail - same problem. It seems to try to jump to negative line definitions and loop infinitely there:

dbg: [grf:2] [opengfx-7.1.tar/opengfx-7.1/ogfxe_extra.grf:25653] SkipIf: Jumping to label 0x10 at line -1350376573, test was true
dbg: [grf:7] [opengfx-7.1.tar/opengfx-7.1/ogfxe_extra.grf:-1350376572] DecodeSpecialSprite: Handling action 0x0D in stage 4
dbg: [grf:7] [opengfx-7.1.tar/opengfx-7.1/ogfxe_extra.grf:-1350376571] DecodeSpecialSprite: Handling action 0x09 in stage 4
dbg: [grf:7] [opengfx-7.1.tar/opengfx-7.1/ogfxe_extra.grf:-1350376571] SkipIf: Test condtype 3, param 0x7F, condval 0x00000001
dbg: [grf:2] [opengfx-7.1.tar/opengfx-7.1/ogfxe_extra.grf:-1350376571] SkipIf: Jumping to label 0x10 at line -476479005, test was true
dbg: [grf:7] [opengfx-7.1.tar/opengfx-7.1/ogfxe_extra.grf:-476479004] DecodeSpecialSprite: Handling action 0x05 in stage 4
... [continues in the negative 4764 area]

Couldn't find an issue on the Github repo so the problems seems to be with the Arch build?

invverse commented on 2024-03-22 17:01 (UTC)

I'm encountering the same issue as @Fuzzy and also had to roll back to 0.57.1 to get it to launch.

Fuzzy commented on 2024-03-04 12:09 (UTC)

Something went wrong with 0.58 - it hangs on start without window refresh (i.e. it shows window frame but there are nothing inside, just a piece of my desktop image). There are no any output in console (should I activate debug somehow?...) I rolled back to 0.57.1 - it works fine (I tried 0.58 and 0.58.1 - neither works)

Stitchless commented on 2023-09-10 06:52 (UTC) (edited on 2024-03-04 12:19 (UTC) by Stitchless)

Whilst I'm not sure why it would suddenly cause issues for anyone, maybe it's a specific quirk of your setup, I've omitted CMAKE_BUILD_TYPE entirely.

Looking through OpenTTD's code there is currently a section that if no CMAKE_BUILD_TYPE it'll set "sensible defaults".

I guess if anyone can't build -O3/Release they can remove it manually...

It is odd that general builds of OpenTTD (upstream Arch, Fedora, and even the build workflows for openttd-jgrpp use Release though). There's probably a good reason (as opposed to -O3 goes brrr), but I don't see it stated anywhere.

wallabra commented on 2023-09-09 21:54 (UTC)

It seems setting CMAKE_BUILD_TYPE=None as opposed to Release in the PKGBUILD fixed the issue for me. Which is very strange, but oh well; that is what the CMake guide advises to do anyway. I would suggest applying it anyway, just for good practice.

Stitchless commented on 2023-09-09 06:50 (UTC)

@gustavo6046 Still builds fine for me. You might want to try providing more information.

wallabra commented on 2023-09-09 01:20 (UTC)

This package fails to build with linker errors. Tried with both GCC and Clang.

Stitchless commented on 2021-05-04 20:14 (UTC)

@NCLI Make sure icu is up-to-date on your system and then rebuild the package.