The Linux beta of Arma 3 [Steam] is once again up to date with the Windows client at version 1.80 (meaning for now multiplayer with Windows gamers is possible), this also brings compatibility with the Tac-Ops Mission Pack.
"Wait, what? Arma 3 isn't on Linux!"—yes it is. The Linux (and Mac) versions aren't advertised on Steam as they're considered "experimental ports" by Bohemia Interactive. The porting work is being done by Virtual Programming, with the Linux version usually updated once a new version is already out for Windows. Buying it on Steam will allow you to install and play it like any other Linux game. See more on that here.
This latest update to Arma 3 for us adds support for the Arma 3 Tac-Ops Mission Pack [Steam], which includes 3 Singleplayer Operations (spread across 7 missions) for the experienced Arma player. There's a lot of other changes too, which you can read about here. Most of the big stuff came in Arma 1.78 which we've skipped over to 1.80.
It's really good to see Bohemia Interactive continue to contract Virtual Programming to keep the ports updated, I know plenty of people who've had a lot of fun with them. Even I've recently come to quite enjoy it and I would never have if it wasn't on Linux.
Article taken from GamingOnLinux.com.
Some you may have missed, popular articles from the last month:
The comments on this article are closed.
Quoting: EikeQuoting: riusmaOK, 36 hours on the game since I bought it (mostly training, but I'm halfway on Laws of War campaign)... I think I'm in love with it!
So you had 36 hours of solo playing fun with it? Cool!
Yep... also please note that I've performed a lot of training in the virtual arsenal (testing various weapons, gear, protections etc., exploring the movements etc. to be confident for "real" combats), a lot of "free trekking" on various maps to explore them (in this mode Arma 3 is a glorified walking simulator, with beautiful sceneries if your PC can afford it ^^)... and some time on the various campaigns (I'm halfway on the mostly "peaceful" Laws of War campaign which I wasn't expecting to be that good narratively, I've played the intro of the first official campaign and the one of APEX)... Oh, and there is also the almost two hours needed for setting the game to launch at the right resolution on the right monitor (never ever reset your settings after that, it's a pain to remember the right steps to get it working properly). I have to say that the game runs very well despite the advertised overload due to Linux port! Exigent game for the hardware and the player, but a very satisfying one! :)
Edit : also, only one crash in 36 hours (during a cutscene at the beginning of Laws of War campaign)! :)
Last edited by riusma on 15 March 2018 at 3:17 pm UTC
2 Likes, Who?
I have problem with white bushes on Linux, i using mesa3d from stable padoka repo, here is the example:
(Headphone warning, mic volume too high)
https://www.twitch.tv/videos/239136303?t=01m10s
Any fix for this?
BTW i was playing King of the Hill mission with mod RHS and JSRS sound mod.
Last edited by tom34 on 15 March 2018 at 10:16 pm UTC
(Headphone warning, mic volume too high)
https://www.twitch.tv/videos/239136303?t=01m10s
Any fix for this?
BTW i was playing King of the Hill mission with mod RHS and JSRS sound mod.
Last edited by tom34 on 15 March 2018 at 10:16 pm UTC
0 Likes
Quoting: tom34I have problem with white bushes on Linux, i using mesa3d from stable padoka repo, here is the example:
(Headphone warning, mic volume too high)
https://www.twitch.tv/videos/239136303?t=01m10s
Any fix for this?
BTW i was playing King of the Hill mission with mod RHS and JSRS sound mod.
I've something similar when driving on some buildings (seems to be related to the fact that the building was not visible - hidden by another building for example - and suddenly appear in the line of sight at middle range)... :)
0 Likes
Quoting: tom34I have problem with white bushes on Linux, i using mesa3d from stable padoka repo, here is the example:
(Headphone warning, mic volume too high)
https://www.twitch.tv/videos/239136303?t=01m10s
Any fix for this?
BTW i was playing King of the Hill mission with mod RHS and JSRS sound mod.
Same issue here.
It is known bug, see this page
As jaycee said:
Quoting: GuestQuoting: BrisseHas the flickering foliage LOD transition texture issue thingy been fixed yet?
It's a Mesa driver issue, unfortunately still present with Mesa 18. We have reported it.
Its been in Mesa for long time, I am curious what is blocker for this bug to be fixed
0 Likes
Quoting: GuestThx for info, comment posted.Quoting: sonicQuoting: tom34I have problem with white bushes on Linux, i using mesa3d from stable padoka repo, here is the example:
(Headphone warning, mic volume too high)
https://www.twitch.tv/videos/239136303?t=01m10s
Any fix for this?
BTW i was playing King of the Hill mission with mod RHS and JSRS sound mod.
Same issue here.
It is known bug, see this page
As jaycee said:
Quoting: GuestQuoting: BrisseHas the flickering foliage LOD transition texture issue thingy been fixed yet?
It's a Mesa driver issue, unfortunately still present with Mesa 18. We have reported it.
Its been in Mesa for long time, I am curious what is blocker for this bug to be fixed
For those interested, here is the bug report my colleague made:
https://bugs.freedesktop.org/show_bug.cgi?id=101739
Last edited by tom34 on 16 March 2018 at 2:35 pm UTC
0 Likes
Quoting: devnullBought A3 when the original linux port was released. Biggest problem was it didn't run really any mod like BR. Had hopes this update would fix that but nope.For me Battle Royale working good (although 2 times crashed when i was waiting for more players) on island bozcaada but later i was able to play to the on end on this island so idk what was the problem...
[thread 00000002][I][9549]: eON_Int_CreatedD3D11Device ( SDKVersion = 7 ) returned S_OK
[thread 00000026][W][10453]: ShaderCache11: Failed to open shader cache file ('/home/steam/.local/share/bohemiainteractive/arma3/eONprecompiledShaders.dat') to preload shaders! (2) No such file or directory
[thread 00000002][I][10600]: Starting to delete D3D11 device...
[thread 00000002][I][10600]: Forwarded D3D11 device immediate context for deletion on backend thread. Awaiting context deletion.
[thread 00000026][I][10600]: Direct3D11ImmediateDeviceContext_OpenGL deletion starts.
[thread 00000026][I][10613]: Direct3D11ImmediateDeviceContext_OpenGL deletion done.
[thread 00000002][I][10613]: Immediate context deleted, deleting device.
[thread 00000002][I][10613]: Direct3D11 device deleted.
[thread 00000002][I][10613]: Deleted D3D11 device.
Game starts but crashes before getting to menu. Yay.
My start command line: "-mod=@PLAYERUNKNOWN;@CBA_A3;@SMA;@CUP_Weapons -nologs -nomap -nosplash -noFilePatching -world=empty".
0 Likes
strunkenbold Apr 9, 2018
Quoting: GuestQuoting: sonicQuoting: tom34I have problem with white bushes on Linux, i using mesa3d from stable padoka repo, here is the example:
(Headphone warning, mic volume too high)
https://www.twitch.tv/videos/239136303?t=01m10s
Any fix for this?
BTW i was playing King of the Hill mission with mod RHS and JSRS sound mod.
Same issue here.
It is known bug, see this page
As jaycee said:
Quoting: GuestQuoting: BrisseHas the flickering foliage LOD transition texture issue thingy been fixed yet?
It's a Mesa driver issue, unfortunately still present with Mesa 18. We have reported it.
Its been in Mesa for long time, I am curious what is blocker for this bug to be fixed
For those interested, here is the bug report my colleague made:
https://bugs.freedesktop.org/show_bug.cgi?id=101739
I think the reason why this bug doesn't get resolved is that Mesa devs don't think it's their bug at all.
If the bug really gets resolved with the override then the port is doing something wrong. Also see mareks patch notes for resolving the rocket league issue: https://lists.freedesktop.org/archives/mesa-dev/2017-June/160177.html
If VP thinks this is still a Mesa bug they probably need to elaborate why.
0 Likes
strunkenbold Apr 10, 2018
Well the bad thing for us gamers is that we won't see the bug fixed then.
Mesa follows the OpenGL spec and VP will likely not give up its dx behavior.
I would suggest to cc Marek to the bug report and elaborate why Mesa has to change. We'll see if there will be consent.
Mesa follows the OpenGL spec and VP will likely not give up its dx behavior.
I would suggest to cc Marek to the bug report and elaborate why Mesa has to change. We'll see if there will be consent.
1 Likes, Who?
strunkenbold Apr 10, 2018
Well the problematic part is that the regular user don't know who's right and who's wrong. Judging from the statement Marek was giving in his patch, VP is violating the spec and nvidia just allows it.
Of course Mesa won't allow out of the spec behavior. It doesn't matter if there is more work needed to implement a feature xy. Only a spec change could probably help here then.
If Marek is wrong then someone need to explain him why.
Of course Mesa won't allow out of the spec behavior. It doesn't matter if there is more work needed to implement a feature xy. Only a spec change could probably help here then.
If Marek is wrong then someone need to explain him why.
1 Likes, Who?
strunkenbold Apr 10, 2018
Marek did respond to the bug report. So you probably should continue the conversation there.
0 Likes
Patreon
PayPal
See more from me