jp33

tu prends le problème à l'envers, la led ne fait que suivre l'état du transfert .... Rien à voir avec le fait que le transfert plante .... De toute façon, le soucis ne vient pas de ta console ... Enfin, si tu évites Evox ou XBMC pour faire les transferts ...

Tu les vois dans le menu au moins ? Si oui, effaces E:\Cache et vide X, Y et Z ...

la pose est universelle et l'exploit fonctionne sur toute les consoles .... Par contre, l'alimentation, elle, n'aimera pas les 230V 50Hz d'EDF ....

tu ne pourras juste pas démarrer puce désactivée sans avoir une erreur 05 sans conséquence, c'est tout ...

aucun ....

surtout que tu l'as réactivée .... Pour XBMC et les xbe, c'est tout un poème .... cela dépand de la version .... mais je ne vois pas trop le rapport avec l'eeprom.bin (tu penses bien qu'en 256 octets, on ne peut pas écrire grand chose ....)

ça, c'est sous Unleash .... il permet de faire mumuse avec la led pendant les transferts ....

ce jp33, alors, il en fait des trucs bizarre quand même ... Sauf que comme il a une petite tête, il ne sait plus s'il est F+G, ton bios

Sur ce point particulier, que nenni .... l'auteur lui-même (qui est un branleur fini ) s'y perd lui-même ... ça dépand de quel pdf ... Mais ce CD ne te servira à rien si ta console est toujours d'origine (sauf si tu t'es persuadé de faire un hotswap) Alors, déjà, c'est inutile de le supprimer, Xcalibur s'en charge. Ensuite, si tu avais examiné TOUS les liens (principalement au niveau des sauvegardes), tu verrais qu'il n'y a pas que l'Uxe dans la vie ...

Tu peux oublier la 1.5, tu ne la trouveras pas ...

Si la led passe à l'orange et que l'écran reste noir, c'est que ta console est flashée ou équipée d'une puce. Ce qui la rend incompatible avec un Ndure dans le premier cas et temporairement dans le deuxième si tu ne démarres pas puce désactivée.

Comme toujours, c'est la première fois le plus difficile .... Ensuite, tu verras, c'est assez directif en fait et tu peux difficilement sortir des rails, même en le faisant exprès (j'ai prévu des cas de figure que tu ne rencontreras jamais ...) Tu ne peux pas te planter avec une méthode 007, c'est la seule méthode garantie à 100%. Bon, ça dépand un peu de la save, il suffit juste de faire le bon choix

C'est surtout XBMC qui renomme les partitions comme ça l'arrange ... Quand tu veux parler de Dash, tu l'évites ....

suis ce que j'indique et ça se passera tout seul ... il faut désactiver juste le temps de modifier les paramètres. Donc tu retrouveras ton eeprom.bin virtuelle à la fin de la manip. Mais, pour info, seul le Ndure a une eeprom.bin protégée, ça n'empêche pas le bon fonctionnement des autres méthodes de hack ....

ce n'est pas parce que c'est le même que les sauvegardes sont identiques .... ni les paramétrages .... je rêve de tant de certitudes .... ce n'est pas parce que tu ne penses pas à tout que tu as raison .... Quand je dis recopier, c'est TOUT recopier ....

mouais, moyen comme raison ... enfin, si tu y tiens .... Lances la save (ça c'est obligatoire) Options avancées (pass Xbox) Suppression du softmod refuse l'arrêt accepte le switch Console à l'origine mais avec la save toujours chargée en mémoire. Si tu éteinds, jeu "méthode 007" obligatoire ...

la barrière des 4Go pour un fichier est infranchissable sur Xbox (la même chose que la Fat32 sur PC .... sauf que le NTFS n'existe pas sur la console )

si elle clignote orange/vert et que le cordon vidéo n'est pas raccordé côté console, c'est normal ....

ça se passe dans le gestionnaire Ndure, va dans ta saction application, tu devrais l'avoir dans la liste. Ensuite, tu fais Options avancées / Eeprom.bin virtuelle / Désactivation .... pareil pour l'activation ....

La bonne question était: est-il possible de refaire un hotswap avec un MS Dash dans le sac ? La réponse est non .... sauf si tu utilises un CD préparé pour comme Xcalibur par exemple ....

ça n'a rien à voir avec le Ndure en tout cas .... par contre, ça dépand de ta version d'XBMC ... récupères celle de l'autre console ....

Désactive l'eeprom.bin virtuelle, reboot, fais ton réglage, active l'eeprom.bin virtuelle, reboot ...

Il est gentil ..... Allez, recommence, on a dit DVD, répète après moi .... celui-ci, quoi ....

Je suis une burne en python (moi, je suis resté au GW-Basic ... c'était le bon temps ... ) mais j'ai quand même jeté un oeil sur le script de T3ch et j'ai au moins compris les grands lignes et ce qu'il faisait à peu près ... c'est à dire pas grand chose en fait ) Ce n'est pas une critique et c'est même un avantage en ce qui concernela version avec unleash. D'ailleurs, alexsolex, je n'ai aucune préférence pour les dossiers, du moment qu'ils sont sur le E: (il faut penser au Western Digital d'origine) et que je sais le nom des dossiers cibles. On peut même se passer de la décompression puisqu'UnleashX sait gérer cette partie. inconvénient de cette procédure: un script spécifique pour le download (on pourra le traduire, au moins, c'est déjà ça ), une application supplémentaire (mais bon, pour les allergiques à tout ce qui n'est pas XBMC, ce n'est pas vraiment insurmontable ... à condition d'automatiser le retour sous ce dernier une fois la mise à jour terminée) et le côté "bricolage" de l'ensemble (Unleash ne peut pas deviner où se trouve XBMC à mettre à jour ....) Car l'énorme avantage du script 100% XBMC, c'est que tout est intégré et qu'il peut savoir où il se trouve. L'inconvénient majeur, c'est le basculement entre les deux versions qui ne va pas être simple .... La solution intermédiaire serait l'écriture d'un fichier texte (on l'appellerait au hasard config.xml ) avec la mise à jour par le script des paths de destination de XBMC en fonction de la configuration de chacun puis le lancement d'Unleash .... Là, au moins, pas besoin de se prendre la tête pour le remplacement ....

sauf que sur une 1.6, il a un V2 .... Mais je rassure les pocesseurs du V1, le V2 bloque aussi du côté du tiroir ...