SoulHeaven

Généralement quand le flashconfig est bon sous nandpro c('est qu('elle est bien montée. Malgré tout, le coup de l'erreur à tous les badblocks c'est assez bizzare. Faudrait voir le pin RE, je crois que sont statut doit être haut pour permettre la lecture, et s'il ne fait pas contact, son statut étant bas tu ne pourrais pas le lire.

Salut, Le wpe c'est vraiment si tu es parano. ;-)

pas de soucis ;-)

He bien je sais pas comment tu as installé (ou ce que tu as utilisé comme logiciel pour générer ton freeboot), mais tu es bien le seul à avoir eu ce probleme, étant donné que le xell boote très bien entre les versions, mais avec changement de CB. Encore mieux depuis la dernière version de xebuild, même avec une mise à jour officielle, non seulement Xell boote mais Freeboot continue à booter aussi, meme avec évolution du CB et du LDV.

Non justement sur le dongle la prise est double contact, et tous les contacts sont soudés. donc tu peux mettre ta nappe à l'envers comme à l'endroit. tout dépend comment tu as souder sur le PCB du xkey.

Commence par le QSB et place toi du coté des points IO de 0 à 7. Tu seras peut être un peu décalé pour les autres points, surtout 3.3v et GND mais ce n'est pas bien grave, ils sont plus facile à rattraper que les autres en cas de soucis

Non le point PWO c'est que pour mon DNA. Le point WP est présent sur les diagrammes

Soulheaven que l'on ne présente plus nous gratifie d'une astuce pour passer le Xkey v1 en Xkey v2. Bonjour à tous, Combien d'entre-vous ont un xk3y v1 et en ont marre d'utiliser cette télécommande et ce câble mini-usb qui fait plein de faux contacts et coupe votre disque dur en pleine partie ?? A travers ce tutorial très simple, je vais vous montrer comment transformer votre xk3y v1 en xk3y v2. Un dongle xkey Une nappe xkey Un connecteur pour nappe xkey Du fil AWG-25 Un fer à souder 1 xkey v1 (bien entendu) Si vous n'avez pas tout ça, vous pouvez vous procurer le kit de transformation xkey à l'adresse suivante: Kit xk3y v1 vers xk3y v2 sur Consoles Librasoft En premier lieu il vous faut un xkey v1 comme celui-ci: Seulement deux points nous intéresse, ils sont signalés ici par deux flèches: ] Commencez par prendre du fil AWG-25 (AWG-26 ou AWG-24 conviennent aussi, mais ne prenez pas du AWG-30, celui-ci est trop fin). Étamez vos fils puis soudez-les comme ceci: Prenez ensuite le connecteur: Relevez, les deux pattes d'extrémité, puis coupez-les, pour finalement remettre en place ce qu'il reste. Vous devriez obtenir le même résultat que sur la dernière image: Il ne vous reste plus qu'à souder les deux fils sur votre connecteur et à relier le tout. Tadaaaaaa vous voilà avec un xkey v2 maintenant: Petite précision, le sens pour souder les fils n'a pas de réelle importance. En effet, si votre xkey ne s'initialise pas avec la nappe dans un sens, il vous suffit de l'inverser. :-) Merci à la SoulHeaven pour son tuto. Si vous rencontrez des difficultés ou si vous souhaitez apporter votre contribution sur ce tutoriel, merci de répondre dans ce topic. Retranscrit sur le wiki par Hack-Tarus Team gx-mod

Depuis qu'on en parle de la Winchester... et qu'on en voit pas la couleur.

Putain pour une fois qu'une édition limitée Halo est belle :-) là franchement elle déchire. Même si je n'aime pas Halo, je pense qu'elle sera mienne lol EDIT : Espérons que l'on n'est pas droit à une Corona v3 qui bloquerait encore le RGH lol

Lapuce je pense que oui, le. Dna j'ai de fort doutes. Me faudrait une corona v2 pour tester.

Pas de soucis

la coolrunner ne gère pas sa désactivation en cas de dual nand... faudrait passer par un relai.

A priori, pas mal de monde à de soucis avec le DemoN, je te conseille plutot, si tu en trouves encore, de passer par une cygnos rev E. Facile à installer et fais le dual nand très bien Avec une glitchip v2.1 tu aurais pu gérer la désactivation de celle-ci selon l'état de la cygnos.

Si le lecteur n'est pas flashé le jeu gravé sera reconnu comme dvd vidéo et la partition game ne sera pas débloqué, donc impossible en l'état de lancer ton jeu si ton lecteur n'est pas flashé. Seul moyen est d'extraire le contenu de ton iso, et de le graver tel quel comme un dvd de données. et là oui il sera reconnu et il pourra être lancé. Cependant l'optimisation de la position des fichiers sur le dvd n'étant plus respecté, attends toi à des délais de chargement BCP BCP plus long

Je suis pas sur que depuis xebluidgui à partir d'une nand 512 tu puisses générer une retail 16, mais je t'avouerai que je n'ai pas testé. Moi je fais tout en ligne de commande Le DNA est compatible sur v1, mais il faudra le poser en filaire, le quick solder n'étant pas le meme que sur Trinity Sur v2, je n'ai pas pu tester, mais j'ai quand même des doutes. Faut voir s'il est possible de générer un freeboot 16 à partir d'une retail 4go. Je pourrai tester et te confirmer ça quand on pourra dumper et décrypter les Corona v2 Pour la glitchip v2.1, il ne devrait pas avoir de surprise, elle devrait être compatible.

Le mieux est d'avoir une nand 16 sans bad block, ça te facilitera la vie. Si tu t'en sent capable, de dessouder ta nand sur une console hs pour la ressouder sur l'autre, pas de soucis, tu peux le faire ça marchera aussi bien. Concernant la reconstruction d'une nand d'origine, suis les tutos de xebuild en ligne de commande (ceux du début du hack glitch par exemple). Il te suffira de changer le type par retail au lieu de freeboot, et tu fournis à xebuild les bonnes infos de ta nand d'origine : kv décrypté smc smc_config et CB

Tu regénères simplement une nand d'origine avec xebuild en mode jasper 16.

Joli détérage

Alors retiens juste que pour le moment ce n'est pas faisable. Et c'est bloqué, premièrement logiciellement parlant, mais également matériellement parlant. Le coté matériel peut éventuellement nécessiter une évolution des puces actuelles, bien que je pense que le chip xilinx actuellement utilisé sur les puces du marché devrait pouvoir répondre à ce nouveau besoin.

C'est assez difficile de répondre à cette question. Il y a deux soucis pour les kernel 15572 : - Le XOR hack qui n'est plus valable en l'état - L'absence du POST_OUT sur les nouvelles versions de CB avec le nouveau cryptage Il faut en dehors du coté logiciel, trouver une alternative au point POST_OUT. Cette alternative "devrait" pouvoir être géré avec les puces actuelles, mais tout dépend sa mise en place.

pour vérifier ton kernel, tu vas dans paramètres \ paramètres systemes puis tu te positionnes sur infos systemes sans valider le choix, et là tu verras ton kernel. soit 2.0.14719, soit 2.0.15572. tout dépend de la période où tu as connecté ta console au live. oui je Jtu est en usb (Jtag To Usb). tu peux aller sur http://consoles.librasoft.fr/ dans la section 360 / Kit dev tu y trouveras tout ce qui te faut pour le glitch en attendant la nouvelle doc, tu peux te baser sur le diagram de la squirt

Logiquement oui cela devrait etre une Corona (tout dépend de la date de fabrication, et donc si Corona ça sera une v1) Pas bien. Si tu es en 15572, ta console ne sera pas glitchable pour le moment Non on fait des puces qui marchent pas lol. Il te faut un Jtu pour essayer les différents timings existant et programmer celui qui convient le mieux à ta console Oui excepté le point F qui n'est pas tout à fait au meme endroit. La doc d'install sera mise à jour dans la semaine Non il a fallu 7 mois pour décrypter les CB et sortir les nouveaux patchs pour la mise en place logicielle du hack Pas de quoi

Logiquement ça devrait suffire, par contre il faudra soit un nouveau spi ou au moins mettre à jour les spi actuels. Sachant que les spi à base de pic ne seront probablement pas mis à jour. Il faudra également une nouvelle version de nandpro EDIT : et pour info, rien à voir avec une boule de crystale. Faux juste un peu comprendre ce qu'on dit, et jamais dire jamais

Non elle est audessus. Les Corona embarquant la puce Physon (Les modèles 4go donc), ne sont pas encore compatible.