..........
..........
Senast redigerad av mickeez den 2014-10-20 klockan 20:25.
a1-a3 är väl inputs till funktionen? Om man ska byta ut dem så borde man kunna radera den funktionen och bara använda de som kommer sedan. Men är väl bättre att de läses från någon fil istället
Rust Never Sleeps
Osannolika påstående? Har ni sovit under en sten eller vet ni inte vilka ni har att göra med?
Jag kan inte turerna kring newcs men vad Deas än säger så är det förmodligen en grov underdrift.
Är det någon pairing man ska hålla sig borta från så är det väl Via$ats.
Nej precis, väldigt udda ifrågasättande från herrarna. Kvittar ju egentligen att det är just NDS det gäller. Är man intresserad av reverse engineering och följer vad som händer så är detta ingen nyhet, händer liknande saker hela tiden. Som enskild programmerare mot en stort företag är det rätt mycket tid och pengar som riskerar att gå åt om man väljer att ta det till domstol. Även om man tror sig ha rätten på sin sida.Ursprungligen postat av Rolsten
Senast redigerad av MrPotatoHead den 2014-01-06 klockan 02:01.
testade att lägga in koden i reader-videoguard1.c och det kompilerade ok. Har dock inte kollat om någon modul kan anropa funktionen...Skulle man kunna tänka sig att *a1 och *a2 i denna rad "void VG_Overcrypt(char *a1, char *a2, char *a3)" ska bytas ut mot ekpair o hwkey och sen att man petar in det under videoguard reader i sourchen och kompilerar??
Det finns ju duktigt folk här som kan unix, nån som förstår koden och kan pillra in den i sourcen?
Om det nu skulle vara så att den här kod snutten är korrekt
Rust Never Sleeps
Behörigheter för att posta
Svara med citat
