Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
If that were true in the way you imply, shouldn't the OP have trouble in all parts of the game, and not just 2 specific menus.
I am also against Denuvo, but this false finger-pointing, and other stuff like hyperbole, has to stop.
I feel as though I'm justified in making this assessment. If I am wrong in my speculations I will eat humble pie, however if I am correct I don't expect anyone to congratulate me for being right.
Further reading: https://www.kotaku.com.au/2017/06/pirates-say-rimes-drm-slows-down-the-game-but-denuvo-denies-it/
Denuvo does not use the GPU at all, which you should be well aware of is the primary factor causing frame render spikes, ergo lag, in video games.
Only time Denuvo would cause a lag spike is if the game already saw full CPU utilization and Denuvo were added into the mix and caused a slowdown in processing caused by the fact that the CPU were already maxed out. A maxed out CPU, however, is almost never seen in video games except for a few simulator-heavy games.
It also bares to mention that as long as Denuvo is run by non-critical functions (as it should be) called by low-prioritized threads (as those functions should be), then every other thread and workload (aka more critical) will cut in front of Denuvo in the queue to the CPU.
This isn't really only true for Denuvo, but for all middleware or functions used in games. For example, Far Cry 5 have an analytics/diagnostics thread taking up >as much CPU time as possible< all the time. Nobody is batting an eye about that just because it isn't called "Denuvo".
Similarly, the way some games spin the Steam API callback thread (as FFXV did, which caused frame render time spikes for quite a few players) doesn't get criticized either.
Here is a reality check for you:
Sonic Mania vs. Sonic CD Remastered.
Same Engine, same humans behind the developing.
One has Denuvo, the other not.
http://www.bilder-upload.eu/upload/8c84f2-1516389934.png
http://www.bilder-upload.eu/upload/75ef5c-1516389948.png
Denuvo Mania even used 1% LESS GPU capacity than Sonic CD Remastered.
Shouldn't you complain on the Denuvo-free Sonic CD boards then?
However I disagree with the claim that the whole point of Denuvo is not to impact performance. Assasin's Creed Origin's is testament to the fact that Denuvo comes first, performance last.
Using Virtualization comes with an inherent performance hit that is inescapable. The performance hit can be minimized however this reduces the effectiveness of the DRM software.
As for your screenshots. I appreciate the spirit of your comparison there, however that's an apples to oranges comparison. An apples to apples comparison would be SM with vs. SM without Denuvo.
https://twitter.com/PTKickass/status/1019669668250947585
If you follow the links you'll eventually come across this:
Voksi FAQ:
Q: How does Denovo works?
A: It doesn't.
It uses slightly more GPU memory but that's fully understandable since Plus has more assets now.
I get 1% GPU capacity with the same GPU, same settings and same resolution as the screenshots from the old build, (old build was at 2% GPU capacity and Sonic CD which has no Denuvo is at 3% GPU capacity):
http://www.bilder-upload.eu/upload/750a36-1532017875.jpg
http://www.bilder-upload.eu/upload/17fe9c-1532017889.jpg
http://www.bilder-upload.eu/upload/cd2785-1532017893.jpg
Complete proof that current Denuvo version did not impact performance compared to the previous Denuvo build.
Thanks.
Do those numbers never change during gameplay...?
That's why I took several screenshots, to show the numbers barely change.
It's hardly rigorous data then.
Thanks.
Pretty annoying.
Yes but it's a relatively small number of snapshots instead of an aggregation of longer periods of gameplay ideally in game portions of similar complexity (which is debatably tricky between two different games).
I'm interested in the multiple reports that the slowdowns and stuttering s are happening in certain situations consistently. It sounds like there are triggered activities that are slowing the game down. Note these don't have to involve Denuvo.