LeVeL

Je suis du Québec. Quel longueur par curiosité ton fil bleu pour cpu_rst? Je replonge ce soir pour une série d'essai

consoles2jeux, tu mets quoi comme cpu_rst et sur quel point... car j'ai encore glitch éternels avec 70cm d'AWG30 ou RJ45 sur post_out

Bon, je viens de voir de nouvelles soluces sur un autres thread du forum. 70 cm d'AWG 30 en post_out ou RJ45. Je vous en redonne ds nouvelles

Merci pour vos précieux conseils J'ai déjà essayé le point R4D4 avec le fil bleu de 12 à 8 cm puis un AWG 24 de 12 à 8 cm également. J'ai aussi essayé FT3T10 avec les même longueurs. Pendant ce temps, le fil jaune d'origine sur le post_out ou le bleu à 55 cm et ensuite différente longueur. J'ai aussi tenté de mettre tout au plus court. Pour les DIPs, j'ai toujours la 8 sur ON et les autres sur OFF. Branché en HDMI également. J'ai essayé avec le cable standard et chaque fois le RJ45 branché. Je vois la LED de mon routeur qui allume et s'éteint au fil des glitchs... éternels Je crois vraiment que c'est le DGX qui est en cause... mais comme je n'ai pas d'autre slim sous la main pour l'instant je ne peux pas le certifier. Je tiens à souligner que j'en suis pas à mon premier glitch... mais avec le DGX oui... @+

Merci pour l'info! Pour le DGX switch 1 à 7 OFF, switch 8 ON. J'ai essayé tous ON aussi... j'ai vu ca sur un autre forum. Sans succès... aucun boot... glitch infini (des heures et des heures)

Bonjour à tous! Voilà, je galère depuis plusieurs heures sur ce glitch Corona V2 avec un DGX. La nand est lue 2 fois, le Write DGX a été effectué avec les 2 version ECC. J'ai testé diverse longueur de fils à peu près toute les combos de longueur et type trouvés sur divers forum. J'en suis à me dire que mon DGX est en cause... j'ai vu que certain DGX était carrément bon à rien... ou très peu de chose. Bref, j'ai l'intention de commander le DGX v1.1 et je voulais savoir si je pouvais utiliser un ou l'autre des points encerclés en rouge sur la photo en guise d'alternative pour mon cpu_rst. Dans un élan d'impatience, j'ai arraché le pad C5R11 mais je tiens à me relier le plus près possible de ce dernier pour tenter la configuration proposée par la TX (que l'on peut voir dans la news du DGX 1.1 sur ce site) Merci de vos réponses les gueux!! Ce n'est pas une photo de mon board, mais elle permet tout de même de juger de ma requête!

Merci de ta réponse Télémaque! @+

Salut! J'aimerais savoir en quoi consiste ce coup de tournevis pour un court-circuit Sur un port USB?? J'ai une console ici en 3RLOD et erreur 0101 (qui apparemment correspondrait à un court-circuit sur port USB) suite à un reflow pour réparer une e74. La console a redémarrer correctement fonctionner quelque temps et ensuite cette 0101est apparue. Merci les gueux!

Lut!!! MP envoyé... je me croise les doigts Ciao

Salut, après avoir obtenu le status 0x72 2 fois de suite, lance l'écriture en mode manuel avec dosflash dosflash w E900 1 a0 2 0 4 firm.bin 0 le param a0 si ton lecteur est en position Master, sinon c'est b0 pour Slave tu remplaces firm.bin par le nom de ton firmware Ciao!

Non, je voudrais qu'elle se comporte comme les autres que j'ai lol Mais bon, si c'est normal alors ca va!! Ciao!

Merci pour ces réponses! @Bugess: Y'a t-il moyen de faire en sorte que cela ne se produise plus?? LeVeL

Bonjour à tous, j'espère être dans la bonne section. Voilà, une box que je viens de réparer pour une erreur 0022 me fait un étrange comportement lorsque je la met hors tension. Plutôt que de s'éteindre immédiatement comme attendu, les leds s'éteignent (ca c'est normal) et les ventilos continuent à tourner. Au bout de 4 ou 5 secondes, la led centrale s'allume et se rééteint aussitôt et, partant, la box s'éteint pour de bon. Ce ''trouble'' est intempestif puisqu'il arrive qu'il ne se produise pas. Je n'ai pas réussi à recréer les conditions pour l'obtenir tout le temps. Est-ce que quelqu'un a déjà eu ce problème??? Qu'en est la cause possible??? Voilà!! Merci

Salut, Pour le CB1903 tu flash directement xenon_hack.bin ou NewXell.bin. Sans oublier tes 3 résistances entre J1F1 et J2D2. Aussi, à mon souvenir, xenon_hack.bin ne supporte que le mode VGA donc si tu n'as pas de câble VGA opte plutôt pour NewXell.bin qui supporte RGB (Component) Je crois, je ne l'ai pas testé, que pour un CB1920 tu peux également flashé directement avec une des 2 images puisqu'elles exigent un CB1920 ou inférieur. Pour CB1921 c'est différend. Ciao

Oui j'utilise un cable VGA bien sur, Comme j'explique, la faille se lance sans problème lorsque je flash l'image ''xenon_hack''. J'ai utilisé le script ''build.py'' pour extraire mes CB/CD depuis le backup de ma nand. Mais, puisque je suis en 1903/1888 le script plante et ne crée pas les fichier ''image_xxxxxxxx''. Du coup, j'ai extrait la config CB/CD de l'image ''xenon_hack'' et lancé le script (avec mon backup nand, smc_hacked, l'update 4532, xell-1f ET le CB/CD 1920 provenant de ''xenon_hack''). Lorsque je flash ''image_00000000'' la faille ne démarre plus, je n'ai rien à l'écran. À note que j'ai insérée la clé 1BL et ma clé CPU dans le script build.py, si cela aie pu changer quelque chose... merci de m'éclairer Level Edit: Apres avoir flashé image_00000000.ecc, j'ai reflasher les 50 premiers blocks de xenon_hack.bin et la faille s'est relancé... Est-ce qu'il faut que ma nand d'origine soit en place pour utilisé la méthode des fichiers ECC? Pour ceux que ca interresserait, voici la commande: nandpro lpt: -w16 xenon_hack.bin 0 50

Bonne nouvelle, De mon coté, je n'arrive pas à me construire une image depuis mon dump CB/CD étant donné que je suis en 1903/1888. J'ai du prendre celui du ''xenon_hack.bin''. Lorsque je flash cette image, je n'obtiens rien à l'écran... la faille ne se lance pas. J'imagine que cela provient d'une mauvaise combinaison CB/CD. Alors, j'ai 2 questions: Comment puis-je m'en créer une valide depuis mon nand dump perso? Comment se fait-il que la faille se lance sur ma console avec ''xenon_hack.bin'' mais pas quand j'utilise son CB/CD? Merci!

Lut, Perso j'ai 3 fichier .ecc et un autre nommé ''image'' sans extension. image_00000000.ecc --> 1.28MB (1 351 680 bytes) image_00f7c000.ecc --> 528 bytes image_00ffc000.ecc --> 16 896 bytes Je ne peux t'assurer que ce sont les tailles attendues... quelqu'un d'autre pourrait seconder??? Pour l'instant, j'ignore toujours comment flasher ces fichiers aux bons endroits de la nand ou encore comment m'en servir pour me créer une image complète ''zero-paired'' comme l'image ''xenon_hack.bin'' Quelqu'un en sait plus à ce sujet??? Merci d'avance Ciao! P.S: Merci à Ski-ller, Zouzz et TheTool, vos posts m'ont grandement aidé Edit: Je viens de réaliser que l'offset du flash doit être dans le nom du fichier. lol, ca serait l'heure d'aller se coucher. Exemple: image_00000000 se flash au secteur 000. Resterais à convertir les offset en secteurs...

Salut, dsl pour mon erreur... j'ai répondu vite. Il n'y a pas de 1.6 pour hitachi c'est vrai! JF va restaurer ton lecteur, pour cela, il ne flash que les secteurs nécessaires. C'est la facon de procéder pour les hitachi. Ta clé ne sera pas affectée par un restaure (pour changer une clé il faut faire un spoof et le secteur concerné sera flashé a ce moment) Donc, en résumé: 1-Tu effectue un restaure du hitachi avec JF, ton firmware hacké est comparé a l'original et les secteurs correspondants sont flashé (i.e. remis a l'origine) 2-Tu effectue un flash ixtreme (selon la version qui se trouve dans le dossier firmware). Encore une fois, les secteurs correspondants sont flashé

JungleFlasher va prendre automatiquement prendre son orig.bin à lui pour restaurer selon ta version de 79. Donc, il est important d'avoir la gamme complète de firmwares 1.51 ou 1.6 (selon la version) dans le répertoire ''firmwares'' de JF. Tant qu'à passer au 1.51, aussi bien passer au 1.6 avec JungleFlasher.0.1.65 N'oublies pas de faire un ''dump'' avant, si c'est pas déjà fait, au cas ou... Ciao

Salut, Perso, je fais tout avec JF. Tu dois d'abord restaurer ton 79 avant de le flashé avec l'ixtreme. Tu peux remplacer la clé et spoofé ensuite. Ciao Je viens de voir que tu utilise le même lecteur... donc pas de spoof ni remplacement de clé... Tu restaure et reflash avec JF

Salut, je suis prêt à me lancer... sauf que je me demandais s'il était toujours nécessaire de downgradé... C'est devenu assez confu avec la masse d'info qui est sorti ces derniers jours. J'ai une console sans clé en 5759 (1888) Merci

Lut, Au Québec, liteon 83850 trouvé dans un pack Arcade acheté chez ebgames la semaine dernière Ciao!

Salut, pour liteon avec dosflash 1.7: dosflash w #### 1 a0 2 0 4 firm.bin 0 #### numéro de ton port SATA

Salut J'ai un doute dans l'ordre dont tu as fais les choses: 1-Crée ton firmware hacké depuis ton original BenQ 2-Spoof ce firmware en hitachi 47 3-Flash avec ce firmware en utilisant la méthode qui te convient le mieux Bonne chance

Salut, J'ai eu cette erreur aussi sur une Elite. Je fais la procédure de nettoyage des updates (ouvrir la console en maintenant le bouton sync enfoncé). L'erreur revenait. J'ai finalement remplacé le 120Gb par mon vieux 20Gb et l'erreur n'est jamais revenu....