Epic Games announced that Unreal Engine 5.1 is now available, and along with all the usual big new features, they continued improving their Linux support in this release. You can see the official release post here, release notes here.
After quietly making the Linux Editor for Unreal Engine properly official, it's nice to see them continue to make developing games on and for Linux better. In their press email, they mentioned how over "half of all announced next-gen games are being created with Unreal Engine" which is quite a few.
Going over the changelog, here's what's new and changed for Linux in Unreal Engine 5.1:
Clang 13 SupportLinux IDE Workflow Improvements
- Clang 13 is now the required version when compiling for Clang-based platforms such as Linux.
New / Fixed
- In UE 5.1, we improved support for VS Code as a default option for IDEs in Linux. Error handling and messaging is also present when you have multiple IDEs and the code accessor fails to find the correct one.
- Improved process for exporting to Raspberry Pi 4.
- Added a new vendor ID for Broadcom.
- Split ASTC and ETC2 support into separate texture formats for Vulkan, as ASTC may not be supported.
- USD: Added support for the usdMtlx plugin on Windows and Linux The usdMtlx plugin included with USD adds a file format plugin for reading MaterialX documents and translating them into UsdShade shading networks.
- USD: added support for the usdAbc plugin on Windows, Mac, and Linux.
- Added .so and .dylib as files to consider as library files to help reduce relinking on Mac and Linux.
- Implemented a quick workaround to allow munmaps to happen with Mutex unlocked. Currently, We can't define UE_ALLOW_OSMEMORYLOCKFREE on Linux as we'll deadlock with the OsAllocatorCacheLock.
- Mutex locks Munmap calls on Linux can take quite a bit of time (few ms in some cases). This should allow these to happen without the Mutex and remove some hitching.
- Updated Mac and Linux to use libcurl 7.83.1.
- Enabled the experimental Unreal Cloud DDC on Mac and Linux.
- Added all files under Unreal Build Tool output directory to fix an issue running build setup on linux builders.
- Added support for IsGamepadAttached on Linux.
- Added support for Linux to search (using "which") for CLion outside of the default expected location.
- Linux windows now have a reasonable minimum size, and no longer can be scaled down to 1 pixel wide/tall.
- UE on Linux now locates any standalone Rider installation if it is either installed to the default location "/opt" (Rider Installation Guide), or anywhere else that is on the PATH.
- Fixed an issue where global shaders would get cooked for Linux Server platforms if it had any targeted RHIs enabled.
- The Chromium Embedded Framework (CEF) library that powers the Web Browser Widget has been updated to use Chromium's "Ozone" rendering backend under Linux. As a result, the Web Browser Widget now renders correctly in Linux environments that lack an X11 server, such as desktops running Wayland without the XWayland compatibility layer, and headless environments such as containers.
- Fixed missing quotes in GenerateProjectFiles.sh.
- Fixed QMake project generator defines.
- Added DumpGPU viewer script for Linux and Mac. Currently requires the Chrome Browser to view the dump files.
- Fixed landscape not updating on changes to water on Mac and Linux.
- The GPU Dump Viewer now dumps both .sh and .bat so a dump can be opened either on Mac, Linux, or Windows regardless of the platform the files were dumped from.
- Platform Linux for the LiveLinkOverNDisplay Plugin was whitelisted in nDisplay.
- Changed the minimum driver version for Nanite on Vulkan, and also added a check for Linux.
- DriverDenyList support was added to Linux.
- Added DriverDenyList entries for Vulkan on Windows and Linux.
- Added support for OpenVDB and Blosc on Mac and Linux in addition to Windows.
- Fixed audio crashing when outputting audio with Blackmagic on Linux.
- Enabled ShotGrid plugin for Linux.
- SwitchboardListener: Fixed expansion of %TEMP% in file destination paths on non-Windows platforms. This was causing a crash attempting to launch nDisplay devices running on Linux.
Nice to see so many additions and fixes for Linux, hopefully it will continue to see this kind of attention.
YouTube videos require cookies, you must accept their cookies to view. View cookie preferences.
Direct Link
Direct Link
Some you may have missed, popular articles from the last month:
The comments on this article are closed.
All posts need to follow our rules. For users logged in: please hit the Report Flag icon on any post that breaks the rules or contains illegal / harmful content. Guest readers can email us for any issues.
Mountain Man Nov 30, 2022
There's already a large number of Linux gamers on PC, but that hasn't compelled a critical mass of publishers to start paying for native Linux buildsNo there isn't. We've been at ~1% on Steam. Literally a rounding error.
, and I doubt the Steam Deck is going to change that even if it sells Nintendo Switch numbers.I disagree with you. At numbers like that, Linux would no longer be a rounding error, it would be a sizable and fairly high profile platform. Despite the impact of Proton, I think that would prompt serious consideration of Linux as a native target.
Proton has been both a blessing and a curse in that respect. It's made games on Linux more accessible than ever before while eliminating the need for developers to focus on Linux because they get access to that market for free. Notice that porting houses like Feral and Aspyr essentially closed up shop after the introduction of Proton. That's just the reality of the situation.That effect does exist, I'm not going to claim otherwise. But it's not the only effect happening. Whether it's the actual increase in numbers, the impression that numbers will go up further, or just the buzz and higher profile, the fact is that despite the Steam Deck's general reliance on Proton, some developers seem to have targeted Linux natively in part because of the Steam Deck.
Small and indie developers have always had a soft spot for Linux. I just have my doubts that major studios will ever support Linux directly no matter how many Steam Decks are sold when Proton gives them zero-effort access to the Linux and Steam Deck market.
1 Likes, Who?
So how do you explain the fact that some developers are, in fact, creating Linux native builds, some of them specifically referring to the Steam Deck when they do so?
I don't know. :D
But... how many developers have not made a native version, or even stopped a habit of making native versions, be it due to Proton or not?
The real answer is: We don't know.
It's not like many of them are open about reasons why they don't support Linux.
What we do know is that Proton didn't give native Linux gaming a push in years.
If Steam Deck will? Well, let's see. I'm not betting on it for sure.
1 Likes, Who?
Agreed more Linux support is welcome especially for a big engine like UE.
Just need that one company that owns Easy Anti-Cheat to support Linux now…who were they again? 🤔
Just need that one company that owns Easy Anti-Cheat to support Linux now…who were they again? 🤔
2 Likes, Who?
Patreon
PayPal
See more from me