jp33

Puce obligatoire ..... en plus du disque dur, évidemment ..... Et cette console est morte pour le Live ..... sauf si tu changes l'eeprom.bin en plus du DD ....

Comme tu flash l'eeprom virtuelle, c'est normal que tu reboot avec l'eeprom.bin en PAL ..... Tu es certain que ça fonctionnait avec ton DD d'origine ?

Toi, tu vas te faire bannir si tu continue ...... Et non, désolé, on ne copie pas, point barre Là, tu es vraiment PATHETHIQUE .... définitivement !!!!!!!!!!!!!

Inutile de préciser, on avait remarqué .... Et je croyais que tu étais fâché définitivement avec le Ndure ?

sauf que tu es sensé avoir les originaux ....... Donc, pas de soucis de sauvegarde ..... No comment ......

Tu attends une semaine et tu comprendras tout .....

Non, vu qu'il ne commencera même pas .... il te faut 6.7 Go, point barre .... C'est une fois que tu disposes des deux fichiers iso que tu peux te contenter de 4 Go ....

non, il va falloir tester pour trouver le bon média ou comprendre où tu te plantes ....

Tuto d'amateur ... résultat moisi ..... Ton DD n'est pas délocké ...... faudrait voir à ne pas faire n'importe quoi .... tu te rapproches de l'erreur 07 à grand pas ....

Pas besoin de F+G avec un 160Go, le F tout seul suffit très bien .... Xecuter2, c'est le nom du bios pas de la puce (il faudra que les puceux se rentrent un jour dans le crâne que leur puce est une grosse fainéante qui se contente tous juste de coller un bios embarqué (le fameux Xecuter2) en mémoire puis modifier le pointeur programme avant de glander en passant son temps à sucer des électrons sur sont port LPC .....) Si tu veux passer à l'exploit, met ton 160Go dans la console, boot sur l'alabama, choisi section Exploit Uxe, fais une full install, lock le DD et tu pourras virer ta puce. Profites-en pour sauvegarder ton eeprom.bin. Pour cela, toujours l'Alabama, tu choisis "FLASH BIOS" / "Backup EEPROM & Disque Dur" Tu la réupèreras dans C:\Backup Si tu veux flasher le bios, il te faut un 256k mais je ne sais pas si ta puce va aimer un bios "moderne" ...

1) elle est un peu bleu ta télé .... Bon, alors, oui et non. Oui, dans le sens où c'est un bug bizarre qui arrive de temps en temps (si tu recommences l'installation, tu peux très bien passer au travers, c'est alléatoire) et Non dan sle sens où, contraireent à ce qu'il annonce, Unleash à quand même terminé l'extraction. Il a juste raté l'explosion du Cache qui suivait mais l'implantation su Ndure est correct et finalisée. La 2.1 s'est débarrassé de ce bug (en gros, plutôt que de corriger le symptôme, j'ai supprimé la cause, plus d'extraction .... ) 2) Normal, toujours. A cause de nos petits camarades puceux (et à leur demande express) qui restent accrocher à leur parasite préférée comme des morpions à leur toison pelvienne, le boot de démarrage avec la 2.0 est ... sans multiboot Mais bon, c'est expliqué dans le pdf, un peu de lecture ne fait pas de mal .... 3) Je te rassure, ça ne se voit pas du tout, mais alors du tout du tout ...... Le Pdf, toujours le Pdf, rien que le pdf .......

Jamais tu lis le fichier pdf de documentation ? c'est dommage tout est dedans .....

ça c'est sur !!! Qu'est-ce que c'est que cette idée d'essayer de booter en Live avec X-select, tu as toujours autant compris le principe de l'exploit à ce que je vois ..... Le dash live, ce n'est pas un executable, c'est un ensemble de fichier (il faut bien en revenir, de ce mode Live .... sinon, autant garder sa console comme à l'origine) plus le patch du TSOP différent (vu qu'il ne l'est pas, patché, dans ce cas ... ) Je ne sais pas si je dois en rire ou sincèrement te plaindre .....

Si tu n'as pas une 1.6 et donc si tu as un Philipps V1, il peut être fâché avec certaines marques ..... C'est comme tout, il faut tester .....

Etant donné qu'il faut un nkpatcher, solution 2 ....

Valides le G: dans le fichier de config puis formates-le ........

Sauf que les puces sont en fin de vie ...... Je sais, ça fait un choc, dis comme cela ..... Mais bon, Hdd Maker III arrive ... Donc, si ça se démocratise, on vire ces grosses erreurs de puce et on a plus de soucis .... Les consoles nous diront merci de toute façon, on est très très loin des petites merveilles qui tournent sur PS2 (au même tarif, d'ailleurs, cherchez l'erreur ..... qui a dit vache à lait ?) Pourquoi faire compliqué quand on peut faire simple ......

Page d'accueil du site, menu de gauche, section torrent .....

Relis les deux pages précédentes, isoripper fait tout ....

oui

Parce qu'une partie de la protection de Toca est de faire apparaitre la taille de certains fichier plus gros qu'ils ne sont (alors que DVD2Xbox prend la taille réelle). D'ailleurs, du coup, il faut 6 Go pour le ripper mais seul les 4 premiers G0 sont nécessaires au fonctionnement du jeu (il n'ira jamais cherché les fichiers Dummy). Donc, en final, tu n'as besoin que de 4Go (oui, je sais, ça ne change pas grand chose pour toi, à moins de faire le grand ménage sur le E: ......)

Tu entends quoi par là ? De toute façon, tant que tu n'as pas d'exploit (y compris hotswap) et que tu ne tiens pas à tes sauvegardes et tes données, tu peux faire ce que tu veux ....

la part1, c'est pour fonctionner sur le DD en mode DVD virtuel à l'aide de l'xbe l'accompagnant ...... Il y a des lourds, je vous jure ......

Le d0, cela sert à faire la remontée de genoux directe dans les roubignoles de ta console à chaque démarrage ..... Une fois un genoux à terre (voir les deux quand elle commencera à fatiguer) elle va s'auto-persuader qu'il y a un dysfonctionnement quelque part (note que ce n'est pas évident de trop réfléchir dans ces moments là) et va filer la main comme une grande fille bien élevée (et surtout parce que c'est micro programmé ....) au port de maintenance Microsoft (plus connu sous le doux pseudo de LPC) où l'attend l'autre fourbe de puce (qui rigole encore de son coup de genoux précédent ....). Là, cette grande fainéante colle le bios qu'elle a embarqué à l'emplacement occupé en mémoire habituellement par le TSOP, initialise le pointeur processeur sur ce bios et se rendort, en grosse fainéante qu'elle est ...... jusqu'à la prochaine remontée de genoux, évidemment, c'est à dire, au prochain boot). Il faut être un peu maso pour faire subir ça à sa console non ? c'est pourtant ce que chaque utilisateur puceux fait subir à sa propre Xbox (et en toute connaissance de cause, arrêter de vous cacher derrière votre petit doigt ..... assumez plutôt) Bref, la gestion du d0 varie en fonction de chaque puce (la remontée de genoux est plus ou moins forte, généralement inversement proportionnelle du tarif affichée de la dite puce ..... mais bon, ça, c'est plus du marketing qu'autre chose). Donc, le potentiel puce montée est sensiblement le même que puce absente (je te rappelle, il passe son temps à dormir, l'autre parasite) sauf lors de la remontée de genoux (le court-circuit avec la masse est une des méthodes utilisées, de loin la pire, évidemment, il ne faut pas s'étonner que des transistors s'envoient en l'air après ça ..... ) Et ça m'étonnerait que l'on te demande de souder le d0 sur une puce sans soudure (enfin, quand je dis puce, je devrai dire erreur, c'est une des pires, à faire regretter les Alladin ...... ). La seule amélioration possible, c'est le démontage .....

Un exploit, ça ne fonctionne que si la console tourne, aucun espoir de ce côté là .....