OK, I'm considering making a post on both the Bug Reporting and the Ideas and Suggestions forums regarding Subnautica and Linux/Wine.
Do you think this is ... overstepping a bit?
It's not officially supported, so yes. They may or may not look into linux later, and if their past games are any indication, "later" means "after 1.0." They have released other games, such as Natural Selection 2, for Linux.
@Sigil_Thane Based on the link you referenced, it appears that Unity 5.3 does support OpenGL, but must be enabled manually by the developer. I presume UWE hasn't done this.
I suspect Unity 5.3.* is where Subnautica is going to stay at until launch. Unity 5.4 isn't slated to be released for until well into the last stages of Subnautica development, and I doubt UWE wants to re-evaluate everything in the 11th hour.
My mistake... corrected above. The point there is that now I can actually get to a (degraded) game whereas previously it wouldn't even load. That's progress, right?
I suspect Unity 5.3.* is where Subnautica is going to stay at until launch. Unity 5.4 isn't slated to be released for until well into the last stages of Subnautica development, and I doubt UWE wants to re-evaluate everything in the 11th hour.
Either WINE needs fixing, or Unity does. I'd switch to Linux but... it seems that OS is always playing 'catch up' with everyone else, which really sucks. Or better yet, get the big AAA companies to get off their asses and support Linux for Games.
@Coranth Unity runs native under Linux, and Wine still lacks DX10+ capabilities, so Native via OpenGL/Vulkan is my preference.
FOR RUNNING UNITY GAMES
Generally content developed with Unity can run pretty much everywhere. How well it runs is dependent on the complexity of your project. More detailed requirements:
Desktop:
OS: Windows XP SP2+, Mac OS X 10.8+, Ubuntu 12.04+, SteamOS+
Graphics card: DX9 (shader model 2.0) capabilities; generally everything made since 2004 should work.
CPU: SSE2 instruction set support.
Web Player (deprecated): Requires a browser that supports plugins, like IE, Safari and some versions of Firefox
iOS: requires iOS 6.0 or later.
Android: OS 2.3.1 or later; ARMv7 (Cortex) CPU with NEON support or Atom CPU; OpenGL ES 2.0 or later.
WebGL: Any recent desktop version of Firefox, Chrome, Edge or Safari
Windows Phone: 8.1 or later
Windows Store Apps: 8.1 or later
This will cause wine to report the running version of windows as Windows 2.0, making it extremely obvious in the data collection or in bug reports.
This doesn't appear to cause any issues under the 64 bit version of wine [Tested on Wine-Staging 2.1 with gallium patches]
If you're using Arch Linux or a derivative like Manjaro, you can use wine-gaming-nine in the AUR
Using gallium nine requires Mesa (The open source graphics drivers)
This will cause wine to report the running version of windows as Windows 2.0, making it extremely obvious in the data collection or in bug reports.
This doesn't appear to cause any issues under the 64 bit version of wine [Tested on Wine-Staging 2.1 with gallium patches]
If you're using Arch Linux or a derivative like Manjaro, you can use wine-gaming-nine in the AUR
Using gallium nine requires Mesa (The open source graphics drivers)
So... let me get this straight. in order to run the Gallium Nine patched wine you need to be running Nouveau graphics drivers and wine2.0?
Is there no way to use the Wine-staging and the latest proprietary drivers?
This will cause wine to report the running version of windows as Windows 2.0, making it extremely obvious in the data collection or in bug reports.
This doesn't appear to cause any issues under the 64 bit version of wine [Tested on Wine-Staging 2.1 with gallium patches]
If you're using Arch Linux or a derivative like Manjaro, you can use wine-gaming-nine in the AUR
Using gallium nine requires Mesa (The open source graphics drivers)
So... let me get this straight. in order to run the Gallium Nine patched wine you need to be running Nouveau graphics drivers and wine2.0?
Is there no way to use the Wine-staging and the latest proprietary drivers?
My guess would be due to the fact that the propriety drivers are not open sourced, they cant be tweaked the same way the open source drivers can, and therefore arent recommended.
This will cause wine to report the running version of windows as Windows 2.0, making it extremely obvious in the data collection or in bug reports.
This doesn't appear to cause any issues under the 64 bit version of wine [Tested on Wine-Staging 2.1 with gallium patches]
If you're using Arch Linux or a derivative like Manjaro, you can use wine-gaming-nine in the AUR
Using gallium nine requires Mesa (The open source graphics drivers)
So... let me get this straight. in order to run the Gallium Nine patched wine you need to be running Nouveau graphics drivers and wine2.0?
Is there no way to use the Wine-staging and the latest proprietary drivers?
This will cause wine to report the running version of windows as Windows 2.0, making it extremely obvious in the data collection or in bug reports.
This doesn't appear to cause any issues under the 64 bit version of wine [Tested on Wine-Staging 2.1 with gallium patches]
If you're using Arch Linux or a derivative like Manjaro, you can use wine-gaming-nine in the AUR
Using gallium nine requires Mesa (The open source graphics drivers)
So... let me get this straight. in order to run the Gallium Nine patched wine you need to be running Nouveau graphics drivers and wine2.0?
Is there no way to use the Wine-staging and the latest proprietary drivers?
My guess would be due to the fact that the propriety drivers are not open sourced, they cant be tweaked the same way the open source drivers can, and therefore arent recommended.
It's because the proprietary drivers are not written on top of Gallium3D, Gallium3D is a subsystem/architecture for creating 3D graphics drivers
In order to make full use of Gallium, you need Mesa 12.1 or above [Mesa is the graphics library built in tandem with Gallium3D]
The current Mesa release [As of this post] is 17.0.1
Unless you're running something that absolutely requires a feature in the proprietary driver, there is almost no reason not to use nouveau/radeonsi/amdgpu[non pro]
While native, non-indie linux games may have reduced performance on the open source driver, games in Wine that use DX9 will run far faster on the open source drivers when you have Gallium Nine enabled
A new breakthrough has occurred, you can now run Subnautuica under DX11 using this patch to wine-staging
There are a few graphical bugs, but those should be worked out fairly soon as well.
Also, you can run it under DX9 mode in Wine-Staging 2.3 without Gallium Nine, so you might be able to use the proprietary driver, but if your card is over two years old or EOL, use the open source driver. You should also use the open source driver if you've got an AMD card [AMDGPU non pro for newer cards, radeonsi/r600 for older/legacy cards]
This patch is likely going to be merged with wine-staging in the upcoming versions.
A new breakthrough has occurred, you can now run Subnautuica under DX11 using this patch to wine-staging
There are a few graphical bugs, but those should be worked out fairly soon as well.
A new breakthrough has occurred, you can now run Subnautuica under DX11 using this patch to wine-staging
There are a few graphical bugs, but those should be worked out fairly soon as well.
If anyone using Arch Linux or a derivative [Like Manjaro] needs it, I can make a PKGBUILD.
edit: Expect the compile to take quite some time, wine is extremely complex software that will take a considerable amount of time to compile even on really good hardware edit2: Estimated time for 4 core overclocked 4.5ghz skylake processor: 11m14s
@walle303 This is great news! However, compiling wine from scratch doesn't sound like something I want to be doing. In general, do you know how long it takes these patches posted in WineStaging to make it into the offical winehq-devel or winehq-staging builds? When should we expect this patch to make it in?
A new breakthrough has occurred, you can now run Subnautuica under DX11 using this patch to wine-staging
Hi ! This patch seem not to have been merged: every source I can find seems to still have the returns. Do you have more context about it ? A bug report, pull request, or something. I'm a bit worried that it is just an "ignore an error" rather than a proper fix, and that it might not be an accepted solution.
A new breakthrough has occurred, you can now run Subnautuica under DX11 using this patch to wine-staging
Hi ! This patch seem not to have been merged: every source I can find seems to still have the returns. Do you have more context about it ? A bug report, pull request, or something. I'm a bit worried that it is just an "ignore an error" rather than a proper fix, and that it might not be an accepted solution.
Comments
Do you think this is ... overstepping a bit?
It's not officially supported, so yes. They may or may not look into linux later, and if their past games are any indication, "later" means "after 1.0." They have released other games, such as Natural Selection 2, for Linux.
WHAT IS YOUR MAIN OPERATING SYSTEM THAT YOU WANT TO RUN SUBNAUTICA ON?
(See known issue: https://issuetracker.unity3d.com/issues/dx9-unity-crashed-in-gfxdeviced3d9-drawbuffers-due-to-handled3ddevicelost-when-locking-windows )
I wonder if Unity 5.3 supports OpenGL by default. (RE: http://answers.unity3d.com/questions/1071735/-force-opengl52-cant-load-shaders.html )
( http://forums.unknownworlds.com/discussion/comment/2275839/#Comment_2275839 )
My mistake... corrected above. The point there is that now I can actually get to a (degraded) game whereas previously it wouldn't even load. That's progress, right?
Found in Trello: Convert biome maps to 3D textures in list To Do
wherein Max McGuire (maxmcguire) says "Need Unity 5.4"
So maybe sooner rather than later?
That said, even running -force-d3d9 I'm still having the grey-washed out screen that was shown in the OP.
I would ask anyone interested in Linux based Subnautica to weigh in on a separate topic of mine here: http://forums.unknownworlds.com/discussion/comment/2276030#Comment_2276030
Subnautica no longer runs in Ubuntu [Linux] under Wine 1.9.22
Gallium Nine Patch
Here's an in-game screenshot:
If you'd like to make it more obvious to the developers that you're running wine, set this registry key This will cause wine to report the running version of windows as Windows 2.0, making it extremely obvious in the data collection or in bug reports.
This doesn't appear to cause any issues under the 64 bit version of wine [Tested on Wine-Staging 2.1 with gallium patches]
If you're using Arch Linux or a derivative like Manjaro, you can use wine-gaming-nine in the AUR
Using gallium nine requires Mesa (The open source graphics drivers)
its an old post, but the instructions mostly still apply, just replace the ppa's in the post with the newer updated ones below ( Wine 2.0 ) :
https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers
https://launchpad.net/~commendsarnex/+archive/ubuntu/winedri3
if you want to play Subnautica on Linux, this is the way to do it...
So... let me get this straight. in order to run the Gallium Nine patched wine you need to be running Nouveau graphics drivers and wine2.0?
Is there no way to use the Wine-staging and the latest proprietary drivers?
My guess would be due to the fact that the propriety drivers are not open sourced, they cant be tweaked the same way the open source drivers can, and therefore arent recommended.
It's because the proprietary drivers are not written on top of Gallium3D, Gallium3D is a subsystem/architecture for creating 3D graphics drivers
In order to make full use of Gallium, you need Mesa 12.1 or above [Mesa is the graphics library built in tandem with Gallium3D]
The current Mesa release [As of this post] is 17.0.1
Unless you're running something that absolutely requires a feature in the proprietary driver, there is almost no reason not to use nouveau/radeonsi/amdgpu[non pro]
While native, non-indie linux games may have reduced performance on the open source driver, games in Wine that use DX9 will run far faster on the open source drivers when you have Gallium Nine enabled
There are a few graphical bugs, but those should be worked out fairly soon as well.
Also, you can run it under DX9 mode in Wine-Staging 2.3 without Gallium Nine, so you might be able to use the proprietary driver, but if your card is over two years old or EOL, use the open source driver. You should also use the open source driver if you've got an AMD card [AMDGPU non pro for newer cards, radeonsi/r600 for older/legacy cards]
This patch is likely going to be merged with wine-staging in the upcoming versions.
That all I see
So... how does one apply this patch?
It requires compiling wine-staging https://github.com/wine-compholio/wine-patched with the patch
Make sure you have the proper development tools installed on your system
Run the following command for your distro/package manager as root:
Debian/Ubuntu/Mint/apt: Arch/Manjaro/pacman: CentOS/Fedora/yum:
Compiling wine: Or simply:
If anyone using Arch Linux or a derivative [Like Manjaro] needs it, I can make a PKGBUILD.
edit: Expect the compile to take quite some time, wine is extremely complex software that will take a considerable amount of time to compile even on really good hardware
edit2: Estimated time for 4 core overclocked 4.5ghz skylake processor: 11m14s
Thanks.
Hi ! This patch seem not to have been merged: every source I can find seems to still have the returns. Do you have more context about it ? A bug report, pull request, or something. I'm a bit worried that it is just an "ignore an error" rather than a proper fix, and that it might not be an accepted solution.
@walle303