bugess

tu l'as créé comment , les softs traditionnels ne fonctionnent pas , pour le dump je suis prenneur , pour info le hackglitch n'est pas compatible avec les xenons , je sais dommage , mais on y travaille

ce n'etait valable qu'a l'epoque ou la valeur du kernel avait toute son importance , aujourd'hui on contourne le kernel implanté

salut a tous j'ai besoin d'un ou plusieurs dump de Jasper cb6752/ kernel : 9199 / ldv1 , si vous avez cela sous forme de dump ou cm , je suis prenneur , merci d'avance

l'essai de reboot avec nand d'origine , tu l'as fait sans la puce ?

effectivement non , mais j'utilise pas la meme puce ni les memes firmwares surtout pour slim ou Gbonx a recréé ses propres firmwares , utilisable uniquement sur ses produits

tu as fais quoi juste injecté le ecc ?? car pour booter avec eject c'est avec le dash hacké et que la valeur LDV reste = a la valeur la plus elevé de ton dump c'est logique , sinon comment revenir sur un dump d'origine ? mais le probleme si elle ne boot plus sur le dump d'origine , il y a un probleme de fichier ou de changement de valeur LDV pour quelle raison je sais pas mais cela m'est deja arrivé sur une console jtag !!!!!!!!!!!!!!!

j'ai relu plusieurs fois , mais j'ai toujours un doute sur la methode que tu veux appliquer tu veux demarrer la borne via la prise de courant ?? pourquoi , tu veux donc debrancher entierement ?? pour le demarrage tu veux que lors du branchement de la prise de courant la borne demarre toute seul ?? et on revient a la 1er question , pourquoi couper l'alime securité ??

une slim en rod ?? par defaut microfissure sur le billage franchement , laisse tomber , ou fait des recherches sur le forum , on a traité le sujet en long et en largue

rien a voir avec la puce , puisqu'elle ne sert qu'a booter le conde non signé , apres c'est ledash alternatif qui prend le relais , je pense que cela est plutot lié a lui qu'a la puce

nettoyage des points de connexion avec un flux nettoyant ou alcool , et annote nous le cb de ta cm

juste pour info pour ceux qui se decide pour le Bonxspi , il est souhaitable d'acheter le bonxglitch pour associer le hack , car les firmwares slim ameliorés sont codés http://www.pedrostore.com/puce-bonxglitch.html

bien sur que c'est recuperable , nettoyage , grattage des pistes et resoudure

si tu as fait un dump de la nand apres avoir booté sur le xell , reinjecte se fichier et refait un essai de demarrage , sinon reflash la nand avec le dump d'origine , la console devrait rebooter avec puce montée , sinon refait un essai avec l'alime desoude au niveau de la puce

tu connais la problematique de boot des slims , le temps est tres long et faut modifier la longueur du fil de connexion bootreset , selon puce

tu te connectes avec ton pc et tu ouvres une page internet http://192.168.1.99 tu lances la connexion et si ton reseau est bien parametre les données xell seront affiché a l'ecran

Dans le code , dès que l'on dépassé le code post où l'on injecte le pulse de reset, la puce ne fait plus rien, elle n'injecte plus rien apres le boot c'est plus de la theorie mais reel

et les videos voir audio ? ils sont reconnu ?? de suite a apres un certain temps

tu me fais douter , depuis le temps que je n'utilise plus les ligne de commande ??

0022 erreur de nand , et tu as deja planté 2 consoles , de toute facon si ta console ne reboot plus avec ta nand origine c'est que c'est pas la bonne ou le fichier est corrompu , mauvais ldv pourquoi , aucune idée , il faut commencer par verifier le dump d'origine , pas de BB pas de maj de faite entre le dump et la reinjection de ce fichier , et oui , du deja vu apres de loin , je peux pas t'en dire plus , mais selon ton decryptife , 0022 en mod origine et led verte avec un xell d'implanté nand non compatible

ne compare pas une Fat avec un Slim , elles ne reagissent pas de la meme facon

tu as quand meme un probleme quelque par , si tu n'arrives pas a avoir des dumps identique , surement lié a un probleme de micro liaison entre des points , as tu bien nettoyé les residus de soudure , c'est se qui provoque se genre d'erreur au niveau de la nand

pour commencé , desolé de ne pas avoir testé de x360 glitchip V1.1 ou meme de V1.0 , mai si tu dis que seul la V1.0 boot chez toi , commence par verifier les firmwares , sont ils identiques ? aucune idée j'ai pas eu la chance d'en avoir a ce jour , mais je sais que le faite de modifier le firmware , ameliore le timing de boot du hack , pour l'avoir essaye sur une puce il est possible de tomber sur une serie de composant defaillant , niveau valeur ou tolerance et a la fin on se retrouve avec ce genre de bleme , j'ai aucune idée si Ninjabox vend les puces flashées ou non , mais le test permettait deja de cibler la panne , voir reflasher les 2 version avec le meme firmware , si les v1.1 ne boot pas , va falloir verifier les composants

explique ton boot pas de rod , peut etre mais as tu au moins la led vert de demarrage ou rien du tout pour jasper il faut deja verifier si le CB est compatible au hack , pour cela il te faut deja le dump et l'ouvrir avec flashtool

e79 sans les liaisons jtag c'est noraml , par contre si tu reinjectes ton dump origine , tu as quoi , un reboot oui une erreur sinon poste un lien vers ton dump , tu as verifié ton cb XBR_Xenon_8955_x pour Xenons avec CB jusqu'à 1920 - XBR_Xenon_1921_8955_x pour les Xenons avec CB au dessus de 1920 et as tu verifié si ta console boot sur le xell Branche une manette sur le port USB à l'arrière de la Xbox 360 - Démarre avec le bouton Guide de la manette. -

Tu as injecté un freeboot dans ta nand ? , de toute facon pas evident avec une liaison lpt , mais on fait avec ta console boot en quoi , rod 3 leds , code erreur ?? as tu reflashé a l'origine et testé sans le connexion jtag ??