/r/openbsd_gaming
A subreddit for gaming on the OpenBSD operating system.
OpenBSD gaming news, events & porting
OpenBSD hosted game servers:
OpenBSD related links:
Similar subreddits:
Event coordination:
/r/openbsd_gaming
I am planning on switching from Debian GNU/Linux to OpenBSD soon probably in a few months (Since i need wired headphones) I'm not too worried about not being able to use Steam so here's a list of games i want to be able to play, Solitaire and Minesweeper and play NES and Gamecube games on a Emulator and Half Life 1 and Minecraft (Preferably cracked) and Super Tux 2 and Tetris.
Hi
If you reading this - Thank you :)
Ok as I mention I want to move to free bsd. Would you be so kind people and look on a list of games below.
I wonder if any of them works on OPEN BSD. I can manage without all them but it would by nice if mayby few of them work with open bsd. thank you in advence
PS open bsd is crazy stable / secure and keep political bs away from software. That are my reasons to swich
PS. 2 My english is bad as it can only be sorry
I've got three G3 iMacs looking for a use, so I was thinking CRT retro gaming, perhaps. Or... perhaps not retro.
Anyone else out there using PowerPC of any variety for gaming with OpenBSD?
Sorry guys i just installed today openbsd wothout sxperience in what i’m doing… following the documentation i’ve set up ports… playing with it a little bit i found that godot actually is ported so i tried to install it via pkg_add (godot4) but something is not working, idk what. The terminal after i run it return something like: Error: Couldn’t load project data “.” Is the .pck missing? …
Someone can give me some help?
Also i tried flare2d but it ended up with something very weird for me; flare in the terminal starts giving things running, also i can ear sounds in background BUT is not showing the window.
Thank you guys!
The Elder Scrolls: Morrowind always worked fine on my hardware on OpenBSD. But now on the same hardware it crashes when loading the scene of the prisoner on the boat about to be released. I am using an AMD RDNA3 GPU and an Intel Alder Lake CPU.
I know this is a long shot, but I figured I'd ask here. The hardware is AMD Ryzen 7 8840U / 780M (though earlier devices had a 7640U).
Anyone experimented with this in OpenBSD?
I can't seem to be able to install openbsd-ags. https://github.com/reivyr/openbsd-ags
When I do make install from /usr/ports/mystuff/games/ags I get this error:
Fetch https://ftp.openbsd.org/pub/OpenBSD/distfiles/v.3.5.0.24.tar.gz
ftp: Error retrieving https://ftp.openbsd.org/pub/OpenBSD/distfiles/v.3.5.0.24.tar.gz: 404 Not Found
Fetch https://ftp.usa.openbsd.org/pub/OpenBSD/distfiles/v.3.5.0.24.tar.gz
ftp: Error retrieving https://ftp.usa.openbsd.org/pub/OpenBSD/distfiles/v.3.5.0.24.tar.gz: 404 Not Found
Fetch https://ftp.fr.openbsd.org/pub/OpenBSD/distfiles/v.3.5.0.24.tar.gz
ftp: Error retrieving https://ftp.fr.openbsd.org/pub/OpenBSD/distfiles/v.3.5.0.24.tar.gz: 404 Not Found
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:3304 '/usr/distfiles/v.3.5.0.24.tar.gz': u/lock=v.3.5.0.24.tar.gz.dist; /usr/bin/...)
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2578 '_internal-fetch': u/cd /usr/ports/mystuff/games/ags && PKGPATH=games/ags exe...)
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2796 '/usr/obj/ports/ags-3.5.0.24/.extract_done': u/cd /usr/ports/mystuff/games/ag...)
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2235 '/usr/packages/amd64/all/ags-3.5.0.24.tgz': u/cd /usr/ports/mystuff/games/ags...)
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2725 '_internal-package': u/case X${_DEPENDS_CACHE} in X) _DEPENDS_CACHE=$( mktem...)
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2704 'package': @:; cd /usr/ports/mystuff/games/ags && PKGPATH=games/ags make _in...)
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2256 '/var/db/pkg/ags-3.5.0.24/+CONTENTS': u/cd /usr/ports/mystuff/games/ags && PK...)
*** Error 2 in /usr/ports/mystuff/games/ags (/usr/ports/infrastructure/mk/bsd.port.mk:2704 'install': u/lock=ags-3.5.0.24; export _LOCKS_HEL...)
Am I doing something wrong? How did you guys install it?
So people seemingly got OpenBSD running on Steam Deck. There is a post on Reddit and there is a changelog related to that.
Is there any information on what is supported and what isn't? Is it completely supported?
The integration between Recoil engine and the game Beyond All Reason ("BAR") is a little complex, but thanks to the help from fabien@ there is now a script to launch Beyond All Reason included in the package on -current. With this, running Beyond All Reason on OpenBSD is as simple as:
$ doas pkg_add recoil-rts
$ beyond-all-reason
This takes care of updating the local packages for the engine as needed, and running the engine with the correct configuration, as does the usual launcher on other platforms.
We have tested various online features like account login, online multiplayer, spectator mode, chat, etc. with everything working as expected. There are also singleplayer scenarios that include a bit of a tutorial.
Not sure yet about the strategy for -stable... If there is enough interest, might consider just updating the -stable packages like is currently done with firefox for example...
Expect some posts with screenshots/gameplay videos from OpenBSD soon!
With my recent commit of IndieRunner 0.1 to the OpenBSD ports, using it is just a pkg_add(1) away on -current. Here a few notes on the why and how:
-e
should rarely be needed.$ indierunner -vv
, and information on game version and where it was obtained from!-v
) output for what is unveil(2)'d by rigg.--permissive
or disabled entirely with --norigg
I get this error during the installation:
FlightGear installation error: /dev/sd0h on /usr/local is not large enough
After this I installed UrbanTerror and it didn't give any errors during the installation.
It seems to me to be a bug related to FlightGear specifically.
The latest version in ports is JDK 21, but I needed 22 for some test, so I built it myself.
Leaving the build if anyone needs it. Compiled on OpenBSD 7.5 amd64.
https://codeberg.org/glowiak/polymc-openbsd/releases/tag/jdk22
The uncompressed directory size is about 200 MB, but thanks to xz -zfe9
the archive is only a quarter of that size.
I was wondering how GZDoom (& mods) is like underneath OpenBSD. I'd imagine the performance would be slower compared to Linux, but by how much? Can I expect most WADS to run at a consistent 60 fps? And are there any OpenBSD-specific bugs? Thanks.
Thanks to Hukadan's efforts, there is now a very nice and informative interface to explore the commercial, formerly commercial, or freeware games that run (or used to run) on OpenBSD. This post is a summary to show why this is such a great resource.
To get started, open https://pobsd.chocolatines.org/ and you will first see the Game List which is ordered alphabetically:
This view shows some key information about each entry, including developer, engine, runtime, and status. You can filter by one of these values by clicking on the blue text, for example click on scummvm to see all games that use the scummvm runtime.
You can get more information about a game by clicking on the title. This opens a detail page with some additional information detail, including the cover art, a description, and screenshots. Those are pulled from IGDB where available.
Another way to find a particular game is by using the search bar. Note that this will search not just the game name, but also tags, genre, and likely the other fields as well.
Now for some of the standout functions:
If you click "Random Game" in the top bar, the detail page of a random game is opened:
This is a great way to explore the entries. The link of the button can even be used for a browser homepage or bookmark.
Click on "News" to see what has been added recently:
I was impressed with how quickly it updates - "If On A Winter's Night, Four Travelers" showed up within minutes of being added to the OpenBSD games database.
Further to the right is RSS feed which can be subscribed to for the recent games additions.
And last but not least, "Game Stats" provides summary data as tables and graphs:
As you can see, the large majority of games has a status of "Launches". This is where you can help out - yes, you! If you find a game in the database and play it, it would help a great deal to let us know the observation about the game's status. Hopefully many more games are found to be "Completable" (or even "Perfect", the highest rating), but it's also very valuable to collect if there are bugs - minor, medium, major, or even not being able to run the game at all due to crashing etc. A more detailed description of this status rating system is in the "About" section (or at https://github.com/playonbsd/OpenBSD-Games-Database):
I hope this helps see what's possible with games on OpenBSD!
I think this is a pretty good time to give an update on the current state. One of the goals is to provide starting points for people who want to understand the limitations and see how to get involved.
Since Unity's install fee public relations disaster in September 2024, Godot has received significant attention as a serious alternative. It seems like a few high-profile game studios like MegaCrit games (Slay the Spire) have abandoned Unity in favor of Godot. (Note Slay the Spire is a LibGDX game; they were working on the sequel in Unity and then switched to Godot).
Some examples of very successful Godot games that run on OpenBSD include:
There are still issues with some Godot games. I have found at least one Godot game that uses the encryption "DRM" (Legendary Creatures 2). Other reasons include reliance on Steam middleware, although we have GodotSteam included in the Godot 3 port, and I hope to add more GodotSteam middleware for Godot 3 and 4 in the future to close some more gaps.
Shoutout for op@ for maintaining the godot ports that allow running these games!
rigg is now in ports (on -current). IndieRunner is coming along and I'm hoping to have it ready for OpenBSD soon. There will be future integration such that IndieRunner will use rigg to launch games where possible.
This will replace fnaify completely. The big advantage over fnaify is a much more modular, maintainable, and modifiable codebase. The OO structure should allow making a GUI in the future...
IndieRunner is probably best understood as a launcher, initially with just a CLI interface. It supports all the engines of fnaify, that is FNA, XNA, MonoGame, and a few Zachtronics games based on their in-house mono-based engine. In addition, several other ones have been added into the IndieRunner framework: Java (LWJGL, LWJGL3, LibGDX), GZDoom, HashLink, Love2D, ScummVM.
This project is still undergoing some refinement before it will be ready for proposal to ports@.
The current stats (as of the time of writing) show 427 games listed, and I'm adding more basically weekly as I'm becoming aware of them and testing them.
https://github.com/playonbsd/OpenBSD-Games-Database (Repo with the database and the conversions to json/csv)
Shoutout to hukadan for making a beautiful frontend for the database!
https://pobsd.chocolatines.org/ https://pobsd.chocolatines.org/random (Random game - my new favorite browser startpage) https://pobsd.chocolatines.org/stats (Stats derived from the database)
The libraries and runtimes needed that are used by the games have a way of getting out of sync. For some games, our ports libraries are too new. This seems to be the issue with the recent lack of audio in Stardew Valley (suspecting OpenAL version incompatibility), and was also a hiccup with steamctl when protobuf was updated to 5.26.1 (steamctl expects protobuf~=3.0). Having multiple versions of the libraries in ports is probably a non-starter, as it would increase maintainer burden and risk carrying forward security vulnerabilities from outdated versions.
Stuff still gets released using FMOD, which is a proprietary audio middleware library. My disappointment in that regard in 2023 was Cobalt Core, sadly - an FNA game that couldn't help but rely on FMOD which makes it a non-OpenBSD game. It's just disappointing if a game otherwise based on free & opensource software frameworks like FNA does this...
Barony dropped (or neglected) its OpenAL backend. Keeping the port working with the latest game files has become unmanageable and it was retired.
The DarkMod's distribution model of relying on downloads of content, but only supporting the most recent version, along with difficult to obscure bundled dependencies like modified zip/minizip made it unmaintainable for the time being.
Microsoft's dotnet is a portability nightmare. More and more projects rely on dotnet core 8.0 instead of mono. Examples include Godot version 4, MonoGame.
The majority of indie game releases still use Unity. I am hoping that with more time passing since the Unity install fee debacle in September 2024, we will see the share of games made with Godot picking up.
This is all I can think of at the moment. I probably forgot to mention a few more things - feel free to add them in the comments. I've personally had a lot of fun playing several games on OpenBSD in the last months - from Secret of Monkey Island 2, to OpenTTD, to Urtuk: The Desolation, Balatro, and Delta-V: Rings of Saturn.
Original at: gemini://thfr.info/gaming/commercial-games-on-openbsd-may-2024.gmi (HTML conversion)
I use the Steam version for Linux. Copied steam.hdll
in the root of the game and run through hl sdlboot.dat
. The main menu works fine, but when I click Single Player -> New Game and choose a name and clan, after clicking Play the game hangs - no sound, etc. Only error that I can see is MPMAN> Error(TypeError: Cannot read property 'appID' of null)
OpenBSD 7.5 for amd64. What can I do?
I am excited to announce the 1.0 release of rigg! With this program, a large number of games based on Mono or HashLink can be run on OpenBSD. It uses unveil(2) for 2 purposes: In strict mode (the default), filesystem access/visibility is reduced to the empirical minimum necessary, protecting other parts of the file system from inadvertent or malicious access. The other use of unveil(2) is to hide bundled libraries of the Linux game version, so that the engine can fall back on the OpenBSD-native libraries.
Some notable games that have been tested with rigg(1) on OpenBSD (make sure pertinent libraries are installed to run them):
Many thanks to @brynet whose work on unveilro(1) has been a significant inspiration for rigg!
https://izder456.neocities.org/ports
im so hyped for the release of openbsd 7.5 stable around april ish- given the 6 month release cycle.
i mean- the fact that macppc has been confirmed to work with my ports of pangea software games on modern openbsd releases is peak druaga1 energy
(just needs more ssds) ;)
running the latest build of openbsd on hardware from three decades ago, just to run a modern port of that same game that was originally made for that same damn hardware…
there’s some decadent irony there- and i love that i am mostly to blame for the time-unstuck pipe dream reality that is now.
absolutely cursed and totally weird. exactly why i love open source. shit like that is not only possible- but an actual thing that actual people do.
cheers to:
ports@
mailing list for being helpful and patient with my “noobiness”. and especially op@
for helping unintentionally by sorta giving a reference to the patches needed for the Data dir to function correctly via their games/nanosaur2
port.this would not have been possible without them.
been working on getting the source ports of old pangea soft games in to the ports tree
so far, i did bugdom and bugdom2, ottomatic looks like it got the OK and i just finished this one tonight.
if anyone has a macppc install of -current, im curious how well these work (or not) for you.
games/bugdom and games/bugdom2 have been merged in the -current tree if anyone is willing.
https://github.com/Izder456/myports
i got bugdom to run as a native OpenBSD port.
good thing the rest of jorio’s source ports of the pangea OS X games use a similar build system, i’m gonna try to get bugdom2 next, then ottomatic, cro-mag-rally, etc.
(silent, demo video of building and running it)
i plan to message ports@ when this is all done and finished to add it to the greater ports cvs tree
https://github.com/alexbatalov/fallout1-ce/pull/124
https://github.com/alexbatalov/fallout2-ce/pull/341
i got these classic fallout source ports to build on openbsd.
they work with my minor patch!
it was just a matter of modifying a cmake conditional to not use the in-tree SDL2 library and headers. the SDL2 port is already on openbsd so it was a trivial patch.
i saw that someone else did a patch for freebsd in a similar way, so i just took the same approach with openbsd.
it compiles, runs, and everything.
performance is good as well, but thats to be expected. its a game engine from ‘97 xD
Still trying to find a way to play some of my favorite childhood games on OpenBSD and found this Xbox emulator.
Unfortunately, Google things I am googling qemu which is a totally different beast.
I works on Windows and Linux. I can't seem to find anything about porting it to FreeBSD or OpenBSD.
Just curious if anyone has ever tried porting it to OpenBSD or knew if it worked or anything?
The game I most want to play most is Star Wars Battlefront 1 from 2004. It had PS2, Xbox, and PC versions.
Unfortunately the PS2 needs PCSX2, the Xbox xemu, and the PC needs wine.
All three of which are unavailable on OpenBSD.
I mean no disrespect to the devs who work on porting games to OpenBSD, y'all do a great job and my hat is off to you men and women!
Stream announcement for tomorrow 23-Sep-2023 22:00 UTC: Celebrating open-source game technologies on #OpenBSD with Q&A...
Lots to discuss, with the recent shake-up in the indie gaming space! Will touch on upcoming projects and point out what the Unity drama reveals about the state of indie gaming on other platforms.