sendpkm, fakeGTS... et pour B/W ?

c'est déjà fait mais je n'ai mis qu'un seul pour le moment x)

Et ?
Tu peux simplement prendre le *.pkm et tu l'envoies en masse :3

Bah je pense que le message d'erreur veut tout dire.
Quel est le lieu de l'obtension de l'oeuf ? Car normalement ça devrait-être Couple Pension. Si ce n'est pas le cas, ça dois venir de là je pense.

j'ai fais une mise à jour du programme. Dis moi si c'est ok maintenant

quand tu les obtiens sur la ds, dépose les sur le pc, tu pourras les renvoyer

peux-tu envoyer un fichier .pkm avant edition et apres edition de sorte à ce que les bugs soient sur la version après édition?

megaupload, mail (pokeke@hotmail.fr) etc...

 Vous faites comment pour utilisé megaupload de cette manière ?

ah ok ^^

alors je n'ai plus de message conflictuelle, mais le pokemon une fois arrivé a la boite (je parle du lanturn) arrive comme je l'ai modifié sauf les IV pv qui sont a 0, j'y comprend rien Oo

Edit alors quand je le renvoie depuis le ranch il arrive sans les IV pv, mais quand je l'envoie par le fake gts en utilisant la sauvegarde que j'ai faite il arrive avec ces IV ???

oui je parle bien des IV il a 370 au lieu de 401PV mais cela seulement si je le reprend par le ranch, si je me l'envoie via sa save, il a ses IV

Je peut savoir comment on calcule un PID a la main pour blanc et noir svp ?
EDIT:J'arive pas a mettre a jour utility for fake gts il marque acces refusé help!

Envoie les ID et sID du DO de ce Pokémon.

{excuse pour le pavé x) si tu ne comprends pas tout et ca arrivera, je serais ravi de t'expliquer plus en détail :p }

pour calculer le caractèe shiney ou non c'est assez simple

tout d'abord il faut savoir quelles sont les opérations élémentaires utilisées : (pour la culture du code)
1/ un entier est codé en hexadecimal sur la machine, les opérations utilisées se fiche complètement du type d'enregistrement des nombres en mémoire (endianness)
les nombres considérés ici sont des entiers non signés sur 4 octets soit 32 bits en mémoire par nombre.

2/ nombre >> n (la rotation binaire vers la droite) : consistes à décaler les bits vers la droite n fois

3/ n1 et n2 (n1 & n2) : pour tous les k bits des nombres n1, n2, on met le kieme bits du resultat à 1 si on a la fois le bit k valant 1 pour n1 et pour n2
exemple:
n1 > 0 | 0 | 1 | 1
n2 > 0 | 1 | 0 | 1
res> 0 | 0 | 0 | 1
plus concretement :
n1=11180 : 0010101110101100
n2=23125 : 0101101001010101
res = n1 & n2 ->
res=2564 : 0000101000000100

4/ n1 ^ n2  (n1 xor n2) : consiste à effectuer l'opération de xor entre les nièmes bits des deux nombres tel que:
tel que pour tous les bits k du nombre n1 et n2:
n1 > 0 | 0 | 1 | 1
n2 > 0 | 1 | 0 | 1
res> 0 | 1 | 1 | 0

n1=11180 : 0010101110101100
n2=23125 : 0101101001010101
res = n1 ^ n2 ->
res=29177: 0111000111111001

>> le résultat est "si j'ai un seul 1 entre les deux, le résultat est 1 sinon c'est 0 (tous les autres cas) je passe les conséquences sur l'application de n1 xor n2 xor n3 qui revient à dire qu'on met 1 au kième bit si il y a un nombre impairs de 1)

Le calcaul du caractère shiney est simple:
on met en hexadecimal tous les nombres (pid, id do et sid do) puis
on prend les 2 premiers octets du pid, les 2 suivants du pid, le id et sid sont sur 2 octets (2 autres ne sont pas utilisés :p )
puis on applique la fonction xor sur les 4 nombres obtenus. Si le résultat obtenu est supérieur à 8, le Pokémon n'est pas shiney sinon il l'est


Maintenant voici le code que j'utilise dans les infos du pokémon: (selon la formule utilisée en jeu)
if ((((_pid & 0xFFFF) ^ (_pid >> 16)) ^ (_id ^ _sid)) > 8){
                shiney = "Le Pokémon n'est pas shiney";
}else{
                shiney = "Le Pokémon est shiney";
}
_pid correspond au PID du Pokémon
_id correspond à l'ID du DO
_sid correspond au SID du DO

donc on prend le PID est on applique d'abord _pid & 0xFFFF (-> 0xFFFF est 65535 en décimal, en binaire il s'agit de 16 bits tous à 1), donc les 16 autres bits sont à 0
(0xFFFF = 0b00000000000000001111111111111111)
Le fait de faire l'opération & permet de garder les 16 premiers bits du nombres (ici le pid) est d'enlever les autres >> ce qui revient à faire à garder la première partie du PID
Ensuite je fais pid >> 16 >> je décale de 16 bits vers la droite ( en gros division du pid par 2 puissance 16) : j'obtiens la deuxième partie du pid pour le calcul
après on applique le xor ( ^ ) sur les 4 nombres et on compare directement avec 8
- note : les parenthèses autour de n >> n sont obligatoires pour éviter les problèmes potentiels de priorités mais ensuite (n ^ n) ^ (n ^ n) est uniquement pour optimiser un peu

héhé :p

*ma préférée c'est quand même la formule de génération de PID pour le pokewalker*