ckdo

Membres
  • Compteur de contenus

    66
  • Inscription

  • Dernière visite

Messages posté(e)s par ckdo

  1. Le cb est deja en stage 2 sur les slims donc je crois que les dev de ce hack on deja une petite expérience la dessu non ?

    Maintenant qu'il aura bcp plus de console avec ce stage2 d'apres moi c'est ce qui va donner un coup de pied au derrieres des dev pour faire evoluer les outils.

    Effectivement, tu as surement raison. J'ai fait un petit tout sur http://www.free60.org/Reset_Glitch_Hack pour mieux comprendre les différences entre hack Slim et FAT, et je ne vois pas si qui pourrait empêcher d'utiliser la même technique que sur Slim (hack du CB_A pour faire tourner le CB_B qu'il le souhaite), mais peut-être ai-je louper qq chose.

    Microsoft risque bien de simplifier les choses en uniformisant les versions de CB déployées sur les FAT, donc je ne comprends pas trop leur choix.

  2. J'avais posé la question hier a savoir si le cb avait évolué, he bien ça n'a pas tardé a ce que je vois. Ce que je comprends pas c'est pourquoi m$ ce prend la tete a faire un changement du cb quand qu'il sait impérativement qu'avec les outils mis a jour on pourra a nouveau passer ces consoles au glitch.

    Ca a pas l'air si simple quand même. D'après ce que j'ai compris, la partie Stage2 est chiffrée avec la clé CPU, ce qui pose un souci pour l'application du glitch (je parle évidemment des consoles qui ne sont jamais "passées à la casserole")

  3. On m'a toujours dit qu'il ne fallait jamais hésiter à poser des questions, quitte à passer pour un imbécile.

    Excusez moi d'être aussi inculte, mais c'est quoi le CB, et le RGH???

    Bonjour,

    Personnellement, j'ai bien aimé cette lecture qui pose bien les choses sur le processus de boot de la 360. C'est rapide à lire, et clair.

    http://beta.ivc.no/wiki/index.php/Xbox_360_Kernel

    Si d'autres ont de bonne lectures, je suis preneur.

    Ckdo

  4. salut

    as tu essayer de dumper en retirant les resistances?

    Eh bien, quand j'avais fait mon cable (2 ans en arrière, donc), j'avais dû ajuster la valeur des résistances (résistances de 470 ohms de mémoire).

    Depuis, je l'ai utilisé plusieurs fois, aucun souci... donc je ne me suis pas penché sur un problème de ce côté, vu que je n'ai rien changé.

    Je vais essayer en USB... Par contre pour les points alternatifs permettant de tester la bonne connexion, des suggestions ?

  5. Bonjour à vous,

    Je suis en galère sur une étape du glitch qui pour moi était comme du "tout cuit", je vous explique.

    Je me suis fait un cable LPT pour dumper ma NAND, il y a 2 an de cela, juste pour le fun, le glitch n'étant pas sorti et j'avais laissé passé le Kernel vulnérable pour le JTAG.

    J'ai fait un cable avec un connecteur HE10, pour 2 consoles différentes, et j'avais placé les résistances dans le boitier côté connecteur parallèle.

    Le cable est donc en 2 parties: Xbox -> Fils seuls (Kynar pour cette partie) -> Connecteur HE10. Puis HE10 -> Cable sous gaine -> Connecteur parallèle.

    Je me suis servi de ce cable à plusieurs reprises, dans les mêmes conditions (paramétrage BIOS, même PC...)

    J'avais dumpé sans erreur en Kernel 8955, puis en 9199.

    Aujourd'hui, voulant glitcher (en partant du kernel 9199), j'ai remis mon firmware d'origine dans mon benQ, puis effectué la dernière mise à jour (14699). A ce stade, la console est donc dans un état "d'origine".

    Et c'est la que ça coince : Impossible de dumper (fameux message énervant de nandpro : could not detect a flash controller).

    Je précise que la marche Xbox fonctionne parfaitement.

    Là, évidement, je ne comprends pas trop (toujours mêmes conditions, même PC sous XP), j'essaye avec l'autre xbox pour discriminer l'ensemble connecteur parallèle -> résistances -> HE10.

    La commande marche du premier coup, donc c'est du côté xbox (la première)

    J'ai donc vérifié toutes les soudures (du côté visible sans démonter la carte mère). Tout semble ok. Tests Ko. J'ai refait les soudures une par une. Test Ko.

    J'ai démonté entièrement mon montage puis tout refait en partant avec des nouveaux fils. Tests Ko.

    - Est-il possible que la mise à jour 14699 ait un quelconque lien avec ce problème ? (je pense évidement que non mais bon)

    - Est-ce que certains d'entre vous ont déjà eu des cas bizarres comme ça ? Dump OK puis un jour KO, peut-être dû à la faible fiabilité de la liaison parallèle.

    - Est ce qu'un module USB SPI pourrait résoudre ça (sachant que mon cablage était forcément OK, du moins le premier puisque je l'ai refait depuis) ?

    Si vous avec le moindre conseil, n'hésitez pas ;-) !

    Ckdo

  6. Bonjour,

    Je me lance dans le glitch, je suis en train de me documenter mais un point me préoccupe un peu.

    J'ai une zephir en Kernel 9199 / CB 4578 et un lecteur BenQ flashé ixtreme 1.4 (non xgd3).

    Donc je suppose qu'avant d'installer ma nand hackée avec le dernier dash je ferais bien de passer en XGD3 sinon ça va coincer, mais je me pose une question. Quel est le mieux ?

    - Je télécharge un firmware stock XGD3 pour mon BenQ et je fais le mise à jour du lecteur DVD manuellement ? Du coup après, je passe direct à la NAND hackée en 14699...

    - Je télécharge un firmware officiel (13146 ? / 13599 ? / autre ? ) et je fais la mise à jour ( après avoir restauré mon firmware d'origine, bien sûr)

    - Autre suggestion ?

    Merci pour votre aide !

    Ckdo

  7. La programmation ce fait par l'usb de la console, en gros tu branche un câble de ton pc au port usb de ta console.

    Oui le Glitch360Shark rempli les fonctionnalité du SPI mais en plus rapide (~1mn le dump 16Mo),

    Et je dévoile une nouvelle fonctionnalité qui permettra grâce à un addon (vraiment pas cher) de brancher le shark à la glitch360Key donc si tu as le Glitch360Shark pas besoin du Prog non plus grâce à cette addon car c'est le Glitch360Shark qui s'occupera de programmer ou reprogrammer ta Glitch360Key

    Miraculeux !

    J'avais besoin du prog dans l'espoir de glitcher une 2ème 360 Falcon (pour récupérer la clé DVD..) qui est en CB Stage 2 (au cas le glitch devienne compatible), alors que ma 1ere est une Zephir.

    Je vais donc opter pour une pré-programmation de la glitch360Key, patienterai jusqu'à Mars pour le Shark et si le glitch passe en CB Stage 2 un jour j’achèterai l'addon.

    Merci et bravo à la team !

  8. Bonjour,

    J'ai l'intention d'acheter très prochainement un pack Glitch360Key + Glitch360Prog.

    Etant donné que j'ai mon cable LPT maison, je n'ai pas besoin, dans l'immédiat d'un autre cable pour lire/ecrire ma NAND.

    Par contre, j'envisageais d'acheter quand même un Glitch360SPI pour le côté pratique par rapport au LPT (je suis obligé d'utiliser un vieil ordi, c'est lent, et il peut y avoir des erreurs de transmission...).

    Ma question est donc la suivante: Est-ce que cet addon permettra, en plus des fontionnalités de DUAL NAND, de remplir les fonctions du Glitch360SPI ? (la programmation SPI par USB console est spécifiée, mais programmation externe par mini USB ?)

    Ckdo.

  9. Bonjour à tous,

    Pour les FAT Falcon, ne s'agit-il pas plutôt du CB 5772 ?

    D'après ce que j'ai compris, la falcon CB 5772 ne peux pas être glitchée (du moins pour l'instant) à cause du CB en 2 parties...

    Cet update de MS aura au moins le mérite d'unifier les versions de CB sur FAT et donc de simplifier le travail des générateurs d'ECC, non ?

    Ckdo.

    Sur FAT le CB décrypte et lance le CD directement

    Sur Slim qui a un CB STage 2, il y a un CB_A (Donc Stage 1) qui décrypte lance un CB_B (Donc stage 2) qui décryptera et lancera à son tour le CD.

    Ils ont maintenant appliqué le même principe sur FAT.

    Pour falcon il s'agit du CB 5771

    Pour Jasper il s'agit du CB 6751 et 6752 (Sauf que le 6751 ne brulant pas d'efuse, on peut le downgrader vers un 6750)

    pour zephyr je n'ai plus la version en tête

    Non puisque pour l'instant la table n'évolue pas, donc toujours les memes patchs.

    Par contre oui une mise à jour est prévue pour 360 Games Patcher pour la gestion des XGD3, mais j'ai peu de temps à consacrer à ce logiciel pour l'instant.

  10. Bonne à jeter peut-être pas...

    Personnellement, je pense:

    - Transférer mes jeux XBLA sous licence dessus, comme la fonction disque est intacte elle peut servir à cet usage.

    - M'en servir de lecteur HD, à l'occasion

    - Si une faille se présente (comme la faille jtag).... je saute dessus !

    Ckdo.

  11. Bonjour,

    Depuis que j'ai "grillé" un lecteur DVD (voir mon post de cette nuit) je me pose des questions sur les usages possibles de la bête, sans DVD...

    J'ai une autre Xbox 360, flashée plusieurs années, non bannie (connectée très récemment) qui possède des contenus sous licence acheté sur le Live. Je me connecte sur le Live seulement pour cet usage (achat uniquement, pas de jeu).

    Je sais qu'il est possible de transférer les contenus sous licence ( http://www.xbox.com/fr-FR/support/drm/ ), mais un truc me turlupine:

    - En cas de transfert vers la nouvelle Xbox, les contenus sont seulement "invalidés" sur l'ancienne lors de la prochaine connection au Live j'imagine ?

    - Lors d'un bannissement, il me semble bien que Microsoft laisse la possibilité d'utiliser les contenus sous licences achetés, mais il y a différentes possibilités:

    * Après le ban, Microsoft interdit le transfert de licence :-(

    * Après le ban, Microsoft autorise le transfert de licence, mais à la prochaine tentative de connection de la console bannie (un peu idiot ça mais bon), les contenus sous licence sont invalidés. Tant qu'on ne retente pas de connection après ban, les contenus sont donc utilisables sur les 2 consoles.

    * Après le ban, Microsoft autorise le transfert de licence, la connection au live échouant les contenus ne peuvent pas être invalidés, et les contenus sont donc utilisables sur les 2 consoles.

    Savez vous quelle est la bonne option ? Ou une autre que j'aurais zappé ?

  12. Salut

    Ils t'ont remis la même coque, pour ça que tu as les même N° de serie etc...

    Tout l'intérieur est un échange standard, le sav ne répare pas, il remplace.

    Le fait qu'il te retourne encore un lecteur benq n'est que coincidence mais ce n'est pas le même, ils n'ont pas le temps de réinjecter des key et compagnie.

    Si toi au retour tu as tout écrasé pour mettre le FW+key de l'ancien lecteur. t'as gagné 2 minutes et perdu ta console.

    Entierrement d'accord avec toi et merci pour l'info.

  13. Bonjour à vous,

    Hier soir j'ai fait une boulette tellement énorme que j'en reviens toujours pas ...

    J'avais une xbox 360 qui revient du sav après erreur e74. Retour, pas de changement du num de série, je me dis qu'il ont dû changer uniquement la CM.

    J'avais remis le firmware d'origine avant retour sav, lecteur benq.

    J'étais pressé par le temps, je m'empresse de faire le flash du firmware modifié que j'avais (précieusement, ironie du sort;-)) sauvegardé *avant* mon retour sav...

    Sauf que, évidemment, la clé cpu a dû changé (en fait j'y ai pensé, mais je pensais qu'ils faisaient l'inverse, à savoir injecter dans la CM la clé du lecteur DVD) et que par pure bêtise aussi grande que l'univers, je me suis dit "ça doit être bon !".

    Bon, je pense bien que je l'ai dans ***** mais bon vous me confirmez, le sav fait bien comme ça ?

  14. Je vois vraiment pas l'intérêt du système. PS3 Média serveur est un excellent moyen de lire ses mkv via la PS3.

    Maintenant, je comprend qu'on veuille copier ses fichier MKV vers la console pour les lire ultérieurement (la pc reste éteint). Problème : Le HDD risque d'être vite remplis au final (surtout quand un film complet en 1080p peut par moment dépasser les 8GO) Sans même parler du temps qu'il faut pour tous transférer !

    Maintenant, le réelle intérêt pour moi, serai de pouvoir les lire a partir d'un disque dur Externe mais, sauf erreur de ma part, la ps3 ne prend pas en charge le NTFS.

    Et 8Go sur du FAT32 ... c'est mort !!!!

    Il existe plein de methode sur le forum, pour lire les mkv hd sur ps3, a partir d'un dd externe sans perte de qualité est sans ré-encodage.

    Bonjour,

    Tu parles de changement de conteneur .MKV -> .MP4 ? C'est quand même pas l'idéal ! Si c'est pas ça, ça intéresse tout le monde je pense !

  15. Ha ok, je n'avais pas vu le lien vers le topic, mais cette méthode n'est pas appropriée, le mieux est de nettoyer le secdata.bin directement dans la nand.

    Tu devrais chercher le tuto qui traite de ça sur GX-tutos tu comprendrais mieux ;)

    Oui, j'avais vu cette méthode, effectivement. Disons qu'un backup + restaure me paraissait + simple et + propre, mais ça ne fonctionne pas en cas de mise à jour qui cause un changement de kernel, donc ce n'est effectivement pas la bonne méthode, de manière générale. Ou il faut penser à faire un backup à chaque mise à jour de kernel, ce qui n'est pas très pratique si on veux tenter de se connecter souvent.

    Merci !

  16. Quand je parlais de restauration ça concernait uniquement la fonction d'install sur disque dur, pour le déban c'est pas du tout la même musique ça va de soi.

    Je ne suis pas interessé par le deban, je l'ai dit pas mal de fois déjà.

    Par contre, dans le post cité, il est clairement indiqué que si :

    - On backup la NAND

    - Une mise à jour est effectuée, et si celle-ci grille un eFuse

    - On restaure la NAND

    Alors la xbox ne démarre plus. Alors effectivement si ça se passe comme ça c'est pas très intéressant !

  17. - A votre avis, la lock de la NAND provoque t-il un ban "immédiat" ? (Pour moi il est clair que cette modification ne peux quasiment pas être mal interprétée par Microsoft, contrairement aux modifications de lecteur, soumisent aux conditions des versions, des WAVES, des éventuels patchs.... bref beaucoup plus compliqué comme analyse ! Là si lock de la NAND soit erreur matérielle ... soit modification)

    Il y aurait eu des retours si le fait de protéger sa nand provoquait un ban immédiat, ce qui n'est pas le cas jusqu'à présent.

    - Dans le cas de non lock, le coup de restaurer la NAND fonctionne à tous les coups ? Si lors de la connexion au live, je subis une mise à jour, la restauration de la NAND fonctionnera encore ? (Et d'ailleurs le disque dur peut subir des écritures, ne risque t-il pas d'y avoir une incohérence entre ma version de kernel, de dash et ce qu'il y a d'installé sur le disque ?

    Oui la restauration sera toujours possible malgré les M.A.J futures.

    J'ai réalisé le dump de la NAND, mais je suis aussi tombé sur ce post http://www.console-inf.com/forum/backup-re...tml?language=fr qui m'a laissé perplexe...

    Selon ce qui est dit dans celui-ci (et contrairement à ce qui est dit ici, donc), la restauration n'est possible que si aucun efuse n'a été grillé, ce qui laisse supposer qu'on ne peux restaurer que sur des versions identiques de kernel, dans la majorité des cas.

    Pour me simplifier les choses, j'ai effectuer la mise en jour offline... pour éviter que la connection au live me fasse dans la foulée : Mise à jour + Ban, ce qui m'aurait empêché une éventuelle restauration.

    Pour l'instant je ne suis pas banni. Les lois du bannissement seront à jamais impénétrables ;-)

  18. Bon ... pour moi le point clair est :

    - Sauvegarder le disque dur ne rien à rien, il ne subira aucune écriture ou changement lié au ban (encore que j'ai un doute cf point suivant, désolé..)

    Par contre mes restes d'interrogation:

    - A votre avis, la lock de la NAND provoque t-il un ban "immédiat" ? (Pour moi il est clair que cette modification ne peux quasiment pas être mal interprétée par Microsoft, contrairement aux modifications de lecteur, soumisent aux conditions des versions, des WAVES, des éventuels patchs.... bref beaucoup plus compliqué comme analyse ! Là si lock de la NAND soit erreur matérielle ... soit modification)

    - Dans le cas de non lock, le coup de restaurer la NAND fonctionne à tous les coups ? Si lors de la connexion au live, je subis une mise à jour, la restauration de la NAND fonctionnera encore ? (Et d'ailleurs le disque dur peut subir des écritures, ne risque t-il pas d'y avoir une incohérence entre ma version de kernel, de dash et ce qu'il y a d'installé sur le disque ?

    Encore merci pour vos remarques...

  19. Mais tu as 100 % de chances de te faire bannir de toutes façons. Le seul delta réside dans le délai, mais là c'est ms qui choisit :whistling:

    Il n y a pas de retour arrière, si ce n'est débannir ta console avec un autre identifiant

    tu peux en effet récupérer l'installation sur disque une fois bannie

    tu peux aussi réparer des saves qui seraient corrompues une fois qu'elle ont été ouvertes avec une console bannie

    Par "retour arrière", je signifiais par là uniquement l'usage du disque, comme je le signalais dans mon post initial.

    Débannir ma console si jamais elle l'était (ou le sera), non en fait je ne le ferai pas.

    Par contre je pensais que le lock de la NAND me garantissais à coup sûr un ban très rapide, mais si ça ne comporte pas + de risque que les modifications "usuelles"... alors pourquoi pas ? Qu'en pensez-vous ?

  20. Puisque c'est surtout l'installation des jeux sur le disques que tu souhaites conserver, tu peux aussi anticiper la sanction ;)

    http://gueux-forum.net/index.php?showtopic=226366

    Effectivement, je peux verrouiller l'écriture sur la NAND mais ceci ne me laisse aucune chance. Je veux que si je fais ça, c'est sur que je serai banni. Pouvoir faire retour arrière me laisse une chance de ne pas (encore) me faire bannir.

    En ce qui concerne la remarque sur le disque, il me semblait avoir lu que le bannissement entrainait également la corruption du gamertag, et que certains tutoriaux passaient par des modifications sur le disque avec xplorer360, avec des re-signatures, etc... Me trompe-je ?

  21. Bonjour à vous,

    Je viens solliciter vos conseils avant de faire une éventuelle connerie...

    Ma Xbox 360 n'étaient, à ma dernière connexion, qui date de peu après l'été dernier, pas (encore) bannie.

    Je ne me connectais vraiment pas souvent, juste pour acheter quelques éléments sur XBLA (une dizaine de fois en 3 ans). Après les dernières vagues de ban et la "punition" concernant le disque dur, je n'ai pas voulu tenter l'expérience.

    Pour moi les fonctionnalités "vitales" concernant l'usage du disque sont:

    - Installation sur disque des jeux

    - Utilisation du codec divx

    - Utilisation des fonctions Media Center

    - Execution des jeux XBLA déjà achetés

    Ca ne me dérange pas vraiment d'être banni, mais si je ne le suis pas autant acheter quelques trucs sympa sur le XBLA, ... donc je voudrais savoir si je peux revenir en arrière (concernant l'usage du disque seulement évidemment) "facilement", cad:

    - Backup complet du disque (Xplorer 360 extreme2)

    - Backup de la NAND

    En cas de bannissement, je restaure disque + NAND. Cela suffit-il où je zappe qq chose ?