jp33

euh ... récupère le 3.4 plutôt ..... Tu as un bios sur ta Xenium maintenant ou pas ? Parce que les renseignements, il faut te les arracher .....

non, l'xbox est hyper basique à ce niveau, si elle peut lire le default.xbe, ça part .... non plus, ce n'est pas une nextgen possible ....... tu sais que tu peux l'installer par ftp si tu veux pour l'utiliser en application (et là, plus de soucis de media) c'est souvent le cas, la console est assez parano à ce niveau ...

ça fait plaisir de voir qu'il sert à quelques-un celui-là Quand je pense que 95% des utilisateurs n'y vont jamais et se contentent des réglages de base (qui sont suffisants mais bon, c'est un exploit "participatif", autant l'adapter) mince, il est en progressif l'alternatif ? (pour le screenshot, je suis toujours preneur, c'est Big Brother cet exploit) Je sais que j'ai anticiper beaucoup de chose (de manière à ne pas bloquer un utilisateur quelconque quelque soit sa configuration ..... des fois, je suis même étonné que ça fonctionne aussi bien sur des consoles canadiennes dès le début ) Mais j'en ai tellement fait sur tellement de petits détails (parce que c'est plus un travail de fourmis qu'autre chose) que je ne me rappelle pas de tout .... Alors là, tu n'as pas complètement tord, mais ce n'est valable que si tu passes par le MS Dash ET que si tu utilises des jeux prévus pour .... Pour toute la partie intéressante de la console, évidemment, il faut la bousculer un poil .... Alors, il faut dire qu'avec cet exploit de fou (il y a de très très gros doute sur son auteur .... il ne fonctionne vraiment pas comme les autres et utilise des voies qui ne sont pas "logiques" à la base. Tout roule ensuite, mais la base est une pure tuerie, un véritable iceberg), tu peux intégrer les paramétrages dans le bios de base (je viens de dire un gros mot pour vulgariser, mais il s'agit d'un patch en fait) ou dans un runtime que tu colles sur le DD à posteriori et qui repatchera le patch . En passant par le gestionnaire Ndure, tu as utilisé un runtime, le bios de base semble donc forcer le progressif (il faudrait que je sorte l'éditeur hexa pour le savoir). arrrgggghhhhhhhhhhh !!!! Bon là, on sort le frein à main .... Alors, histoire de te donner des maux de crâne, Xcalibur est un cas à part Comme tu as pu le remarquer, un Ndure fonctionne très bien mais il est psychorigide à la base (une espèce de garde-chiourme anti-noobs). Ainsi, un flash TSOP ou une puce ne peuvent pas lui expliquer le code de la route. L'unique moyen, c'est de tricher plus que lui en utilisant un autre exploit tellement basique qu'il ne se pose pas de question. Xcalibur lance donc un bios bfm Uxe (sauf qu'au lieu d'être sur le DD, il est sur le CD) qui écrase le bios patché en mémoire sans rien demander à personne (trahis par ses propres amis .... ). Et ça fonctionne aussi pour les flash TSOP et les puces (bon, il faut qu'ils puissent au moins lancer le CD). Par contre, lui, c'est certain, le progressif, il ne connait pas ..... Donc, le soucis ne serait pas le bios alternatif mais plutôt le principal qui empêcherait le progressif .... ce qui est tout à fait possible (là, le screenshot, je prend de plus en plus ) Les pauvres Dashs arrivent en dernier, ils font ce qu'ils peuvent avec ce qu'on leur laisse .... Le bios s'attaque au système, pas les Dashs .... Alors, à la base, je n'ai fait qu'améliorer un système existant (il y a même certaines exclusivités que certains auteurs n'ont pas intégrés dans leur propre réalisation ) mais c'est un travail long et minutieux (beaucoup de détail et de test ... merci les gros bêta testeur ) sutout si on ne veux pas que les consoles décèdent pendant les tests, justement .... Une vraie saga, avec ses hésitations, ses choix, ses compromis, ses renoncements puis ses contournements (ben oui, on ne va pas se laisser faire non plus ). Le reste, c'est comme une pelote de laine, tu tire un bout et tu ne t'arrêtes plus tant que tu n'as pas vu l'autre .... Cela a été une aventure très intéressante (surtout qu'au début, j'avais pas mal de scepticisme chez les puceux .... ils ont changé d'avis ) que je ne regrette pas ... Je trouve juste dommage que cette console n'est pas appréciée à sa juste valeur (elle colle une taule à la PS2 dès qu'on réfléchit un tant soit peu 2s ... la faute aux sony fan (bon, il faudra qu'ils nous expliquent quand même pour quoi on continue d'acheter autant de PS2 alors qu'il y a la merveilleuse PS3 qui existe .... l'arroseur arrosé en quelque sorte)), M$ avait fait vraiment des choix intelligent (à par pour les premiers contrôleurs ... mais bon, le "S" a bien corrigé le truc, les manettes sony étant des erreurs ... sauf pour les sony fan aux doigts déformés .... bizarre, personne ne se plaint de la 360 sur ce point alors que ce sont les mêmes). Bref, une console bien née avec juste ce qu'il faut de faille pour être utilisée à 100% (la première console dans ce cas et certainement la dernière .... ou comment sortir du système de consommation à tout va .... un monde anti-Sony, quoi ... )

ben oui, on écrase ... mais seulement 4 fichiers et un dossier (et encore, celui-là, c'est pour les puceux ...) cherche pas, écrase ..... 65 .....

tu colles le boot.dol dans un sous-directory quelconque du dossier Apps de ta SD et tu le lances depuis ta chaine HBC

bon, une fois qu'elles ont fait le sapin de noël, insère un backup: le moteur va démarrer et elles doivent faire rouge/bleu pour que le media soit reconnu (plus le laser rouge qui se met au garde à vous histoire que tu puisse l'apercevoir). Tu as tout ça ? Et la gravure, essaye 4x, moins vite, ça grave mal ... Pour la puce, normalement, elles ont existé en 6 fils (mais bon, pas longtemps de cette couleur, tu l'as eu quand ?) Tu peux tenter le montage 9 fils, ça ne risque rien pour une puce 6 fils.

arf, une colle ..... ça faisait longtemps .... Bon, pour ne rien te cacher, il y a deux bios différents pour les dashs principaux et alternatifs .... mais les différences n'ont rien à voir avec l'affichage .... enfin normalement Il va falloir mettre les mains dans le cambouis, mais on va y aller progressivement (c'est surtout qu'il va falloir que je fasse retour vers le futur 3 ) commence par faire un screenshoot du dossier E:\NKP11 (je n'y crois pas trop mais si tu as oublié de préciser 2/3 trucs, ça peut faire gagner du temps)

Le montage habituel, ça ne change rien (juste le LPC à refaire et le d0 qui bouge un poil) ... mais bon, de mémoire, ça fonctionne pour une 2.6, avant, j'ai un gros doute ... pour le bios, pas le choix vu que tu es limité à 256k il me semble, il n'y a que le M8plus_16 ... Mais bon, une 1.6, c'est une console à exploit ....

tu ne crées AUCUN dossier, tout ce qui est nécessaire est prévu ..... donc, dans le dossier eeprom (le jour où tu me trouve le dossier NKP11 sur le DVD, tu m'appelles .... ) X, Y et Z sont des partitions systèmes .... pas d'inquiétudes, elles seront sur le futur DD .... tout comme le F: si nécessaire ....

Que vous êtes prévisibles .... Non seulement c'est possible mais en plus, c'est prévu ..... Mais pour cela, il faut lire le pdf d'Xcalibur, il y a une petite manip à faire si tu veux avoir exactement les mêmes possibilités que depuis le DVD .... Attention, Xcalibur est un des rares à mettre le Ndure au pas, que ce soit en DVD ou depuis le disque dur ... Il réfléchit à la place de l'utilisateur mais jusqu'à une certaine limite, il vaut mieux lire les messages à l'écran et savoir ce qu'on fait lorsqu'on rentre un mot de pass ....

et tu fais des progrès ! tu as quand même un peu lu le tuto, finalement arf, la question qui tue .... la réponse est oui .... et non ... oui dans le sens ou l'eeprom renferme certains paramètres variables comme, entre autre, le standard d'affichage .... non dans le sens ou la partie permettant de calculer le lock est invariable, elle (on n'utilise pas les 256 octets pour cela), donc inutile de la sauvegarder de nouveau, sauf si tu es perfectionniste ..... inutile de répondre, je sais que tu vas le faire .... réponse au-dessus .... si tu utilises ton eeprom.bin actuel pour faire un nouveau CD, tu pourras délocker le 200Go sans soucis .... puis relocker sans ramasser une erreur 06 derrière ... En fait, en partant d'une eeprom.bin vierge, je suis capable de la reconstituer à 98% (il me faut juste ton serial) ... mais bon, c'est inutile, le calcul des 2% restant est impossible (du moins, il n'y a que M$ qui connaisse l'algorithme... ) La console, à la base, n'est pas régionalisée, c'est uniquement en fonction de sa destination, sur la chaîne de montage que l'on décidait entre autre du fonctionnement en PAL ou en NTSC ... mais ce n'est pas irréversible et cela n'empêche pas la console de continuer de fonctionner (alors que je peux te dire que le code de lock est vérifié à chaque démarrage avec un exploit, crois-moi)

surveille de près ton Philips V2, il va faire des jaloux ....

ou du lecteur ... mais c'est plus simple de changer de DVD ....

Rien d'exceptionnel, c'est ce qu'on a tous constaté, des bugs plus ou moins nombreux et plus ou moins aléatoire (jusqu'à disparaître complètement) .... bref, rien de nouveau sur le soleil, aucune conclusion à trouver vu qu'il n'y en a pas ... Ah, si, Bitonio6 déteint sur les membres et ça, ce n'est pas une bonne nouvelle ...

Bitonio6, sors de ce corps !!!! Bon, sinon, console bloquée ..... En 5 fils, tout roule ...

pour rien, comme ça, pour voir Un vieux réflexe du temps ou les circuits TTL consommaient comme une lampe à incandescence ...

ça, c'est un soucis de firmware du graveur, rien d'autre ....

Par définition, un tuto, ça se suit à la lettre, les initiatives personnelles, ce n'est jamais très bon .....

ils ont fermé les frontières en Suisse ? le bug affecte plusieurs puces sur plusieurs chipset, tu en déduis quoi, que le problème vient uniquement de la wiikey ou que Big N préfère acheter ses lecteurs à des fournisseurs chinois qui coulent tous les 6 mois ? Et évidemment, tu préfères remettre en cause un circuit gros comme un timbre poste avec un chipset unique plutôt qu'un pcb complet non prévu pour le recevoir. La cohérence est Bitonio6, ça fait 12 ...

Et moi, en conservant les fils tel quel mais en changeant la puce ..... ce n'est pas un soucis hardware (donc tu peux prouver tout et son contraire) et la team s'en tape .... dommage, quand elle fonctionne, on l'oublie .... Moralité: si ça bug, il faut tenter autre chose ..... mais il n'y a pas UNE vérité (sinon ce post n'existerait même pas)

j'habite Le Lac ....

Tant que la concurrence ne bouge pas et que les pré-commandes ne sont pas annulées, ils peuvent commencer à plancher sur le projet et voir comment convaincre les acheteurs que s'ils n'ont pas implanté tout ce qu'ils avaient promis, c'est uniquement pour leur bien ou celui de la console .... Vivement la wasabi ....

le soucis vient de la puce (si tu es certain que ton DD d'origine est fonctionnel) ou de ton fils (bien aidé par le bios préhistorique de la puce, il faut dire) ... et de tes DD qui n'ont pas de MS Dash (et ça, c'est MAL !!!!! .... ça évite au moins les erreurs 16). Bref, dans tous les cas, tu es mal ..... La première chose à faire, c'est de faire redémarrer la puce (il peut y avoir un faux contact au niveau du peigne ou des soudures des deux fils (surtout le d0)). Si elle est vraiment HS (chouette, le fiston est innocent), là, gros soucis vu que tu n'as pas trop le choix (sauf si tu as une sauvegarde de ton eeprom.bin quelque part .... mais bon, un puceux qui s'occupe de son eeprom.bin est un mauvais puceux ), ce sera ou une nouvelle puce, ou un hotswap pour passer en mode softmod (un truc super qui ne tombe jamais en panne, lui ... ) à l'aide d'Xcalibur (obligatoire dans ton cas ... mais, de toute façon, c'est meiux ) Dans les deux cas, tu ne perds pas le contenu de tes données et autre backup ....

Pour info, Xcalibur est lancé par un bios bfm (le softmod, c'est super sur Xbox ) qui sait gérer les disques dur de plus de 120Go (et comme il explose le bios de la puce sans vergogne (la supériorité du softmod, c'est comme ça ... .... bon, ok, c'est surtout la supériorité du dernier chargé .... .... mais la puce n'a qu'à pas souffrir d'éjaculation précoce et servir un peu plus longtemps que les deux premières secondes de boot (en comptant très large)) C'est pour cela que tu vois la bonne taille de la partition F: une fois le CD lancé. Et ça reste valable tant que tu ne reboot pas la console. Bref, il faut flasher ta puce avec un bios digne de ce nom (au hasard, un X2 5035) Pour la question 2, le problème vient de ta puce qui se désactive par Eject .... Ton DD étant locké, tu boot sur le MS Dash et tu ne lances que des originaux .... Il faut souder le BT non pas sur le front panel mais sur un autre point de la puce histoire qu'elle soit activé par défaut (j'ai un doute sur le point, bugess va nous trouver ça ) Variante: tu implantes un softmod avec Xcalibur et tu vires la puce, là, plus de soucis (et en plus, tu pourras avoir deux Dash différents )

hum, un puceux qui croit connaître Config Magic ..... Alors, pour faire simple: tu peux faire ce que tu veux .... Donc, commence par dire ce que tu veux faire que je t'explique comment t'en passer (de toute façon, je sais ce que tu veux faire et je t'annonce par avance que ta console pucée risque d'avoir très chaud aux fesses (une puce ne faisant pas de miracle, tu risques de ne pas aimer la pillule) .... on va dire qu'il vaut mieux prendre des précautions AVANT pour que tu ne mettes pas tout ça sur le dos du softmod (qui n'y sera toujours pour rien, mais bon, c'est un autre soucis )) tiens, si c'est ça que tu veux, ça a déjà été traité ....