jp33

Pas avec ton DD en tout cas ..... Il faut un serveur Ethernet autonome ..... Bref, investir un minimum et pas dans un bête boitier usb (qui lui se sert du PC pour fonctionner .. alors que la console, elle, n'est pas prévue pour) Si tu fouilles en section disque dur, tu trouveras une solution (mais bon, ce n'est pas donné ...)

Bon, c'est pas bientôt fini les bêtises ??????????? C'est l'un ou l'autre, si tu ne branches pas la nappe IDE, autant le jeter à la poubelle, tu auras le même résultat ! Comme tu as oublié de brancher le DD, comment veux-tu qu'il le trouve ? avec une boule de cristal ? Par télékinésie ? Toujours n'importe quoi !!! L'eeprom.bin ne sert strictement à rien sur un DD (on oublie le cas particulier Ndure). Le code de lock, c'est autre chose .... Et bien on va attendre que tu te débrouilles tout seul alors ..... Quand tu auras attéris et devenu un peu plus humble, on verra ce qu'on peut faire .... En attendant, tu te passeras de mon avis si peu éclairé à ce qu'il parait .....

il confirme ..... Je ne vois pas l'intérrêt de t'entêter avec ta puce .... Tu locks, tu installes Ndure et tu la démontes .... Ensuite, tu formates le F: et tu retrouves toute la place manquante ....

750GO ????? Oublies, déjà qu'avec un 500Go il faut formater avec un utilitaire spécifique ..... D'ailleurs, tu le trouves où, celui là ?

là, tu t'enfonces ..... ce n'est pas 10Mb mais 10MB avec B comme Bytes .... bref, une fois traduit (parce qu'après tout, on est francophone, hein ?) cela donne ......suspense .........pff, c'est long ....... mais bon sang, mais c'est beint sur, un octet, évidemment .... Sauf que la carte réseau de la console, c'est une 10Mo pour et dur .....tu peut mettre une 100 ou une 1000 derrière, ça ne changera pas grand chose ..... Alors, entre 2 cartes 10Mo sur chaque console ..... Moi, j'ai rien dit, hein ? ..... Le standard ATA est à l'origine basé sur un mode de transfert asynchrone, c'est-à-dire que les envois commandes et les envois de données sont cadencés à la fréquence du bus et se font à chaque front montant (en anglais rising edge) du signal de l'horloge (strobe). Toutefois les envois des données et des commandes ne se font pas simultanément, c'est-à-dire qu'une commande ne peut être envoyée tant que la donnée n'a pas été reçue et inversement. Pour augmenter le taux de transfert des données il peut donc sembler logique d'augmenter la fréquence du signal d'horloge. Toutefois sur une interface où les données sont envoyées en parallèle l'augmentation de la fréquence pose des problèmes d'interférence électromagnétiques. Ainsi l'Ultra DMA (parfois noté UDMA) a été pensé dans le but d'optimiser au maximum l'interface ATA. La première idée de l'Ultra DMA consiste à utiliser les front montants ainsi que les fronts descendants (falling edges) du signal pour les transferts soit un gain de vitesse de 100% (avec un débit passant de 16.6 Mo/s à 33.3 Mo/s). De plus l'Ultra DMA introduit l'utilisation de codes CRC pour détecter les erreurs de transmission. Ainsi les différents modes Ultra DMA définissent la fréquence de transfert des données. Lorsqu'une erreur est rencontrée (lorsque le CRC reçu ne correspond pas aux données) le transfert passe dans un mode Ultra DMA inférieur, voire sans Ultra DMA. Tout ça pour te dire que le 100, ce n'est pas pour rien, c'est 100Mo/s .... mais ça reste très théorique, il s'agit d'une vitesse instantannée, pas une moyenne .... Et cela nécessite une nappe adaptée.... Pour finir, le contrôleur de la carte mère Xbox est en UDMA 66 ....

Accessoirement, l'original n'est pas gravé mais pressé (comme un bon vieux vynil) Avantage ? Tous les default.xbe d'un même jeu ont le même signature puisqu'ils sont strictement identiques. Alors que chaque default.xbe d'un backup est unique car le graveur intègre en autre le code du média. Ce qui simplifie amplement le contrôle par MS sur le Live (d'ailleurs, c'est Microsoft qui fournit le default.xbe modifié à l'éditeur du jeu afin d'y intégrer la clef de la signature pour limiter les risques de fuites) Bref, il suffit de voir le patacaisse à faire pour obtenir une copie d'un original sur une 360 pour voir que ce n'est pas simple à contourner ....

Q, c'est le dossier XBMC ..... Mais bon, vu que tu n'as pas utilisé les raccourcis, il a du mal à le trouver sur le C: .....

Avalaunch fonctionne, donc ta console n'as pas de soucis hardware ... pour le reste, on va bien trouver ! enfin, j'espère .... ) Bon, même si ce n'est pas une bonne nouvelle, au moins, c'est cohérent ... Là, ta console est définitivement fâchée avec Unleash ... Là, c'est ton bios de puce qui traine les pieds très bien essayé mais pas cohérent du tout, en gros, tu avais droit à tout, sauf à cette erreur hihhi Quand tu démarres puce désactivée, tu es certain que ta puce est réellement désactivée ? Parce que c'est soit la puce, soit le disque dur .... Mais comme tu l'as déjà changé ....

si mes réponses ne te conviennent pas, tu fais comme pour les autres, tu ne les lis pas .... Mais c'est bien dommage, tu t'en appercevras vite ..... Le fait d'être débutant ne pardonne pas la bêtise ni l'absence de recherche personnelle sur une question oh combien bateau ! Donc, commence par relire la charte, tu l'as un poil survolé .... Maintenant, vu que c'est demandé si gentiment, je t'ajoute d'office à ma petite liste, tu es en charmante compagnie (bon, les autres cherchent encore, mais ce n'est pas grave ) .... cordialement ....

Il n'y a que Le Live qui vérifie la signature des executables et du bios, bref, que tout est d'origine au niveau software (vu qu'au niveau matériel, ce n'était pas prévu d'origine ... ). Mais c'est suffisant pour t'empêcher de jouer avec un backup. Ce qui est mieux pour éviter les tricheurs sur un serveur où le quidam de base veut bien payer, mais pas se faire promener ... Ce n'est pas le cas pour les solutions alternatives, donc là, tu peux faire ce que tu veux ....

Il suffit de graver le fichier iso compris dans l'archive sur un média compatible avec ton lecteur, de le glisser dans le lecteur et de lancer le default.xbe. Si tu y arrives, je te conseille de l'utiliser en premier pour sauvegarder l'eeprom.bin puis de la transférer par ftp sur ton PC car j'ai peur que tes soudures ne te lâchent rapidement ....

ça sent les sauvegardes défectueuses, ça. Essayes de lancer C:\Sys\Dashboard\Xdash.xbe ainsi que C:\xboxdash.xbe histoire de voir si tu obtiens les mêmes symptômes. Si tu obtiens un menu, lances n'importe quelle option (sauf si tu possèdes un des 3 jeux, ça pourra servir un jour). Une fois la save chargée (tu auras un menu te demandant de faire le backup de l'eeprom.bin), éteinds la console puis rallume, tu auras ton MS Dash 5960 complet sur le C:. Là, moins bon. Quel est l'executable pointé par Avalaunch pour le MS Dash ? (regarde dans le fichier xml) On en revient au 1er point .... pourtant, là, je suis certain de Unleash et du bios bfm ....

Perdu .... C'est le grand classique de l'association de fichier avec winrar qui s'occupe des iso (sauf que là, c'est un xiso .... ) et du masquage des extensions connues.... bref, c'est une icône winrar mais c'est l'image iso à graver (de toute façon, c'est écrit dessus ..... ) Donc, au lieu de te creer des problèmes là où il n'y en a pas, lances la gravure en pointant sur le fichier "CD Master A graver"

Si tu choisis "installation sur disque dur existant", ça ira très bien.

Il faudra réinstaller l'exploit alors, Alabama diffère très légèrement au niveau du path (et n'utiliser évidemment que la partie exploit) Et, de toute façon, si tu veux l'avoir également en application, tu devras passer par le raccourci comme avec la V3. Non, exactement pareil, un poil plus long, c'est tout (il y a beaucoup plus de monde à réunir ) A l'utilisation, c'est exactement pareil. Et Xcalibur gère déjà les raccourcis (j'avais anticipé ), donc c'est 100% compatible avec les dernières versions. La 2.2 ira très bien. J'espère poster la 2.3 ce week-end (quelques soucis de finalisation avec les dernières versions de XBMC justement)

je ne m'étendrai pas trop, mais, pour l'avoir essayé, je ne suis pas loin d'être entièrement d'accord avec toi (bon, moi, je ne l'ai aps grillé, quand même .... )

Pour un exploit, il faut que l'exploit soit dessus avant. Idem pour le lock .... Bref, Xcalibur et son pdf de folie obligatoire .... Pour info, même si tu peux préparer le DD sur une console pucée (toujours avec Xcalibur ), il te faudra obligatoirement ouvrir le PC pour le lock ..... Mais, ôtes-moi d'un doute: la console cible est bien modifiée ?

oui, il faut absolument que tu apprennes à lire !! Il n'a jamais dit qu'il jouait avec sur le Live ..... Il a juste dis qu'il avait deux jeux sur le E: quand il lançait son original. La nuance est de taille et je ne vois vraiment pas où on aurait pu soupçonner la moindre contradiction ......

De toute façon, tu dois flasher ton bios avec un cromwell modifié et ta nouvelle eeprom embarquée sur une autre console. Au remontage, ta console te proposera de flasher l'eeprom.bin et tout rentrera dans l'ordre. Mais bon, il te faut une autre console, une puce montée sur pinheader, une nouvelle eeprom.bin .... Il n'y a pas à dire, c'est beau un Ndure ....

il veut dire que tu n'as pas été assez rapide et que sa puce a grillé ....

Moi aussi ... si ça peut te rassurer

aie, moins cool ça .....ta console a vraiment un soucis .... Bon, lances le Master Gueux, connectes-toi par ftp, renommes C:\evoxdash.xbe en default.xbe puis fais la manip de mon post précédent pour installer avalaunch puis lances l'explorateur d'avalaunch pour aller chercher c:\default.xbe histoire de voir si ça bloque toujours ....

tu sais quoi ? .... il n'y en a pas ....

Bon, c'est pas grave, tu voulais avalaunch de toute façon, non ? Boot sur le Master Gueux et installes avalaunch (installation sur un DD existant) Tu as bien fait suppression du softmod au moins ?

puce ... mais avec un Master Gueux, il vaut mieux ......