Support us on Patreon to keep GamingOnLinux alive. This ensures all of our main content remains free for everyone. Just good, fresh content! Alternatively, you can donate through PayPal. You can also buy games using our partner links for GOG and Humble Store.
We do often include affiliate links to earn us some pennies. See more here.

Capcom shows off official video of Devil May Cry 5 on the Steam Deck

By - | Views: 33,682

As more developers get their hands on a Steam Deck devkit, we're seeing plenty more show their games and now Capcom has taken a turn with Devil May Cry 5.

Unlike a lot of what we've seen previously via small clips or plain pictures on Twitter, Capcom went a tiny step further by making a video on their official Capcom USA YouTube Channel - that's quite a bit of extra advertisement power there for the Steam Deck.

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

The video description notes the gameplay is being presented by the Lead Game Designer.

That looks like it runs very nicely too, very smooth action. Not totally unexpected though, since Devil May Cry 5 has worked well with Steam Play Proton for quite a while now. Since the Steam Deck resolution is only 1280 x 800px, most games should hopefully scale down quite well for it.

In case you missed it: Proton 6.3-8 was recently released. With more games working, DLSS for DirectX 11 and 12, CEG DRM support and more.

Article taken from GamingOnLinux.com.
30 Likes
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. Find me on Mastodon.
See more from me
The comments on this article are closed.
67 comments
Page: «4/7»
  Go to:

tuubi Nov 27, 2021
View PC info
  • Supporter
Quoting: mr-victoryWait... Is that browser Google Chrome?!
Why is that surprising? It has officially supported Linux for more than a decade.
Aeder Nov 27, 2021
I wonder if Linux porting companies will rebrand their services as 'Extensive SteamDeck optimization' so it sounds less like supporting all those distros.
F.Ultra Nov 27, 2021
View PC info
  • Supporter
Quoting: elmapulProbably, but i still cant understand why the web has an great backward compatibility (for good or for bad, regardless of consequences) and we break things so often in linux.
On the other hand this is also the reasons why browsers are bloated messes with extremely hard to maintain code full of security problems.

That said I do agree with you and have argued for years that e.g library writers should take much more care about maintaining ABI and API stability, a new incompatible interface should only be introduced if it really really is necessary and when done it should also be added GLIBC style where keep the old functions in a versioned way so that you don't break ABI compatibility with old applications.

But the main answer is that software is still a young technology that is fast moving forward.

Quoting: elmapulit helps nothing that i tried to develop myself and canonical ditched the apis they were creating (it was PWA before PWA was a thing and with more integration, i can understand why they ditched it, but it still was frustrating.

honestly as both an end user and developer, things breaking on updates pissed me of a lot, it improved a lot since i stop using non LTS ( for years no one told me that i should stay on LTS) and started keeping note on the apps that i install to better troubleshoot any problem (eg: if i install A,B,C it cause problem but if i stop at B it dont)
i would quote a few times things broke but i cant remember now, brian lunduke would give better examples than i can (im awake since yesterday)

Being an insomniac I do feel your pain. Yes it's not easy to know unless some one informs you that the echo system is separated into stable LTS distros that maintain API/ABI and behaviour for 5-10 years and the unstable ones where things constantly change.

Quoting: elmapulits just frustrating to think that, we had some native games in the past, that no longer works, and we have to install the windows version of then.
if we didnt had windows? we were screwed.
Actually those old games should be fully possible to resurrect, the reason some of them don't work on a newer system is that things like SDL have changed too much but one can gather the old versions of all the dependencies for those old games and LD_PRELOAD them in or put it all into a container. There might be some exotic old libraries that straight out refuses to work on a new system but even then it's fully possible to fork them and massage them enough to work, requires that some one steps up to do the work, but it's doable.

Quoting: elmapulnow... i didnt wanted to say "companies definitely did this on purpose" because i know it sounds ridiculous
but if there is an cost of keeping backward compatibility, and an economic incentive in breaking, what is the most logical thing to do?
There is a huge cost in maintaining backwards compatibility indefinitely since you have to orphan every single library and application for that to work. Just upgrading to the newest versions of libs and apps when you are about to release a new version of your distro is basically free in that regard so the economic incentive is not in the breaking, but in the "less amount of work that you put on your own shoulders".

Quoting: elmapullet quote some examples....

openSSL was not secure, big companies sundely realized that one critical piece of their infra structure (and used by many smaller companies too) was not properly funded...
then an fork was created, because of course it was, why fund the original project if you can fund an fork of it instead?
The fork done by the FreeBSD team (libressl) was done because the FreeBSD devs wanted more control over such a central piece of software that had gotten stale. Due note that the funding that happened due to this went to OpenSSL and not to LibreSSL and while LibreSSL was the better library for a short while, the OpenSSL project got rejuvenated in the process and LibreSSL is now basically only used by FreeBSD and the distros and projects that went with LibreSSL are close to all back to using OpenSSL again.

Quoting: elmapulPoP!OS is creating their own desktop enviroment, they said gnome developers code like monkey or something akin to that...
so, why not fund gnome foundation and ask then to hire better developers?
well, because they can just create their own solution instead, paying developers at cost of production instead of cost of production+profit for the managers, and if anyone use their solution, they might be the ones geting paid for customization/improvments instead of paying someone else.
sigh.
i think Pop is going to do the same mistakes that canonical did, meanwhile there are so many things they could make beyond an Desktop Enviroment...
if they want to be an distro for content creators, why not create something like substance painter before substance painter was a thing?

There is of course no real problem with the code of Gnome and the talk about monkeys are just hyperbole from frustrated people. The main reason that Pop!_OS want's to create their own DE is both the "how hard can it be" fallacy that so many devs fall into until they realise that the answer almost always are "quite hard" and the fact that Pop wants to have more control over how the DE looks, operates and works. The clash between Gnome and Pop is that Gnome have refused to implement several changes that Pop have asked for, now I'm in no position to say if either side (or both) are in the right/wrong but since the clash is over the direction, no amount of funding from Pop to Gnome would change anything here so that is not an option (had Gnome been propietary and the money from Pop would have been good then funding as a form of bribery would perhaps work, bit it often doesn't in Open Source projects due to devs work on them for the love of the project and not as a means to get rich [often but not always of course]).
Mohandevir Nov 27, 2021
Quoting: GuestWhat I was more referring to was that the Deck won't replace anyone already using a laptop, or a desktop
Replace? No. Runnning alongside. Sure. Remember that the initial batch is for users who already have a valid Steam account, thus already have a gaming rig? 95% of the market is running Windows. Some of them might be tempted to use Linux (SteamOS) if the Steam Deck experience is great.

Quoting: Guest... but I don't see it driving GNU/Linux adoption...
Remember that there is already an uptick in Linux usage since Valve announced the Steam Deck? Look at the latest Steam hardware survey and the Steam Deck is not even released, yet.


Last edited by Mohandevir on 27 November 2021 at 11:58 pm UTC
Mohandevir Nov 27, 2021
Quoting: elmapul
Quoting: MohandevirYou are comparing ARM hardware with x86... There is absolutely no hardware interrelations between them. Same for Stadia, there are no interrelations with the desktop; you can't run stadia on any hardware. Steam, on the other hand... SteamOS is Steam Linux both on x86 platform. Proton works on both too... Same underlying tech... The link cannot be clearer.

except that Stadia IS x86

Except you can't run Stadia or Stadia games locally, on any hardware. The hardware platform is not relevant, in this particular case. Sorry if it wasn't clear enough.
elmapul Nov 28, 2021
Quoting: MohandevirExcept you can't run Stadia or Stadia games locally, on any hardware. The hardware platform is not relevant, in this particular case. Sorry if it wasn't clear enough.
no you are not clear at all.
you tried to justify that android didnt helped the linux desktop because android is (mostly) arm devices...
but then you quoted stadia as if it was in the same category as android, and its not...
slaapliedje Nov 28, 2021
Quoting: Guest
Quoting: Nocifer
Quoting: Guestto Capcom this isn't GNU/Linux, this is something closer to Just Another Console(tm).

And that's more than fine for the time being. Every journey begins with a first step, does it not? At this point all we really want and all we can really ask for is that games can run in an easy and competitive (performance-wise) manner on Linux, so that PC users aren't forced to use Windows if they want to also play games; and the Steam Deck's success will facilitate that. If and when this success becomes a reality, then we can start asking for more.

Sames arguments were made for Stadia too.

The Deck might differ if people are convinced to use the desktop mode, but phones have had exactly that and it's changed nothing. There's just no incentive that I can see.
Purely guesswork on all our parts of course, but I'm going with it won't change anything on the desktop.
How will this not change anything on the desktop? Will it bring more users to use Desktop Linux? Probably not. Will it bring more games that are playable on Desktop Linux? 100% it will, as it's using the exact same software on the Deck. That's where Stadia was garbage, it's all hidden on Google's servers, never to be seen by us 'normies'.
fenglengshun Nov 28, 2021
Damn, that's nice. I've played the game on an Arch-based KDE system, but currently I have issues with the cutscenes being weirdly unstable in framerate, but that seems to be fixed here.
Purple Library Guy Nov 28, 2021
Quoting: slaapliedje
Quoting: Guest
Quoting: Nocifer
Quoting: Guestto Capcom this isn't GNU/Linux, this is something closer to Just Another Console(tm).

And that's more than fine for the time being. Every journey begins with a first step, does it not? At this point all we really want and all we can really ask for is that games can run in an easy and competitive (performance-wise) manner on Linux, so that PC users aren't forced to use Windows if they want to also play games; and the Steam Deck's success will facilitate that. If and when this success becomes a reality, then we can start asking for more.

Sames arguments were made for Stadia too.

The Deck might differ if people are convinced to use the desktop mode, but phones have had exactly that and it's changed nothing. There's just no incentive that I can see.
Purely guesswork on all our parts of course, but I'm going with it won't change anything on the desktop.
How will this not change anything on the desktop? Will it bring more users to use Desktop Linux? Probably not. Will it bring more games that are playable on Desktop Linux? 100% it will, as it's using the exact same software on the Deck. That's where Stadia was garbage, it's all hidden on Google's servers, never to be seen by us 'normies'.
Google in general seem to be very good at making use of Linux in ways that you would think would be good for Linux more generally, but managing to avoid letting that happen. I don't know if they have some reason to want to do that or if it's just by accident, but so far they've been pretty consistent about it.
elmapul Nov 28, 2021
Quoting: Purple Library GuyGoogle in general seem to be very good at making use of Linux in ways that you would think would be good for Linux more generally, but managing to avoid letting that happen. I don't know if they have some reason to want to do that or if it's just by accident, but so far they've been pretty consistent about it.

speaking of it i have 2 things to comment.

1)valve and google are in different positions, valve business model was treated by microsoft, so they invested in linux in order to survive, for then it makes no difference if you gonna play on windows, mac or linux as long as you purchase games on steam and the games that you purchase dont stop working on OS updates.

microsoft could try to use tatics like "stuff that you purchase on windows store will work forever, stuff that you purchased elsewhere may break on windows update"
or no guarantee for either, but at least the games you purchase on their store are cross buying meaning that you still can play on xbox...
or things like that, they can try to induce people to use their store, so valve invested in linux in order to secure their independence, and they need linux to be an strong OS to give users an alternative for windows, no matter who make the operating system, if it gonna be thenselves or others, if one of the other linux vendors break stuff, then the users can simply migrate to another distro unlike what happens on windows.

that is why valve is creating an symbiotic relationship with us.

google on the other hand is kinda "too big to fail", but they did bet in independence in the past, they did an partnership with mozilla for the same reasons, they didnt wanted microsoft to control the browser market that would affect then back in the days their only product was google search, now that they have chrome , android youtube etc they arent so dependent on mozilla to help then survice, especially considering that the days of full proprietary browsers and internet explorer dominance in general are gone.

and why google dont make decisions that benefit both their products (android, chromeOS, Stadia) and linux in general? well

2)did you guys remember that Nintendo strugled to get support from thirdy parties some times?
for example in the n64 era, gamecube era, WiiU era they didnt had support from thridy parties!
they always did fine on protables, but sony was the one struggling...

now think about this for a moment: what is stoping other companies from relasing an machine running linux?
if nintendo relased their own "nintendo deck" or something, they would skip the strugle of getting thirdy party support thanks to things like proton, while they (maybe?) still could have an proprietary store front as the only way to acess games in their hardware.
the same goes for sony.

i dont know if they can do that without voiding gpl, but i think they can, and if they can, what valve is doing, may not help only thenselves but their competitors too! but there isnt any guarantee that their competitors will return the favor, nintendo wont allow steam on their console nor port nintendo games to generic steamOS/linux , sony and nintendo still can create apis that better integrate with their own hardware and try to convince developers who want squeeze maximum performance on their hardwares to use then instead of something like directx over proton or vulkan (im not talking about complete ports, but porting the code that is nescessary to port in order to reach an good framerate)

i dont think google will do anything that help their competitors too much , unlike valve who depend on our help to survive and grow this market, google is big enough to try to enter the gaming market with their own money, without much help from volunteers in an "winner takes it all" model.

speaking of nintendo, sony and maybe even others relasing linux consoles, it wont be their first time!
nes mini and snes mini, playstation classic, sega game gear micro, some sega arcades, the new atari vcs, intelvision amiico and a lot of micro consoles (consoles from smaller companies are based on linux.
its Strange to see that valve was kinda right, linux is the future...
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring 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!
The comments on this article are closed.