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.

Äntligen någit nytt sedan det pratades om att det senaste Fable spelet tappade 30% prestanda pga Denuvo.

Jag vill se mer sånt här så folk får upp ögonen för hur illa det ofta kan vara med DRM.

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.

ja, varför skulle renderingen alls vänta på någon kod? den kan väl fortsätta fast en kärna spikar med damage calc? varför får spel alls laggspikes?

om en snutte kod kallar hem och "yo, stämmer allt, får jag exekvera?" och det tar får lång tid (kan ju då bero på serverns svarstid, ping).
går det över en frame och det tar för lång tid innan motorn skickar nästa bildruta.

man kan ju önska att det var så asynkront, och man försöker nog, men det går inte alltid.. trots multiprocesser så är mycket kod synkront/linjärt och en del kod väntar in annan kod...

Lägger man då denuvo's "check" i småfunktioner blir det lätt många calls tätt inpå varandra risken att det håller upp motorn stor.

Jag hade fått för mig att Denuvo var ett slutskedes plugin typ under kompileringstid som obsfuskerar och lägger in sina checks strategiskt i funktioner som körs en gång per frame typ, "automagiskt". och att utvcklare då inte har den kontroll som nu verkar påstås i denna nyhet. så då är det ju lite bättre än jag trodde.