Using Linux with Unreal Engine

Unreal Courses Talk
#1

Is anyone here successfully following the course using Linux? If so, perhaps you guys can meet here and help each other out.

3 Likes
Happy that everything works in Linux so far
#2

I am mainly a macos user but from time to time i use Ubuntu. Unfortunately my experience with Ubuntu and UE4 has been far from smooth with many crashes and glitches , so much that I decided to ignore Linux platform altogether. So I will be sticking to MacOS personally.

For PC users , Windows is a must have ( I hate it by the way ) because whether we like or not when it comes to commercial games Windows has the 95% of the market . Which means I finally will have to make the painful decision to install bootcamp on my computer if I want to reach the by far largest piece of the pie.

2 Likes
#3

@ben Yes - I’m successfully following the course using Ubuntu 16.04. I have only just finished Section 1 so far. I’ll gladly update this wiki as I go along. Really looking forward to getting stuck in to Section 2. Great course!

2 Likes
#4

I would love to hear how stable Unreal Editor has been for you … maybe the crashes I experience were because of bad GPU drivers.

#5

Hi @Dimitris_Chloupis - it has been very stable for me so far, but as I’ve mentioned elsewhere, I’m only just starting out (have just started on Section 2). I’m using the proprietary nVidia 370.23 driver on both my laptop and desktop. My laptop has a GTX 970m, my desktop the GTX 980.

I have experimented with a number of the UE4 Blueprint and C++ templates on both my laptop and desktop, and everything seems to be working just fine (although all I’m doing is creating and then running the templates).

I’ll post on this blog (wiki?) my future experiences with UE4 on Linux.

1 Like
#6

Thank you , I will definitely keep an eye .

#7

In Section 2 (the Bull Cows tutorial), the code makes use of C++11 features (like constexpr). Unfortunately (or fortunately, depending on what angle you look at it) C++ on Linux doesn’t automatically compile using this option. I’ve written up a small post explaining what you need to do on Linux to get through Section 2 here:

2 Likes
#8

I have been able to follow along using Linux and codelite easily. You can easily compile unreal with the command line following Epic’s instructions on their website. Its already been ported and everything works. Just google linux unreal engine and follow the Epic link to find their wiki on how to compile on linux. Once its compiled using Codelite, it should just work like any other OS version.

#9

Please remember this is a wiki post, so if your trust level is high enough (just try editing) you can edit the topic at the top using

Titles

Paragraphs

Sub-titles

  • Bullet Points
  • etc
#10

This may be worth supporting: https://www.gamingonlinux.com/articles/you-can-help-fund-unreal-engine-development-specifically-for-linux-compatibility.8061

1 Like
#11

Hello, I am new here and have been following this course on Linux. I am 17 or 18 lectures into Section 03 at the time of this writing and I would like to share my experiences so far in detail.

My System Specs:

  • OS: Linux Mint 18 Cinnamon
  • CPU: AMD FX-6300
  • RAM: 8 GB DDR3
  • GPU: NVIDIA GTX 750 Ti
    • Drivers: Proprietary, Version 361.42

UE4 Linux Main Page: Unreal Engine 4 Linux Support

First I’d like to note that UE4 appears to work rather well on Linux. It does have some minor bugs, but nothing serious that I’ve found. The bigger problem I had was setting it up in the first place. As you probably know, Epic does not release any precompiled packages of UE4 for Linux, which means we have to compile it from source. This isn’t too big of a problem, fortunately, since the UE4 is open source and the source comes with a handy set of scripts that automate the whole process… mostly.

While UE4 does have a script that automatically installs the main dependencies it uses, it doesn’t necessarily pick up everything. When I first tried to build UE4, I was using Linux Mint 17.3, and I had a horrible time with dependencies. In particular, the utility program hlscc (I think it was called, could be wrong, anyway I think it converts HLSL code to GLSL, so it’s important) failed to compile with basically no error output. I don’t really remember everything I went through to get it working, but my advice is to 1) learn where to find your system libraries are since sometimes the dependencies are installed, but they are not where the compiler expects them to be, and 2) make sure you know that your compiler can actually find it’s standard libraries. GCC seems to find it’s own libraries just fine, but Clang requires that the include library headers be in a system variable called CPLUS_INCLUDE_PATH and the compiled libraries themselves be in LIBRARY_PATH. For example, on my system I set cplus include path with:

export CPLUS_INCLUDE_PATH=/usr/include/c++/4.8:/usr/include/x86_64-linux-gnu/c++/4.8

If you are not familiar with exporting variables or shell scripting in general, I recommend doing a little research on it. Shell script is pretty simple, I learned the bulk of it in a day. Also look up what a .bashrc file is and how to use it.

If you get through compilation with little to no dependency issues, then you are pretty much good to go. However, be aware that UE4 is big, and it is even bigger as just source. For those with a slow internet connection, downloading UE4 can take a long time and updating in the future will be no less tedious. Also, for those using Git, don’t forget to update submodules when you fetch a new branch, because those by far take the longest to download. Furthermore, UE4 takes a long time to compile. On my modest machine it takes about 2 hours.

After it’s compiled, you have your fresh UE4 binaries ready to rock and roll, but you aren’t quite done yet. First, I recommend making a launcher for the editor on your desktop, I just used a simple shell script with a custom icon (see the docs for more info). The first problem I encountered when launching UE4 for the first time was how incredibly long it took to launch. Looking at the command line output didn’t help much either, since it is a massive spew of information. It did eventually launch though. It pulled up the project manager dialog and it looked like it was working. At this time UE4 began to convert it’s ~2,500 internal shaders from HLSL to GLSL, which that in itself took around a half hour. Anyway, I found that the project manager worked and I was able to make a test project just fine, except for the project manager wouldn’t always hand off control to the project itself. In fact, the project manager would usually just exit and not launch the project at all.

Thankfully, the fix is easy for this one. You can make another simple shell script that launches UE4 editor with your project as an argument to skip the project manager (again, see the docs for more info). Launching a project directly actually launches the editor faster than launching to the project manager, so this is a pretty solid win.

So at this point I was able to open up projects in the editor without issue and everything appeared to work fine. At this point I had to get an IDE for UE4 to use. UE4 supports quite a few, and I ultimately chose CodeLite because CodeLite looks very similar to MS Visual Studio and because UE4 supports it without any additional plugins. However, installing the IDE of your choice is not enough, you will have to go find the engine config and set the Source Code Accessor to whatever you chose (See UE4’s Known Issues) Even with UE4 supporting CodeLite best, it still isn’t perfect. In particular, if you build your game code from CodeLite, UE4 will not be notified to Hotload the new code, so you will still have to use the compile button within the editor to update your changes. While this makes it tempting to only compile from UE4, I quickly found that UE4 does not provide detailed compiler output so if something goes wrong, you have nothing to go off of.

The final problem I ran into so far was with building the lighting. For some reason, it would export the scene information, but then it would just hang at 0% for it’s lighting build progress. After a little digging, I found I had to open up the TCP/UDP port 6666 in my firewall for the light build to work. I thought this was rather odd, since I couldn’t fathom why the light builder would need to use the network to work. Well, after I ported my project to Windows later, I noticed that UE4 was actually exporting the lighting build to some application called SWARM, which apparently organizes work over a network. Having the firewall block the light build on Windows isn’t really a problem since Windows prompts you to let UE4 through the firewall on first launch.

As a final note, I did find out that it is easy to work with UE4 cross platform. Since UE4 is essentially the same on every platform, I decided to setup a repo for my UE4 projects on BitBucket and use that to sync my project between operating systems (I run multiple OS’s on one computer). Now I can comfortably follow this course from Linux Mint or Windows, using the respective tools for either system.

Update: I just switched back to Linux after using Windows and found that the auto exposure in UE4 appears to be broken. I am pretty sure it wasn’t last time I used it, so I’m not sure what happened. The manual controls for exposure still work though. To access your exposure settings, in the 3D view open the lighting menu (top left of screen) and it is at the bottom of that.

That’s all I’ve got for now. I hope somebody will find it useful. I’ll come back through and update this post as necessary as I progress. Also, if anybody wants to use sections of my post to help make a proper wiki entry up top, please feel free to.

6 Likes
#12

Wow, awesome, thank you!

#13

Hey everyone,

@shooltzc great analysis man, thank you for posting all this!

I just started the course, actually, and I am on Section 2, so I haven’t delved into UE much. One error I encountered in the beginning was failure to compile the ‘Section_01’ project. Reading carefully the UNREAL Building on Linux wiki page I saw that it required a symbolic link for Clang. After that, I did ‘make UE4Editor ARGS=-clean’ in UE root directory, recompiled and then everything worked.

My specs:

  • List item
    OS: Kubuntu Linux 16.04 LTS with Fluxbox DM

  • List item
    CPU: i7 920@3.1GHz

  • List item
    RAM: 12 GB DDR3

  • List item
    GPU: NVIDIA GTX 970 w/375.66 Proprietary Drivers

  • List item
    IDE: ViM Editor with spf13 plugin package
    (ViM has a steep learning curve but once you master it it is a remarkable tool to work with fast and effectively.)

  • List item
    Unreal Editor: v4.17.0

I hope this helps.

Cheers,
Klearchos

1 Like
#14
  1. I am trying to start the project like so (C++,with starter content, max quality), but when the project is being created, I get this error in my terminal.

[2017.08.24-14.50.06:614][614]LogGameProjectGeneration: Created new project with 11 files (plus project files)

(gedit:13715): Gtk-WARNING **: Locale not supported by C library.
Using the fallback ‘C’ locale.
[2017.08.24-14.50.06:697][615]Cmd: QUIT_EDITOR

  1. I looked online and found this: https://askubuntu.com/questions/359753/gtk-warning-locale-not-supported-by-c-library-when-starting-apps-from-th

  2. Following that, I did the sudo dpkg… but all my language files seemed fine, so now I am not sure how to address the issue.

Versions:
(UE 4.17.0) - (VScode 1.15.0)

also the locale version is: "en_US.UTF-8"
and the path name for the projects is: ~/Documents/Unreal Projects

I found this link, but it does not seem too applicable in my situation. I have added the Visual studio and sublime text recommendations in the unreal editor Linux wiki, but beyond that I have not been able to reopen any project that has c++ code in it.


https://answers.unrealengine.com/questions/476797/linux-ue4-and-codelite.html
https://wiki.unrealengine.com/Linux_Known_Issues#C.2B.2B_projects_and_IDE.27s

#15

I don’t know how to solve your problem…

The issues I had encountered were that:

  1. I had to run UE twice for it to work.
  2. When compiling it I had some issues with clang-3.8. There was however a mention on it in the Linux known issues and after I addressed it I had to redo the WHOLE proces from the beginning and it worked.

I hope this helps

#16

I’ve been using Fedora for several months now, only venturing into Windows every now and then to play a game or two. I built UE4 on Fedora and um…well, let’s just say that it takes me at least 5 minutes to launch UE4 and another 5 to start a project. It could be my computer, but ultimately, I feel that UE4 just isn’t optimized for Linux even if it supports it, providing it only takes 10s-1.5m to start on Windows.

Although there is an increase in game dev for Linux, I feel it is a few years away from being a stable game dev platform. I just wiped my Fedora and reinstalled it, so I’ll have to see if that helps me any, but honestly it could be that I’ll just use Windows for game dev, if I don’t swap dev platforms all together.

#17

hi, bit old post here but i’m following along course on ubuntu 23.10. unreal 5.3 works like a charm, install wasn’t problem. little struggle with marketplace but i got it working using Epic Asset Manager. I’m currently wondering how to set up tool chain for packing for windows. I saw somthing about mingw but cannot find anything more

Privacy & Terms