Support us on Patreon to keep GamingOnLinux alive. This ensures all of our main content remains free for everyone with no article paywalls. Just good, fresh content! Alternatively, you can donate through PayPal, Liberapay or Buy us a Coffee. You can also buy games using our partner links for GOG and Humble Store.

Looks like Monster Hunter Rise runs well on Linux with Proton

By - | Views: 9,406

Monster Hunter Rise has just released on Steam today from Capcom and the good news is - it appears to run very nicely out of the box with Steam Play Proton on Linux. That's another tick in the box for a big AAA title.

Tested with Proton Experimental, the only issue currently encountered is a small intro video not playing. This is a reoccurring issue and will be for the Steam Deck, for titles that use things like Media Foundation. If such things bother you, it worked just fine with Proton GE which you can easily download with ProtonUp-Qt. Over time though, Valve will be re-encoding videos for games where it's an issue so eventually more won't see this issue. Luckily here it's really minor.

YouTube Thumbnail
YouTube videos require cookies, you must accept their cookies to view. View cookie preferences.
Accept Cookies & Show   Direct Link

I haven't been able to see any obvious issues, there isn't even much stutter which you would usually see from a brand new release on Linux. Then again, it's not as a graphically intense as certain other big releases, since this was originally developed for the Nintendo Switch so it's really not all that surprising.

Overall, a pretty smooth release to be able to play at release on Linux with Proton.

Tested on EndeavourOS

You can try it out yourself right now too, as there's a demo on Steam. Also available on Humble Store.

Article taken from GamingOnLinux.com.
17 Likes
We do often include affiliate links to earn us some pennies. We are currently affiliated with GOG and Humble Store. See more here.
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly came back to check on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly.
See more from me
11 comments
Page: 1/2»
  Go to:

CatKiller 5 days ago
QuoteTested with Proton Experimental, the only issue currently encountered is a small intro video not playing. This is a reoccurring issue and will be for the Steam Deck, for titles that use things like Media Foundation.
I hope this won't be an issue for the Steam Deck; that they'll have rolled out their re-encoding solution by the time the Deck ships.
Ehvis 5 days ago
View PC info
  • Supporter Plus
Quoting: CatKiller
QuoteTested with Proton Experimental, the only issue currently encountered is a small intro video not playing. This is a reoccurring issue and will be for the Steam Deck, for titles that use things like Media Foundation.
I hope this won't be an issue for the Steam Deck; that they'll have rolled out their re-encoding solution by the time the Deck ships.

They already have. The problem is that it takes time before the re-encoded videos appear.
Mountain Man 4 days ago
Monster Hunter Rise isn't exactly a resource intensive game given its original target platform. It runs like a dream on the Nintendo Switch, so I wouldn't expect any reasonably up to date gaming PC to have a problem with it.
Phlebiac 4 days ago
Quoting: CatKillerI hope this won't be an issue for the Steam Deck; that they'll have rolled out their re-encoding solution by the time the Deck ships.

I haven't followed too closely; does anyone know the (technical? legal?) issues with the solution used in ProtonGE?
Hooly 4 days ago
View PC info
  • Supporter
Nice, TkG already told me before that Capcom is using the new RE engine, instead of the one they used for World/Iceborne (though that one received a DX12 backend later, which also significantly improved performance with Proton).
CatKiller 4 days ago
Quoting: Phlebiac
Quoting: CatKillerI hope this won't be an issue for the Steam Deck; that they'll have rolled out their re-encoding solution by the time the Deck ships.

I haven't followed too closely; does anyone know the (technical? legal?) issues with the solution used in ProtonGE?

GE just takes the library from Windows to decode those files. That's at least copyright infringement if you don't have a licence for that software on the machine you're running it on. Likely patent infringement, too (since that can be a thing for software despite it making no sense), given that Valve haven't taken the reimplementation approach.
Nocifer 4 days ago
Quoting: CatKiller
Quoting: Phlebiac
Quoting: CatKillerI hope this won't be an issue for the Steam Deck; that they'll have rolled out their re-encoding solution by the time the Deck ships.

I haven't followed too closely; does anyone know the (technical? legal?) issues with the solution used in ProtonGE?

GE just takes the library from Windows to decode those files. That's at least copyright infringement if you don't have a licence for that software on the machine you're running it on. Likely patent infringement, too (since that can be a thing for software despite it making no sense), given that Valve haven't taken the reimplementation approach.

I think it's not so much about copyright infringement as it is about the right to distribute the library on its own, i.e. not as part of a Windows installation. Lots of Windows libraries have this issue, and the solution has always been to find a freely distributable executable somewhere on the internet that already contains the required dll's in a distributable form (which could be anything, from an old Firefox installer to a Microsoft SQL Server trial to an old game's patch file) and use that to obtain the dll's in a legally gray way. That's the reason Winetricks downloads all kinds of weird stuff into its cache folder when doing its thing.

This is a strategy that has worked very well for pretty much everything so far, with the sole exception of Media Foundation: there is simply no freely distributable executable out there that contains the needed dll's (or rather, there exists one for the Windows 7 dll's, but Wine and especially Proton have long since switched to Windows 10 by default for various reasons, one of them being DX12, so that Windows 7 executable is pretty much useless).

Now, Valve has its hands tied because it's a large corporate entity and it would be the target of a lawsuit the moment it tried to illegally distribute any Windows library - but Proton GE doesn't have this issue (or rather, it's a small enough fish that it doesn't care about it) and... that's about it in a nutshell.

P.S. - There's been an ongoing attempt to re-implement WMF in Wine for more than a year now, and large parts of this work have already been merged into Wine Staging, so Valve has definitely considered the re-implementation approach; and it wouldn't surprise me if this re-encoding solution is only meant to be a temporary stopgap until they've finished re-implementing WMF.

But unfortunately, what would be even less of a surprise to me at this point is if it turned out that they've ended up opting for the re-encoding solution due to some kind of headbutting with Wine upstream, just like what has already happened with DXVK and more recently with futex_waitv. Wine upstream is proving to be more than annoying in that regard, to say the least.


Last edited by Nocifer on 13 January 2022 at 4:46 pm UTC
F.Ultra 4 days ago
View PC info
  • Supporter
Quoting: NociferI think it's not so much about copyright infringement as it is about the right to distribute the library on its own

So basically Copyright infringement ;)
whizse 4 days ago
  • Supporter
Quoting: Nociferkind of headbutting with Wine upstream, just like what has already happened with DXVK and more recently with futex_waitv. Wine upstream is proving to be more than annoying in that regard, to say the least.
No headbutting with Wine upstream for futex_waitv.

The person who explained that fsync is unsuitable for Wine upstream is the person who wrote esync, and fsync, and suggested and is writing an implementation for the real solution winesync.
whizse 4 days ago
  • Supporter
I don't think GE have shipped the actual mfplat dlls for some time now (looks like it was removed inProton-5.5-GE-1?).

The problem is twofold:

1. Implementing the api in Wine, this is a work in progress but seems to progress nicely.

2, Decoding the actual video. On a normal Wine install, decoding uses whatever copy of ffmpeg (via Gstreamer) and works because most distributions take a don't ask-don't tell approach to the problem. Proton doesn't use your system libraries and Valve can't legally ship a usable ffmpeg for fear of infringing on the video patents.
While you're here, please consider supporting GamingOnLinux on:

Patreon, Liberapay or PayPal Donation.

This ensures all of our main content remains totally free for everyone with no article paywalls. We also don't have tons of adverts, there's also no tracking and we respect your privacy. Just good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Login / Register

Or login with...
Sign in with Steam Sign in with Twitter Sign in with Google
Social logins require cookies to stay logged in.