numero de serie - Page 2

non , je passerais par une application qui connecte la gp au net et donc à mon serveur qui lui recoupére l'id de la console et fais une compilation avec , donc chaque version sera unique , c'est la seule façon que jai trouvé , et qui ne se casse pas trés facilment , autant qu'en fesant une compression sur l'id j'aurais une taille differente par version et comme chaque id se compresse differament je pourrais tester la taille de la partie compressé pour savoir si elle à été modifié ou pas

les grandes lignes de mon system

-

bah pour le script c'est pas un grand mal , avec python je fais un script qui modifie le code original , puis lance la compilation , pas trés dur reste à faire un autre script liké à une base de données mysql et envoyer le fxe à l'acheteur ,

pour la compréssion j'ai recoupérer les sources d'un ancien projet de compréssion binaire (qui fait aussi office de soft de encriptage maison)

l'ideal c'est que la gp se connecte au net , il y a une api TCP et UDP , donc sa doit être fesable , ds le pire des cas je demanderais à la personne de rentrer son id sachant que ça ne servira à personne d'autre puisque unique à chaque machine

:°)

-

-

ça te dis kelke chose ?

@ cr13 - Set process ID: r0 = ID
__cp15_set_process_id:
00007CC8: EE0D0F10 mcr 15, 0, r0, cr13, cr0, {0}
00007CCC: E1A0F00E mov pc, lr

-

ouais j ai vu

bah si le bios appel @ SWI #0x014 - _gp_dev_id_get se fais sous geepee

suffit de faire clic droit et jump to adress "$00006AEC" et on retrouve exactement le code


@ SWI #0x014 - _gp_dev_id_get
00006AEC: E3500004 cmp r0, #4 ; 0x4
00006AF0: 1A000006 bne 00006b10
00006AF4: E59D0000 ldr r0, [sp]
00006AF8: E59D1004 ldr r1, [sp, #4]
00006AFC: E92D1000 stmdb sp!, {r12}
00006B00: EBFFF9C3 bl 00005214
00006B04: E49DC004 ldr r12, [sp], #4
00006B08: E58D0000 str r0, [sp]
00006B0C: EA000057 b 00006c70 ;

je vais en ville m'chetter un livre sur l'assembleur , même si c'est sur pc ça doit drôlement recembler , non ?

-

est ce qu'un dieu ou un demi dieu pourrais nos éclairé sur notre sainte quête du ID sacré?

-

fo demandé a darkfader

Dieu m'as parlé
en asm
,mais je n'ai pas compris grand chose

-

-

Don
: je passerais par une application qui connecte la gp au net et donc à mon serveur ...

T'as déjà reflechi à cette partie là du problème Don?
Parce que si t'as 1 solution simple (genre API ou quoi) pour connecter la GP32 au net en passant par le PC, jsuis preneur pour mon projet pour l'ADIC

-

pourtant c'est pas dur , l'osgp gére le tcp/ip donc ça se comporte comme un réseau , mais rien ne vous interdi d'utiliser un protocole perso

-

alors vous l'avez trouvé la méthode pour recupere le pduid car ça interresse bcp de gens vous savez

-

suffit de regarder le dumps du bios mais bon apres faut voir kel est l'utiliter que vous aller en faire

-

yo

je n'ai pas pu testé, car je suis au boulot la.
mais je commence a pas mal toucher en asm arm.
donc en faisant ca :

mcr 15, 0, r0, cr13, cr0, {0}
mov pc, lr

tu recuperes l'id dans le registre r0 et ensuite tu reviens a ton prog C.

donc en déclarant en C ta fonction de la maniere suivante :

extern uint32 gp32_getID(void);

ou "unsigned long" a la place de "uint32" si tu ne l'as pas défini

et en compilant ton asm a part dans un ficher funcasm.S avec le code vu plus haut ca devrait aller.
de memoire, syntaxe ARM

AREA funcasm,CODE,READONLY
EXPORT gp32_getID

gp32_getID PROC
mcr 15,0,R0,CR13,CR0,{0}
mov PC,LR
ENDP

END

sous GCC soit doit etre du genre

.GLOBAL gp32_getID
.ALIGN 4
gp32_getID:
mcr 15,0,R0,CR13,CR0,{0}
mov PC,LR

si ca ne marche pas sous geepee32 c'est certainement a cause de son emu du cpu ARM920T
qui ne doit pas gerer l'ID du proc.
je pense meme que de maniere generale la communciation avec les autres chips (mcr, ...) ne
doit pas etre bien emulé...
donc teste sur le hard

-