The sad case of Unreal Engine 1 on Mesa and Linux in 2020

Re:The sad case of Unreal Engine 1 on Mesa and Linux in 2020 by jamiesonbecker on Friday May 22, 2020 @01:31AM (#23268927)

I started hacking on this again as well (especially classic Unreal Tournament/UT99). Would love to play some Facing Worlds, but was not able to get it to work on a modern 64-bit MX system w/ nvidia binary drivers.. however, did get UT2004 working! (no sound so far though)

But, heads-up, maybe this will work in your Unreal Engine 1 hacking: the awesome Icculus put together a small tarball of the needed libc5 libraries..

http://icculus.org/updates/cod/gcc3-libs.tar.bz2

Check out the thread where I found this -- it's quite a read:

https://icculus.org/pipermail/ut2004/2005-June/002249.html

And, as much as I hate to say it, reading that old 2005 thread still rings true: Windows apps still tend to work, even 25 years later, but Linux apps don't tend to work even a year or two later. Backwards compatibility hasn't really been a thing in Linux, but it should be.

Also see https://www.smokin-guns.org/ (based on Q3A) and my 64-bit build of it from a few years ago: https://github.com/jamiesonbecker/smokinguns

[ Parent | on HN ]

Re:The sad case of Unreal Engine 1 on Mesa and Linux in 2020 by Heronymus_Anon on Friday May 22, 2020 @02:33AM (#23269246)

As far as old windows games are concerned, I've experienced that they often run more stable and performant with wine on linux than on a newer windows version.

[ Parent | on HN ]

Re:The sad case of Unreal Engine 1 on Mesa and Linux in 2020 by MayeulC on Friday May 22, 2020 @03:23AM (#23269496)

> however, did get UT2004 working! (no sound so far though)

It has been some time since I tried, but IIRC UT2004 requires the OSS sound API. It can be emulated with Pulseaudio using `paoss`. This is due to an old version of SDL being shipped. IIRC, deleting the SDL so, or upgrading it works, and also provides other niceties, such as alt-tab support, steam overlay, etc.

There's also a project from Icculus to expose an SDL 1.2 API for SDL2, but I haven't tried it. IIRC his video demonstration used UT2004 on Wayland.

BTW, this is why statically compiling is a bad thing, and LGPL a good one: let users upgrade the libraries :)

[ Parent | on HN ]

Re:The sad case of Unreal Engine 1 on Mesa and Linux in 2020 by MayeulC on Friday May 22, 2020 @05:55AM (#23270324)

This is the sdl12-compat project: https://www.patreon.com/posts/project-sdl12-25321792 https://hg.libsdl.org/sdl12-compat/

[ Parent | on HN ]

Re:The sad case of Unreal Engine 1 on Mesa and Linux in 2020 by trizic on Friday May 22, 2020 @04:25AM (#23269825)

Icculus also created this: https://www.icculus.org/ut99-emscripten/

Can Emscripten use existing binaries? Because I thought it needs the original source code (maybe Icculus asked for the source). Combining this with a websocket proxy for networking support makes a really easy way to setup instant LAN parties (no deployment) and in general have a decent way to preserve these games.

[ Parent | on HN ]

Re:The sad case of Unreal Engine 1 on Mesa and Linux in 2020 by flatlanderwoman on Friday May 22, 2020 @01:50AM (#23269035)

Linux has a "fix the source and recompile" mentality to backwards compatibility.

[ Parent | on HN ]

Re:The sad case of Unreal Engine 1 on Mesa and Linux in 2020 by kelnos on Friday May 22, 2020 @02:10AM (#23269127)

Which, for an open source OS, is honestly not that unreasonable, even if it is frustrating for cases where you have old binaries with no source.

For these old binaries, there probably wouldn't even need to be any source-fixing; a straight recompile would probably be enough.

(Ironically, another poster downthread points out old UE1 apps often don't run on Windows, either, without binary modification, so it's not like MS is squeaky-clean there either.)

[ Parent | on HN ]

Re:The sad case of Unreal Engine 1 on Mesa and Linux in 2020 by zokier on Friday May 22, 2020 @02:12AM (#23269134)

Linux (mostly) doesn't have a problem with binary backwards compatibility. It's everything around Linux that is generally the problem.

[ Parent | on HN ]

Re:The sad case of Unreal Engine 1 on Mesa and Linux in 2020 by tinus_hn on Friday May 22, 2020 @06:43AM (#23270632)

Linus is adamant about new versions of the kernel not breaking compatibility with userspace. The problem is with the rest of the system.

[ Parent | on HN ]

Re:The sad case of Unreal Engine 1 on Mesa and Linux in 2020 by skyde on Friday May 22, 2020 @01:46AM (#23269009)

did the linux kernel system call changes or is it only a problem with libc?

[ Parent | on HN ]

Re:The sad case of Unreal Engine 1 on Mesa and Linux in 2020 by kelnos on Friday May 22, 2020 @02:08AM (#23269121)

The system calls should be fine; Linux only tends to kill system calls if there are security issues that can't be fixed in a compatible way.

[ Parent | on HN ]

Re:The sad case of Unreal Engine 1 on Mesa and Linux in 2020 by moonchild on Friday May 22, 2020 @02:40AM (#23269279)

Linux has a hard policy that the kernel should never break userspace.

Sadly, userspace provides no such guarantees.

[ Parent | on HN ]

Re:The sad case of Unreal Engine 1 on Mesa and Linux in 2020 by jamiesonbecker on Friday May 22, 2020 @12:23PM (#23273764)

libc and sdl

[ Parent | on HN ]

Re:The sad case of Unreal Engine 1 on Mesa and Linux in 2020 by therealidiot on Friday May 22, 2020 @04:24AM (#23269808)

I've found that UT99 works incredibly well under wine.

However, what's more awesome is that there's an unofficial update currently in beta (v469) and I can confirm it runs well on modern Linux

https://www.oldunreal.com/cgi-bin/yabb2/YaBB.pl?num=15695872...

[ Parent | on HN ]