Arch Linux User Repository

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

You can either install the optional packages, which will create symlinks from openttd to openttd-jgrpp, or run the game and it will prompt to download opengfx on first run and the opensfx and openmsx 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.

I originally responded with a bit of a d**k comment, then deleted it, and I apologize.

Thanks for the packages. I added them as optionals.

Ups.

I have made metapackages that symlink the datafiles installed by openttd-opengfx, openttd-opensfx and openttd-openmsx into /usr/share/openttd-jgrpp/ so that openttd-jgrpp can find them.

So maybe you can optdepend on them.

@dreieck: As the pinned comment says, no.

Those packages install to /usr/share/openttd/data, but this package is specifically set up to avoid using normal OpenTTD's files.

Ahoj,

can you add

optdepends=(
  'openttd-opengfx: free graphics'
  'openttd-opensfx: free soundset'
)

please?

Regards and thanks for the package!

@invverse: Ah, I think I see what's happened.

The main repo openttd, which this is based on, requires fluidsynth, but at some point fluidsynth which used to require sdl2 now requires sdl3.

You might want to report the error on the main repository, too :)

Since 0.65.1 this fails to build in a clean chroot and prints the following error: SDL2 or Allegro is required for this platform. Adding sdl12-compat to the dependencies fixes this and builds successfully.

Thanks for fixing @Stichless :)

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(?).

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?

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