Documentazione degli altri:
- hello check this out: 2mb di readme
Io:
- ## cum

Solo quelli che sanno ☠☠

Non mi hanno dato una penna mi sembra un pretesto

https://github.com/OpenNFS/OpenNFS annoto

Bisogna piratare I videogiochi almeno quelli di tripla A

ieri un mio amico ™ © mi ha portato uno strano caso di gioco che faceva freezare totalmente il PC in alcuni momenti a caso del gioco

Siccome ci era impossibile impostare un kernel debug kdnet via rete abbiamo pensato di farli in usb3, fin qui tutto ok ma il gioco faceva freezare praticamente anche il kernel, non rispondeva più al comando fin quando non si alt tabbava che probabilmente lo scheduler di NT tornava in vita

È molto strano che un videogioco possa in qualche modo fare freezare tutto il kernel NT, non ci sono watchdog? Occupava tutta la cpu?

Ma il kernel effettivamente non crashava semplicemente smetteva di rispondere quindi non potevo controllare un qualunque tipo di bugcheck, ovviamente non potevo debuggare sulla macchina host perché tutto il PC freezzava

Da Windbg quando indicavo al kernel debugger di attaccarmi al processo del gioco il debugger si piantava al waiting del pid bloccandomi ogni azione

Decido la mossa drastica di installare visual studio sul PC del mio amico e impostarlo come server remoto di debug user land e di provare a debuggare via rete così

A questo punto il gioco maledetto crasha, mi scollega il server del debug dati dal Motivo prima a siccome è stato registrato un crash abbiamo in mano finalmente il primo minidump di questo problema durato 2 mesi di test tra directx e kdnet

Apro il dump su Windbg, !analyze -v e....
STEAM CLIENT HA FATTI CRASHARE ???

A quanto pare il gioco distribuisce una versione discordante dello steamapi o era fatto male l'integrazione con il drm di steam
Fatto sta che il callback tracciava a

NtOpenFile
>> STACK FRAME CURRUPTED
SteamClient_NotifyShutdown
SteamClient_Terminate

Probabilmente c'è stato qualcosa di errato nella build che fa flippare lo steamdrm e questa corruzione fa saltare in aria il processo al punto tale di mandare forse una syscall infinita al kernel o qualcosa di strano per tenerlo occupati (forse uno spam troppo alto di X cose???)

Togliamo il DRM di steam, mettiamo un api emulator di steam e il gioco va PERFETTAMENTE senza crash (craccato il gioco on the fly)

Ora io dico semplicemente che un utente che compra questo gioco su PC si ritrova qualcosa di rotto e instabile mentre chi cracca ha la vittoria in pugno e gioca senza problemi

Grazie konami per questa scoperta

Idea del cazzo

Freertos sul gba per fare giochi RealTime con scheduling

Curse ancora più alto fai girare openmoka così hai Java ME su rtos che va su gba

Oggi ho provato ad aggiungere una feature a decomp.me (supporto ad android ) ma per ora non mi sembra di aver visto troppi risultati nel dubbio ho chiesto magari mi sanno suggerire cose