dinozore

Membres
  • Compteur de contenus

    1 774
  • Inscription

  • Dernière visite

Messages posté(e)s par dinozore

  1. Lu,

    Concernant le G alternatif, en ce qui me concerne toutes les puces ne fonctionnent pas avec, mais toutes les wiikey 2 fonctionnent avec et toutes les wiikey 2 montées avec ne présentent plus le bug d'éject.

    Après ça dépend de quoi parlait Shakin ?

    ++

    Dino

  2. Lu,

    Pour l'histoire des fils je pense pas qu'ils sont si mauvais que ca car ils sont vraiment trés fin et les multibrins partent pas dans tt les sens. J'ai pris une photo en conmparant avec du fil standard qu'on trouve dans toute les prises qui se branche sur secteur:

    Ca se voit que tu n'as pas ouvert alors... On dit pas ça au hazard.

    Après libre à toi de faire comme bon te semble, après tout c'est ta console. :)

    Par contre est ce que je lui demande de continuer ce que j'ai fait? Ou de mettre des autres fils?

    Ou carrément de fournir une nouvelle puce au cas ou ce serait trop galère d'utiliser cette puce, ou au cas la puce aurait été malmené? (sachant que je prefere éviter de lui racheter une puce de plus ...)

    Ta puce est largement récupérable, aucun soucis.

    Pour le reste ne t'inquiète pas, il se débrouillera bien. Et c'est tellement vite fait de changer pour qui a l'habitude que ça m'étonnerait vraiment qu'il conserve ton câblage.

    ++

    Dino

  3. Lu,

    @nbhs>

    Pour tes questions sur le hub : c'est encore en dessous d'un switch en terme d''intelligence' mais y'a plein de doc dessus sur le net.

    Par contre à désactiver le routeur de la freebox tu ne perdrais pas la télé comme je te l'ai déjà dit.

    Et le port ethernet jaune de la freebox est à l'heure actuelle en tous points identique aux autres.

    Sinon tu n'as pas répondu à ma question : est-ce que concrètement tu constates une perte de performances en nat modérée ?

    ++

    Dino

  4. Lu,

    @Bitonio>

    T'es vraiment incroyable de mauvaise fois, t'as pas ton égal pour pourrir un topic !

    Tu agis vraiment comme s'il n'y avait que tes posts à qui l'ont pouvait accorder du crédit.

    Sinon pour te répondre quand même, je crois que tout a été dit. Si tu te retrouves à monter un puce nappe sur un d2e-epoxy c'est tout simplement que tu es un mauvais poseur.

    ++

    Dino

  5. Lu,

    utilise un brin de cable telephone a defaut de rien d'autres

    wow

    Perso je te déconseille d'essayer le câble téléphonique : il est plus gros que les pastilles, du coup il va avoir tendance à être 'froid' et si tu fais un faux mouvement c'est adieu la pastille qui va rester dessus.

    Au pire, dénude très légèrement (courte longueur) ton multibrin et coupe les brins supplémentaires pour n'en garder qu'un. Ca sera toujours bien mieux.

    il te faut du AWG monobrin pour les files de "signal" A-B-C et G

    Désolé mais AWG ça n'est pas un type de câble mais une unité de mesure pour le diamètre d'un câble.

    Donc sans valeur ça ne veut rien dire du tout... :rolleyes:

    @supertramp>

    Mon conseil :

    Dans l'état il et clair que tu n'y arriveras pas.

    Si tu n'es pas pressé et que tu as déjà démonté le lecteur (ou que tu te fiche qu'elle soit un peu abîmée en surface en raison d'une ouverture hazardeuse), regarde à quoi ressemble les points cible et entraîne toi sur des vieux pcbs que tu auras récupéré en faisant attention qu'ils offrent des points de difficulté équivalente.

    Sinon passe le relai.

    Bonne chance.

    ++

    Dino

  6. Lu,

    A l'heure actuelle j'en ai pas encore vu un seul.

    Ils arriveront, c'est sûr, mais pour le moment il doit vraiment pas en avoir beaucoup.

    @mouflo>

    Sur le lien que tu donnes il y en a deux répertoriés en France, mais bon en plus je trouve ça étonant avec ces numéros de série.

    ++

    Dino

  7. Lu,

    Honnêtement, moi tout ce dont je me souviens c'est que lors de la première photo en australie, la team d2pro (=wiikey=d2ckey) a annoncé avoir trouvé et mis au point une solution pour ces modèles. Ils ont peu après annoncé la drivekey et ont dit avoir travaillé dessus depuis les d2b-pinless ou les premiers d2c je sais plus trop.

    ++

    Dino

  8. Lu,

    Tu as raison, ça fait un moment que je bricole plus à ce niveau là et à te répondre trop rapidement je t'ai dit une bêtise :

    Un switch peut avoir une ip s'il est administrable (niveau 4 si je me trompe pas voire certains niveau 3 il me semble), mais ça n'est pas le cas d'un switch domestique qui possède ~3/4/5 ports et qui serait plutôt de niveau 2 si mes souvenirs sont bons, et donc qui ne redirige que via les macs et non les ips.

    De toute manière, ip ou non, ça ne change rien au niveau du routage de la freebox puisque qu'à travers un switch elle ne perçoit chaque machine que via sa mac. Donc chacune à son ip locale au niveau du routeur.

    Corrigez moi si je dis des bêtises.

    Conclusion, ton problème n'a pas de solution derrière un routeur car il te faudrait pouvoir changer les ports cibles pour les faire différer et à priori ça n'est pas possible dans le cas présent. C'est d'ailleurs logique de ne pas pouvoir router vers un même port sur plusieurs machines puisque le routage ne sert ici qu'à palier au défaut d'adresses internet par une multiplication des adresses lan. Dans le cas contraire il ne saurait plus quoi faire.

    Ca pourrait peut-être fonctionner si tu désactivais le routage de la freebox, que tu y connectais un hub qui lui fait du broadcast aveugle, et que tu branchais le tout dessus (la télé fonctionerait encore). Mais bon le sacrifice n'en vaudrait sûrement pas la peine.

    La vrai question c'est est-ce que c'est vraiment nécessaire ici puisque la freebox n'est que client(e) ?

    ++

    Dino

    Edit: J'ai remplacé les "box" par "freebox" sinon on pourrait se demander si je parle pas de la 360...

  9. Lu,

    Tu donnes une ip locale différente à chacune de tes 360 en faisant deux baux basés sur leur adresse mac (interface de config freebox).

    Après quoi tu choisi des numéros de ports différents pour chacune et tu les ouvres sur le routeur en reroutant respectivement vers leur ip locale définies précédemment (interface de config freebox).

    Tu redémarres la freebox, et tu redémarres les consoles.

    Ensuite la configuration niveau 360 dépend de ta config freebox :

    - Si tu as conservé le dhcp alors ip auto

    - Sinon ip manuelle et la même que définie précédemment

    J'ai jamais fait mais y'a pas de raison que ça fonctionne pas comme tout le reste.

    ++

    Dino

  10. Lu,

    Sur les forums anglais j'ai lu plusieurs fois des histoires de clé incomplète. Si je me rappelle bien c'était à chaque fois avec le soft CK "officiel".

    Perso j'utilise l'outils de la team jungle et j'ai jamais eu de soucis.

    Sinon, merci pour les compliments mais je vous assure que y'a rien de sorcier. Juste un peu d'expérience dans le domaine.

    Edit:

    @zirtoxx>

    Attention, je ne t'ai pas dis que tes fichiers étaient bons, mais qu'il avaient une grande chance de l'être. C'est pas exactement pareil. :)

    ++

    Dino

  11. Lu,

    @zouzzz>

    Comme l'a dit Shakin un peu plus haut, avec la 4.0 waninkoko le trucha était déjà de nouveau présent.

    Après c'est cool si ça peut restaurer le trucha sur les futures firmwares(au passage, le 4.1 on risque pas de le voir chez nous si c'est bien une correction spécifique pour le wiisport 2 jap).

    Mais bon y'aura bien une autre waninkoko full modifiée dans le futur aussi.

    je t'oublie pas , tu n'es pas loin dans mon esprit c'est tout ^^

    :whistling:

    On va dire que c'est dans le contexte...

    :0

    ++

    Dino

  12. Lu,

    Sur DX, ~1/4 lecteur ne fonctionne pas pour moi (sur à peu près 15 achetés de mémoire). C'est pas grave parce qu'au final en bricolant on s'y retrouve. Mais quand même.

    Sinon sur ma dernière commande ils m'ont zappé 11 cartes SD et pas moyen de négocier. Par contre j'ai reçu un petit double vibro d'on ne sait où ! :0

    Sur une bonne dizaine de commandes je n'ai jamais été pleinement satisfait voire j'ai été bien deg... Mais bon les prix sont tellement bas qu'on s'y retrouve bien sur une grosse commande. Mais je ne conseille absolument pas pour quelqu'un qui ne voudrait qu'une ou deux pièces.

    ++

    Dino

  13. Lu,

    Je vais faire mon gros boulet mais il est peut-être possible pour ces magasins (electrotek ici) de récupérer la clé de la NAND de la Wii brickée low level et de réinjecter une autre NAND en y mettant cette clé. Enfin je sais pas mais ça pourrait expliquer leur pub.

    La clé n'est pas conteunue dans la nand mais dans le hollywood il me semble (de mémoire, aucun affirmation), et c'est le boot0 qui décrypte la nand à l'aide de cette clé.

    Or pour lire la clé depuis le Hollywood il faudrait un bon microscope électronique que même carrefour y réfléchirait à deux fois avant d'en acheter un !

    Elle n'est accessible que logiciellement de part le système de sécurité de la Wii qui pèche à ce niveau là.

    Après s'il y a meilleure explication voire solution je suis preneur.

    ++

    Dino

    Edit: J'avais écrit "or" comme "hors", aïe ça pique les yeux...

  14. Lu,

    @Jlz, Zou, et acide>

    Effectivement ça doit pouvoir se faire par batch avec deux trois combines mais c'est pas de ce côté que j'ai cherché.

    Pour faire simple parce que là je viens de rentrer d'un pot et je suis éclaté :

    Récemment par curiosité j'ai rapidement comparé deux firms générés entre eux avec le iX15, et pareil avec le ix16.

    Ensuite je les ai comparé entre versions de firms.

    Résultat :

    - Les composantes de la clé ne subissent aucun cryptage, elles sont stoquées tel quel

    - Aucun octet de la clé n'est une valeur de contrôle par redondance (presque logique, 128 bits ((32/2)*8) c'est standard pour un cryptage symétrique qui aime bien les puissances de 2, une clé de contrôle viendrait même compromettre la sécurité)

    - Aucun hash n'est effectué sur l'intégralité du firmware

    - Les positions restent les même d'un firmware à un autre et d'une version à une autre (presque logique aussi pour X raisons)

    Voilà qui arrange bien notre affaire !

    Il me suffit de créer deux firmwares avec des clés particulièrement pensées pour déterminer facilement les positions.

    Ce qui donne :

    valeur_01 @1E138h

    valeur_02 @1EAECh

    valeur_03 @1E742h

    valeur_04 @1E680h

    valeur_05 @1EECDh

    valeur_06 @1EB34h

    valeur_07 @1E83Fh

    valeur_08 @1E725h

    valeur_09 @1E52Ah

    valeur_10 @1E201h

    valeur_11 @1E9DFh

    valeur_12 @1E023h

    valeur_13 @1E4A0h

    valeur_14 @1E59Ah

    valeur_15 @1E3FEh

    valeur_16 @1EF49h

    Voilà ce qu'on peut en tirer en 30 minutes (bon le cas est particulièrement facile je vous l'accorde).

    Donc concrètement, si vous avez suivi, pour créer le firmware de zirtoxx dont la valeur manquante à 00 chez lui serait remplacée par CF (valeur choisie pour exemple) :

    - Copier un firmware généré avec sa Key pourrie, le Identify et le Inquiry

    - Remplacer la valeur contenu à l'offset @1E138 par CF

    Et le tours est joué, c'est aussi simple que ça.

    Pour générer les 256 il suffit de boucler de x=0 à x=255 (=FF soit ((F=15)*(16^1))+(F=15)*(16^0))), puis d'appliquer la méthode précédente en remplacant le CF d'exemple par la valeur bouclée x.

    Pour le nom de fichier contenant la valeur (ex: "_zirtoxx_XX.bin") on se servira si on veut éviter une fonction lourde de conversion de la même correspondance base 16 que j'ai donnée quelques posts plus haut, puis on indicera avec [x divisé par 16] et [x modulo 16].

    C'est très rapide à faire mais de toutes façons ça fait bien longtemps que j'ai des routines de côté qui font ça donc deux trois modifications rapides et une compilation après on a la solution pour zirtoxx.

    Ca m'a pris plus de temps d'écrire cette explication.

    @zirtoxx>

    Dans un but cryptographique j'ai aussi des routines de calcul des redondance et je peux te dire que :

    - Ton Identify contient 428 valeurs nulles

    - Ton Inquiry contient 38 valeurs nulles

    Sans indications supplémentaires ça ne veut rien dire.

    Donc sur un échantillon de 20 couples de fichiers originaux différents de clients ça donne :

    - 14/20 ont 427 valeurs nulles dans leur Identify et 6/20 en ont 428

    - 20/20 ont 38 valeurs nulles dans leur Inquiry

    Ce qui concrètement laisse à penser que tes fichiers ont une probabilité relativement élevée de ne pas être foireux.

    Je t'ai envoyé un mail.

    ++

    Dino

    Edit: 2 trois précisions