Hackar Hogwarts Legacy – visar hur Denuvo fungerar

Precis, och det är exakt det han ändrade sin tes till. Att det inte alltid beror på denuvo utan på implementationen

Känns som dagens hårdvara har så mkt overhead så det borde knappt spela någon roll? Jag menar hårdvarukraven för DRM lär ju inte skala i samma takt som kraven för spelen ?

Det kopieringsskydd inom spel som fungerar bäst är stor multiplayer del och sedan banna de som fuskar eller har moddat spelet.
Det är väldigt svårt att skydda något från kopiering om detta kan köras helt lokalt utan behöva någon internetuppkoppling.

En vetenskapsman hade haft mer än en test-"patient" om denne ville dra generella slutsattser.

Men självklart, det han gjorde gav massor av info och han visade att systemet inte måste ge prestandaförluster. Det visste man å andra sidan redan?

RE: Village gick väl att spela offline, med kruxet att man behövde koppla upp sig mot denuvo servrara typ en gång i veckan, så det är inte nån kontakt mot någon server som är problemet i just det spelet iaf. Och finns flertalet denuvo titlar som fungerar offline där man endast måste verifiera spelet efter en viss tidsperiod där prestandan fortfarande tar stryk.

Nu är det ju så att som tillvägagångsättet är så plockas / avaktiveras inte denuvo på något vis utan vad han lyckats göra är att köra spelet på en annan dator med nycklar från den första. Men denuvo är fortfarande aktivt som jag förstått det.

Exakt, han listar ut hur Denuvo gör ett fingeravtryck av en dator, patchar koden på en annan dator så den genererar samma fingeravtryck som den första och kan spela spelet.

Denuvo förändrar kod så den kan bli svårare att analysera, blir samtidigt slöare att exekvera. Detta kan han inte mäta med sina hooks.

Försökte läsa mig till vad original-cracken av Empress gjorde gällande Denuvo men gick bet, har dock sett en del videos som påvisar en prestandavinst... 🤔

Även om/när kontakt med internet inte krävs så kräver kontrollen att kod körs. Om denna kod stjäl RAM/cache-utrymme som skulle behövts för den "nyttiga" koden så blir det också sämre prestanda.

I dag när de flesta datorer har både mer och snabbare minne på alla nivåer finns kapacitet till förfogande. Likaså är det inte längre bara en eller två kärnor som med måttlig hastighet ska köra den "överflödiga" koden tillsammans med allt annat.

Det är väl egentligen ingen hemlighet att implementationer av system ofta är och kan vara orsaken till problem så som prestandaförluster, och argumentationen är kanske också intressantast genom att ta de genomsnittliga fallen av användandet av Denuvo och jämföra dessa.

För mig känns detta som ett exempel av de utvecklare som både haft tid och pengar bakom sig att göra saker korrekt.

Ett spel som implementerar Denuvo gräsligt kommer alltid att prestera bättre utan Denuvo och hur värdefull är egentligen produkten, Denuvo, om man ändå kan ladda ned spelet x-antal timmar eller dagar efter det släppts?

Det stämmer att det går lite snabbare om dom nopar ut Denuvo checkarna, denna vinst du ser.

Denuvo gör inte bara sådana checkar utan "obfuscatear" koden som körs, vissa segment kan enl info från reddit bli 4-10x längre.

Var har du fått dina siffror från? Om du hade dragit dem ur röven så skulle ju ditt antagande vara sämre än det ursprungliga antagandet, men nu säger du att det är exempel så det skulle vara intressant att höra vilken fakta du sitter på.

Han är ju oklar med avsikt, och det känns som litet information går förlorad när han skriver på engelska, men med tanke på vad han skriver om stacken och krascher så tycker jag det låter som att han har patchat bort de runtime-checkar han hittat.

Är det verkligen så det funkar? låter sjukt dåligt i så fall. Varför skulle renderingen vänta på att svar över internet, låter helt galet?

Jag refererade främst till allt tidigare snack om CPU-belastning med Denuvo primärt.