janisozaur

Does it happen on c9b5ec4172668781f5b4cf7d2862e08cda27e290 too?

Does it happen on c9b5ec4172668781f5b4cf7d2862e08cda27e290 too?

https://github.com/OpenRCT2/OpenRCT2/wiki/Installation-on-Linux,-macOS#gog

provide logs

Can someone please lock down this thread already?

Sounds like you need to symlink the data dir into your build dir. mkdir build cmake .. make ln -s ../data make g2 cp g2.dat data/ ./openrct2

That'd be (mostly) me. You can witness the historical moment of second ever launch of native Linux version, which at the time was less than half disassembled and used parts of code from original Windows' PE32 binary here: i was still giddy with excitement that the crazy idea I had actually worked. There are also episodes of podcast that the team did, I'm in one of them, if you want to know how it came to be: OpenRCT2 Podcast: https://www.youtube.com/playlist?list=PL0YvVAW9aoL0jq8XIDee0gS99iLYje3lT OpenRCT2 took me places.

Come on Keithybub stop being damn whiny little brat and pls go pester someone else and lets all agree to ignore you bc it's just feeding the trolls if we dont thanks for reading this Thanks

forum != bug tracker

report a bug with the project on github

yes

@drjbananas there's no need to copy the assets over. We can consume them from wherever you have them. It will be used in read-only mode, all of openrct2 assets (e.g. saves, CSO, etc.) will be stored in $XDG_CONFIG_HOME/OpenRCT2, or in lack of $XDG_CONFIG_HOME, it will fall back to ~/.config/OpenRCT2. The path to game will get stored in config.ini, but you can override it with one of the commandline options. We also have AUR package (maintained by third party) and some others.

OpenRCT2 has purely single-threaded software-based renderer*. You're running it on a nearly 5 year old CPU and I don't think it has the best single-threaded performance either. By default we compile with `-O2 -g`, you may want to check if `-O3` or `-Os` gives you better performance. Also consider using `-march=native -mtune=native`. * There's an OpenGL renderer as well, but it has some issues. See https://github.com/OpenRCT2/OpenRCT2/wiki/OpenGL-renderengine-issues

Why are you suggesting people use SVN over git? This is bad and nobody in their right mind should use SVN by now.

s/stable/release/

uh, by extracting the assets you bought, perhaps? https://github.com/OpenRCT2/OpenRCT2/wiki/Installation-on-Linux#gog

I thought we have fixed the staff desync? There are surely other sources, which we try to track down and fix, there are also, unfortunately, false positives sometimes. Desyncs as general class of bugs are hard to get figured out and fixed and they are by no means equal. Some may initially be tiny, others may be much more telling. Eventually, the small differences will snowball into big changes in all cases.

No, we dropped support for XP.

https://github.com/OpenRCT2/OpenRCT2/issues/4903

rpi3 can render openrct2's title sequence in 17fps in full HD. Given how drawing is the part we spend most time in, I think it should do just fine with a headless server. Knowing that OpenRCT2 is almost exclusively single-threaded, you should theoretically be fine hosting up to 4 headless servers on a single board which draws 2.5A @ 5V under load.

"stay up to date" is what you should always do. I fixed this bug a while ago, you were simply running an ancient build.

I have no idea what retropie is, but yes, you should be able to build & run it on rpi. We have just reached full implementation, I will have a PR in a moment to make native build the default, so you can build it just like on x86. EDIT: PR is up, see https://github.com/OpenRCT2/OpenRCT2/pull/4622

Wii and Wii U also use PowerPC, which is big-endian, we don't support that (yet). @Nintendo you're welcome to spearhead the effort.

https://github.com/OpenRCT2/OpenRCT2/wiki/Installation-on-Linux#steam

As we have a package in AUR, simple `yaourt -S openrct2-git` will suffice.