BeamNG on Linux - a dream come true

I'll look into Manjaro, but I will say that in most Linus distros I've tried, I didn't find it nearly as easy as [click] "get". Is there any distro that you all recommend for me to try outside of a VM (as in install on my second partition)?

 

Definitely Manjaro, it worked incredibly well and was extremely easy to set up.

 

Solus Budgie?
--- Post updated ---

Okay, will do, thank you!

 

Hi all!
Yesterday finally I bought the game with some doubts about its compatibility with Steam Play/Proton, but the game runs quite well on my old computer. The game sometimes suffers from low speed (not low fps). It's as if time is slowing down. I guess I'll have to lower the graphics quality a bit. With the default one in the game the performance varies between 50-60 FPS.
My System Specs:

Ubuntu 20.04
Intel i7-3770
16GB DRR3
Nvidia GTX-1060-6GB​

Is gootd to know that I'm not alone in this world. I love the racing and simulation games, and I love GNU-Linux, and in the recent times this is compatible. Greetings all

 

Two words : linux rocks !!

p.s. for noobs my personal opinion is just start with ubuntu, it's noob oriented and often has long term support. Then when you get the hang you can start experimenting with the inexhaustible family of distros

 

My path has been the other way around. I learned Linux 18 years ago "emerging" my system with Gentoo from scratch, then I tried thousands of distributions, and finally came to Ubuntu, which is the easiest for me, has good community support and has everything I need.

 

Welcome to the forums Yeah but that's because you're prolly quite affiliated with computer stuff, I started out ten years ago with Puppy Linux

 

I can confirm that the game works great selecting the Vulkan API and using Steam Play/Proton. The performance increases a lot, there is much less stutter and the impact of adding traffic is much lower (before, with this, the game was running at 5-8 fps) . This video shows the game in normal quality, with traffic and of course recording with OBS (this takes a lot of FPS):

 

That's COOL ! What are your specs ?

 

they're listed above lol

 

-Ubuntu 20.04 -i7-3770 3.4Ghz *4/8
-16GB RAM DDR3 1600Mhz
-Nvidia GTX-1060-6GB
-Logitech G29

 

Your game runs much better than mine does on a Ryzen 5 2600... How is that even possible? I get "just" 30-40fps on JRI with 10 cars (including mine) on normal-ish graphic settings

 

I use normal settings and my graphic card is an nvidia GTX1060-6GB. What's your graphic card?

 

So is mine yet you seem to have a noticably better performance than I do, even if it is through Vulkan. Oh well, I guess it's just Windows being a resource hog as usual

 

whoopsie

That's a pretty decent result

 

WAIT A SECOND
My post showing the documentation confirming a Linux port and tdev's posts are gone

 

I can't find it either

Maybe the Vulkan pre-release has shown there are far more bugs than they realised. This would be a requirement for a native Linux port so they'll have to get this more stable first.

I've been running the game via Proton for a long time now. I have no evidence but I'm pretty convinced it runs smoother & with less stutters than it used to on Windows. DXVK is awesome.

 

Still works more than a few months later.... Not the greatest computer to do it on though......

XUBUNTU IS LIGHT WEIGHT!!!!

 

What if the game cant create the user folder? I had this issue on linux before... With Wine. I know, its about Intel HD (my pc specs) and this may cause crashes too, but it doesn't create any issues on Windows. I am dual booting (actualy tri-boot because uhhh... Windows 11+ 10+ Ubuntu plus some old boot loaders from other operating systems i had) XD

 

Permissions or file/directory ownership?
--- Post updated ---

I know this is an old post, but there are some misconceptions here that need addressing. Not so much because they're false, but because in many cases, Windows behaves in a similar way.

Many Linux distros lack the polish of an OS I would actually want to use for hours per day. (Yes, I did try it.)
This is because many applications are written by software developers who lack visual design skills, or take a strict function-over-form approach to their application. GTK applications tend to mesh better with the Gnome desktop environment for example, but generally a lot of developers design UIs that make sense to them, without UI/UX designers available to make things make sense.
Counter point: There is plenty of Windows software that has this exact same problem. It's not a Linux-specific issue.

Many distros, including Ubuntu 20.04 LTS (the standard for Linux distros) would not work with my Nvidia GT 710, a 6 year old design, no matter what driver I tried. Boot times were comperable to Windows, which I was disappointed in, and I don't exactly have great hardware over here. So it performs worse as well.
Nvidia has a track record for making Linux adoption as difficult as possible. They won't release proper drivers for their cards, nor will they release open source versions so that the community can self-support, like they can with AMD cards. AMD and Intel (GPU) users have a much better experience with Linux generally.
Counter point: Not really a counter point, however...

Spoiler

Literally everything can be run at some level of Windows, and the Linux style of "let's make you do freaking everything from the freaking command line" really annoys me. It's 2021, not 1991!
Probably the biggest misconception here, and one I hear all the time. Linux doesn't force you to use the command line, but you can use the command line to do anything you want. If you use a server edition of your chosen distribution, chances are it doesn't come with a GUI, so yes you have to use the command line, usually over SSH, but you could install a desktop if you wanted. Desktop Linux operating systems include desktop environments and all of the mainstream distros can be completely operated using a GUI, unless you're using some obscure utility that only runs in a command line... such cases are limited to small applications written by some guy to solve a specific problem they were having at the time, and they couldn't be bothered to write GUI code. There are Windows applications that are like this too, by the way.

The reason a lot of guides tell you to do things in the command line is because it's easier to give instructions in a command line, even if there is a GUI method too (many guides will tell you both).

For example, a guide on giving execute permissions to a file can go from:

"right-click the file... no, right-click. Now go to Properties, then Permissions... it's a tab at the top, second one along. Ok, near the bottom, tick the box that says Allow executing file as program... it's near the bottom, underneath the access dropdowns for user/group/other, now click OK",​

...to just:

"Run this: chmod +x /path/to/file.sh".
(By the way, it's much easier to do that action in Linux in both CLI or GUI than it is in Windows.)​

Counter point: Windows also has a command line, and it too can be used to perform most actions, either in classic shell or Powershell. In some server editions of Wiindows, there is no desktop at all, it's all command line. Windows became known for the desktop and Linux became known for the command line, but they're not exclusive. Most Windows users will never see the command prompt. Those same users would likely never see the terminal on Linux either.