adoubeur

Salut ! Tu parles de transfert par FTP ? Si tu fais le hotswap tu ne passes pas par le FTP...??? Ben donne-nous des détails : - version de la xbox - quel programme utilises-tu pour le hotswap - comment t'es-tu retrouvé en erreur 16 ? Si tu as erreur 16 tu ne peux pas faire grand chose, à part tenter de booter la xbox avec le lecteur DVD débranché pour avoir l'erreur 12, délocker le DD et utiliser xboxhdm pour réinstaller tout ça correctement. Une victime du hotswap de plus ! (faudrait les compter). ++

Apparemment j'ai encore un peu de sursis avant que ma ligne ADSL soit coupée, donc j'en profite ! Regarde les liens de ma signature, tu peux récupérer la version finale. NB : la version finale n'a pas le logiciel "XBox version Detector", c'est juste Unleash qui détecte la version et qui l'affiche à l'écran. Tu es sûr que c'était un X2 4981 ? Normalement Evtool ne sait pas les ouvrir ! (Evtool est dédié aux bios Evox) Avec le logiciel XBTool pour le commun des mortels (moi par exemple), et directement en reprogrammant le bios pour des fous comme Yoshihiro ! Oui, car ils sont basés sur le bios d'origine de la XBox. Le seul bios légal (hors le bios d'origine bien sûr) est le bios Cromwell (qui ne fait tourner que Linux). Il existe bien en version BFM, mais n'apporte pas grand chose de nouveau, et de plus comme il est crypté on ne peut pas l'éditer avec XBTol. ++

Bonjour à tous ! Voilà, je suis un fervent adepte du bios X2 4981. Seulement, j'ai depuis peu le X2VGA (adaptateur me permettant de relier ma XBox à mon écran de PC avec un signal haute définition ). Or, au boot de la xbox, ll'animation du bios est toue moche (car il ne gère visiblement pas le Progressive Scan). D'où ma question : Est-il possible, via une modification en hexa par exemple, d'implémenter la gestion du Progressive Scan au bios X2 4981 ? Voilà, merci à ceux qui prendront la peine de me lire (voire de me répondre !). ++

Ouais, tu as la toute première version de ma save qui n'était qu'une version "beta" en fait, une semaine après était dispo la version finale. Normal, il n'y a aucun autre argument ! Personnellement je n'aime pas les bios Evox, je n'aime pas leur In Game Reset par exemple. J'ai une très nette préférence pour le bios X2 4981, d'une stabilité exemplaire, mais son seul défaut est qu'il ne marche pas sur les 1.6 ! Vrai, le M8+ est le même mais avec quelques corrections de bugs je crois. En fait, que ce soit le M8 ou le M8+ il existe en 2 versions : la version pour xbox 1.0 à 1.5 et la version pour 1.6. (la version pour 1.6 ayant une gestion de la RAM différente) Je parle là des bios "normaux" pour puce. En effet le bios M8+ version BFM fonctionne sur TOUTES les versions de xbox. Voici un extrait du readme livré avec le bios Evox M8+ BFM : Car la gestion de la mémoire au démarrage de la XBox est de toute façon faite par le bios d'origine lorsqu'on a un exploit, et le problème est uniquement présent lors de l'initialisation de la RAM. ++

Rien à ajouter à ce que dit jp33 ! Bon, c'est peut-être pas très explicite sur la save, mais : - install pour 1.0 à 1.5 : bios X2 4981 - install pour 1.6 : bios Evox M8+ Commençons par le commencement : les premiers exploits "fonts" (qui exploitent la faille des police donc) avaient un gros défaut : on laissait le "xboxdash.xbe" d'origine sur C pour lancer les fonts. Or, je te l'ai dit plus haut, xboxdash.xbe vérifie si la xbox est à l'heure (en gros si l'horloge n'est pas remise à zéro). Or que se passe-t-il si on laisse la XBox débranchée trop longtemps ? L'horloge se remet à zéro. => résultat, xboxdash.xbe veut absolument lancer son menu de réglage d'heure => problème : il a besoin de ses polices d'affichage pour cela, or on les a remplacées par les polices hackées => la XBox reboote à l'infini : c'est la fameuse boucle de l'horloge (clock loop) Pour remédier à ce problème, des petits malins ont eu l'idée de remplacer le "xboxdash.xbe" par un autre xbe signé Microsoft, pouvant être lancé du DD et qui ne vérifie pas l'heure. => c'est le fameux "update.xbe" qui sert normalement à lancer la mise à jour du Live (c'est pourquoi lorsqu'un exploit est mal installé, on boote parfois sur l'écran de mise à jour !). Mais les kernels récents vérifient la taille du fichier xboxdash.xbe, c'est pourquoi il doit être patché pour faire la même taille ! (sinon erreur 13) Attention à la confusion, le TSOP n'est pas le bios, c'est le composant qui contient le bios, nuance ! En fait NKpatcher ne touche pas au TSOP. Quand tu allumes ta xbox, le bios se charge en mémoire. C'est sur ce "bios temporaire virtuel" chargé en mémoire que NKpatcher intervient. ++

Lu ! Alors que se passe-t-il au lancement de la console ? Mystère ! Ben c'est simple, tout le processus de boot est régi par le bios (comme sur un PC). Voici en gros ce que fait le bios d'origine : - vérifie la présence des composants divers de la xbox : RAM, etc... - vérifie les périphériques IDE (lecteur DVD et DD) => pour le DD, il vérifie notamment qu'il arrive à le délocker avec sa "clef" (l'eeprom de la xbox), puis il le relocke (voilà pourquoi il y a un moment très court au boot où le DD est délocké) - si jusqu'ici tout est bon : vérifie que la xbox est à l'heure (si ce n'est pas le cas, lance le menu de remise à l'heure) - vérifie la présence d'un DVD dans la xbox => si c'est un exécutable signé Crosoft (un jeu original quoi), il le lance directement , si c'est un DVD viédo ou audio il lance l'interface dédiée du MS dash - si pas de DVD : lance le dashboard (C:\xboxdash.xbe) dont il vérifie auparavant la signature - le dashboard va charger ses polices d'affichage (xbox.xtf et xboxbook.xtf) Et l'exploit dans tout ça ? j'y viens : Il y a une faille dans le chargement des polices (nommée "Buffer overflow") qui permet grosso modo, en écrivant une ligne de code plus longue que celle d'origine, de faire en sorte que la signature vérifiée ne soit plus la signature Microsoft mais une autre. (en l'occurence, la signature "habibi", du nom du type qui a découvert ça je crois) C'est donc sur cette phase qu'on va intervenir : on va remplacer les polices d'origine par des polices modifiées qui vont exploiter ce "buffer overflow" et permettre de lancer n'importe quel exécutable signé simplement "habibi". Comme le but d'un hack sur console est de lancer un bios hacké (afin qu'il n'y ait plus de vérification de signature du tout), des gens doués ont conçu un programme qui sait charger un bios hacké depuis le disque dur. Ce programme s'appelle Phoenix Bios Loader. Donc je récapitule le principe de l'exploit : 1. Le bios d'origine lance C:\xboxdash.xbe 2. xboxdash.xbe charge ses polices MAIS on les a remplacées par d'autres polices qui créent le buffer overflow 3. Grâce à ça, on peut lancer Phoenix Bios Loader (dont l'exécutable est signé "habibi", tu as suivi j'espère !). 4. Phoenix Bios Loader charge un bios hacké placé sur le disque dur (un bios dit "BFM"), c'est son rôle. (c'est une puce virtuelle quoi) 5. Ledit bios ne vérifie aucune signature, ça c'est cool ! On lui fait donc charger un dashboard alternatif (Unleash si tu utilises mes saves), et hop c'est tout pareil qu'une puce, on peut lancer des backups, applications, etc... Evidemment ces 5 étapes se font automatiquement une fois le tout installé, et au total ça prend quoi ? 2 secondes maxi entre le gros X vert de Microsoft et l'apparition d'UInleash. Bon, je pourrais t'expliquer pourquoi on remplace le "xboxdash.xbe" sur C par le fichier "update.xbe" qui a été "resizé" pour faire la même taille (c'est pour éviter le clock loop), mais déjà avec ce que je viens de te raconter il te faudra un moment pour tout digérer ! C'est vrai, c'est parce que la gestion de la mémoire par le bios M8+ est particulière (car différente sur une 1.6 que sur les autres versions). Ceci dit rien ne prouve que ça change quoi que ce soit avec la version BFM du bios ! De plus personnellement je préfère le X2 4981 (meilleur IGR, etc...). Il ne dit pas que c'est mieux, il le conseille simplement. Ben nk patcher, au lieu de charger un bios hacké, patche directement le bios d'origine de la xbox. Le résultat est à peu près équivalent, mais ce programme avait surtout son intérêt à l'époque où Phoenix Bios Loader n'était pas compatible avec certains kernels. ++

T'inquiète jp33, tu sais bien que je suis de ton espèce ! (les fous exploiteurs !) Et ça me rassure de voir que je ne suis pas le seul ! ++

Tout à fait ! Le principe des puces LPC est de créer une erreur hardware, alors que l'exploit se contente d'exploiter une faille software. En revanche, le flash du TSOP ne crée pas d'erreur et reste la méthode de hack la plus directe : carrément virer le bios d'origine pour mettre le bios hacké à la place. Mais ce n'est pas une méthode à conseiller à des débutants, donc exploits powaaa ! ^_^ Ne t'inquiète pas pour Crosoft, ils ont certainement le matériel nécessaire pour réparer une xbox sans avoir à ponter ! ++

Salut ! Oui, c'est possible, en sachant que : - tu dois d'abord installer sur le DD que tu vas lui donner un dash d'origine sur C et un exploit. - tu devras locker le DD en fonction de sa xbox, pour ça 2 solutions : 1) choper son eeprom.bin, mais vu que sa xbox est capout ça me paraît difficile 2) mettre ta puce dans sa xbox le temps d'installer le DD et de le locker ++

C'est pas le tuto de theking qui t'as aidé quand même ??? :lol: Car si on le suit à la lettre => erreur 6 à 100 % !!!

Exact ! D'ailleurs le bios d'origine de la xbox lui-même délocke puis relocke le DD à chaque boot de la xbox (n'est-ce pas les amateurs de hotswap ?). Mais ça confirme donc que les propos tenus par cette personnes (cf 1er post de Julienx) sont mensongers, et de la part d'un modo je trouve ça limite ! ++

ca ca depend Ouais mais ça fait vibrer jp33, tu sais il radote un peu !

Rhââââ JP33 tu donnes trop d'indices ! Laisse-le chercher que diable ! Après ça on s'étonne que les nouveaux ne cherchent plus, c'est la faute à jp33 il récite les tutos à chacun de ses posts ! Allez jp33, rien que pour te faire plaisir je récite la formule magique qui te fait vibrer : eeprom.bin...hddmaker...eeprom.bin...les puces c'est pour du beurre... ++

J'étais surtout étonné et très sceptique ! Mais bon j'aime mieux avoir confirmation par quelqu'un qui connait le fonctionnement de la bête de A à Z ! Ah là là ces poseurs de puces... ++

I'm back ! Je viens de poser la question au maître en personne (le vénérable Yoshihiro, qui a gentiment accepté de me répondre alors qu'il n'officie plus sur la scène XBox), et je rassure tous les aficionados des exploits : Non, lancer une application sur une XBox modifiée par exploit ne force pas le délock du disque dur !!! ++

Salut ! !!! !!! Ah ? C'est nouveau ça vient de sortir ! Depuis quand le fait de lancer une appli sur une console exploitée force le délockage du DD ? Une fois l'exploit chargé, on est exactement dans la même situation qu'avec une puce : on a chargé un bios hacké. Alors si un bios hacké forçait le délockage du DD, ça le ferait aussi bien avec une puce qu'un exploit. Et anyway je n'ai jamais entendu parler d'une chose pareille ! Je serais curieux que la personne qui t'a dit ça vienne nous l'expliquer sur ce topic en détail. Si c'est vrai pourquoi ne pas l'avoir annoncé sur le forum, voire même par une news sur le site ? Il ne faut pas oublier que certaines personnes sont résolument contre les exploits, ce qui n'est certainement pas sans rapport avec leur "activité" de poseurs de puces ! Or depuis plusieurs mois, les exploits se sont largement démocratisés (grâce à l'UXE principalement), alors qu'avant ils étaient assez méconnus (et décriés à cause de certains défauts : fonctionnement compliqué, clock loop...). Et c'est sûr que le noob qui s'installe un exploit en 5 minutes avec la méthode 007, puis qui fait toutes les xbox de ses potes, c'est autant de clients en moins pour les poseurs de puces ! ++

Lu ! ça prendrait 1 h environ avec un bon PC, mais ce serait parfaitement inutile ! En effet le formatage de F remettrait tout à zéro. Il suffit de suivre le même tuto que pour le DD de 80 Go, mais avec le nouveau. En 15 minutes il sera prêt. ++

Tout à fait. Je te conseille d'installer d'abord un dash d'origine MS, puis l'UXE (car l'UXE aura besoin de certains fichiers du dash d'origine pour fonctionner correctement). Il est indispensable !!! Si tu n'as pas peur de dessouder ta puce, tu peux la mettre temporairement sur l'autre xbox le temps de locker le DD, sinon tu devras trouver un autre moyen de le récupérer. (méthode 007 par exemple) ++

Salut ! Le simple fait de proposer ce sondage démontre l'aspect risqué du hotswap... Personnellement je n'ai pas voté car je n'ai jamais pratiqué le hotswap, mais si toutes les personnes qui m'ont appelé à l'aide pour un hotswap foiré votaient, ça ferait un paquet de "Impossible d'y arriver" ou "HDD grillé" ! Tu aurais pu ajouter cette possibilité que j'ai vue un certain nombre de fois : "erreur 16 et obligé d'acheter une puce". ++

Lu ! Relis bien son post, il parle de faire booter le CD dans sa xbox pucée. ça peut marcher mais en ajoutant quelques éléments : - en préparant le DD dans ta xbox, tu devras lui installer un exploit (l'UXE de préférence) - tu oublies un léger détail, dans une xbox non pucée ni "TSOP-flashée" le disque dur doit impérativement être locké pour fonctionner...et pas locké n'importe comment, locké en fonction de l'eeprom de la xbox non pucée. Ce qui implique de récupérer l'eeprom.bin de la xbox non pucée, puis de locker (le plus simple : sur PC avec xboxhdm). ++

Apparemment tu manques de connaissances sur le sujet (ce n'est pas un reproche !). A ta place, je ne tenterais rien avant d'avoir lu quelques tutos, car tu risquerais de faire de grosses boulettes ! Ton pote t'a donc installé un exploit, pratique de plus en plus courante et dont je suis un fervent adepte. Si ça marche bien aucune raison de flasher le TSOP ! Mauvaise réponse ! Bien sûr que tu peux ! Allez, va faire un tour dans les tutos, visiblement tu n'y es pas allé souvent ! ++

Si, ça change tout ! - si le jeu est déjà dans la xbox quand tu l'allumes, c'est le bios d'origine qui le lance, et donc le Live n'est pas bloqué. - si tu ne mets le jeu qu'une fois la xbox allumée, c'est le bios hacké qui le lance, et il bloque tout accès au xbox live. ++

Alors déjà de quelle façon lances-tu ton jeu? - tu allumes la xbox avec le jeu dedans ? - tu mets le jeu dans la xbox après l'avoir allumée ? ++

C'est normal ! En fait la save est basée sur un exploit pour fonctionner : elle exploite une faille du jeu splinter cell (le buffer overflow) qui permet de passer outre la vérification de signature des fichiers. Cependant il a fallu remplacer la signature Microsoft par une autre, c'est la signature "habibi". Une fois que la save est chargée, tout ce qui est lancé depuis la save doit donc être signé "habibi". Tu me suis ? Or, quand tu choisis l'option "redémarrer", c'est le dash d'origine qui est vérifié ; évidemment, il n'a pas la signature "habibi" puisqu'il est signé Microsoft, donc erreur 21 ! Tu dois redémarrer " à la main". ++

Salut ! L'erreur 21 signifie que le bios n'arrive pas à charger le dashboard. Il y a plusieurs causes possibles : - dashboard pas ou mal signé (avec le bios d'origine) - fichiers manquants ou mal nommés ++