Ecco_

Wouah, génial !! Merci !

Merci pour ces réponses efficaces ! Je me permet de demander quelques détails supplémentaires : 3/Oui, Software only (sauf si tu as l'Hitachi V79 => Souder une puce obligatoirement) Y a-t-il un moyen de savoir au moment de l'achat quelle version du lecteur DVD est dans la console ? (En regardant sur le carton, donc ) 4/Non, pas sur les denières, sauf si tu installe une infectus, il y a des tutos pour tout cela. Ok, merci !

Bonjour à tous, Je considère l'achat d'une Xbox360, mais n'ayant pas suivi l'actualité de cette console ces temps-ci, je me permet de vous poser quatre questions, qui relèvent de l'actualité. Certaines ont déjà sans doute été posées par le passé, mais la situation de la "scène" change suffisamment souvent pour que ces questions soient, me semble-t-il, légitimes à nouveau : 1/ Il parait que les "nouvelles" Xbox360 ont un processeur gravé plus finement, ce qui empêcherait les RRoD. Info, ou intox ? 2/ Si cette "nouvelle" version de Xbox360 est effectivement meilleure, que dois-je faire pour, le jour de mon achat, être sûr d'acheter la nouvelle version ? (Et ne pas me faire avoir par un vendeur qui essaierait de me fourguer une vieille version de son ancien stock) ? 3/ Un point très important pour moi (crucial, même), est de pouvoir passer des backups de mes jeux (j'ai déjà fait l'expérience douloureuses de DVDs de console rayés par le frangin, ça fait super-chier...). Est-il possible de passer des backups sur les "nouvelles" versions ? Si oui, est-ce une manip software only ou faut-il souder un modchip ? 4/ Toujours sur les "nouvelles" versions, est-il possible de lancer, par une manipulation quelquonque, du code arbitraire ? Je n'aurais en effet rien contre le fait de pouvoir me servir de ma future Xbox360 comme d'un media-player, ou d'une plateforme LinuxPPC :-)

Moi j'ai un bon plan : tu la laisse trainer une nuit dans une cité (pas trop) chaude [sinon tu la retrouves en cendres] : elle sera repeinte gratos ! Et en plus avec de la bonne peinture, bien chiante à faire partir

LOL, j'ai flippé un bon coup moi aussi :-D Bon, c'est cool, j'epère que je vais avoir ma copie de GTA : Liberty City Stories rapidement. Moi qui m'étais promis d'attendre la sortie française, j'ai pas pu me retenir quand il a été repoussé pour la troisième fois

Bonjour à tous, Sur DVDBoxOffice, il semblerait qu'une commande passe par trois états : Etat A : Le client clique sur un objet, le rajoute a son caddie, et donne son numéro de carte bleue Etat B : DVDBoxOffice débite la carte bleue, et marque le colis comme "shipping" (en livraison) Etat C (j'espere) : Le client recoit le colis Pour mon cas, ca a mis 3 jours pour passer de A à B. Pourriez vous me dire si vous saver le temps qu'il faut (d'apres votre experience perso) pour passer de B à C ? Merci

Y'a une feinte possible : -> Tu vas chez carrefour, tu achète une PSP neuve -> deux jours plus tard, tu te pointes avec ta PSP briquée et tu leur dis "la PSP que vous m'avez vendue ne redémarre plus". -> Ils te l'échangent. Du coup tu te retrouve avec 2 PSPs pour le prix d'une. C'est moins pire que zéro pour le prix d'une :-D

C'est pareil. Il y a une bijection qui envoit de l'un à l'autre...

Au temps pour moi, ce problème n'a rien à voir avec le downgrade :-) Il se trouve que j'avais passé la protection parentale à 1 afin de, comme l'avait suggéré quelqu'un sur ce forum, ne pas démarrer automatiquement sur l'UMD. C'est cette augmentation du niveau de protection qui était la cause de mes déboires. Merci quand même

Bonjour à tous, Je tiens tout d'abord à féliciter tous ceux qui, de près où de loin, ont contribué au downgrader. Cependant, après avoir downgradé ma PSP (Euro), j'ai un petit problème : dans le menu de la PSP, quand je regarde le contenu du MemeoryStick à l'aide de l"Utilitaire de données sauvegardées", presque toutes les icône de mes sauvegardes apparaissent comme "données limitées". Pourtant la sauvegarde marche toujours (par exemple j'ai bien toute ma progression dans WipEout), mais les icones ne sont plus visible, et à leur place j'ai écrit "Données limitées". Ce n'est pas très gênant, mais si quelqu'un avait une piste pour résoudre ce petit problème, je serais preneur. Merci de ne pas dévier du sujet ;-)

"Ni repris, ni échangé" :-D

Petite question débile : C'est très gentil d'aider ton camarade à saisir une arobase. Mais maintenant, tu peux m'expliquer comment il fait pour se servir de son email s'il ne sait pas écrire le sympbole arobase ? Sincèrement, tu m'as fait beaucoup rire, tu as de grand talents d'humoriste, malheureusement sans doute à ton insu :-D

Rebonjour MPH. Je te propose que nous nous retrouvions sur le channel #psp-fr sur irc.freenode.net J'aimerais bien discuter "en direct". Merci

Salut MPH, c'est cool d'avoir quelqu'un qui s'y connait un minimum _ET_ qui est poli et qui partage _vraiment_ ses découvertes. Merci. Par contre, juste une petite interrogation : tu montre que quasiement tous les morceaux du eboot servent au calcul du MD5. C'est bien. Cependant, le calcul d'une somme MD5 ne dépend de rien du tout. Je veux dire, tu prends un fichier, tu calcule son MD5 sur un Palm, sur un Mac, ou sur une station SUN, t'as toujours le même hash (c'est d'ailleurs un interêt du MD5). Bien. Hors, tu pars d'une affirmation : "on a 128 bits DONC c'est du MD5". Euh... le fait que l'on ait 128 bits de checksum, je suis tout à fait d'accord. C'est même très crédible. Mais pour quoi donc du MD5 ??? Sincèrement, on a juste 128 bits comme ça, et d'où sait-on que c'est du MD5 ?? Je trouve ça complètement délirant, sincèrement. Le but de ce MD5, manifestement, c'est aussi d'empêcher le piratage. Alors pourquoi ne pas utiliser un autre algorithme nettement plus performant ? La question que je me pose est la suivante : Sony n'utiliserait-il pas finalement un algo à clef publique-clef privé, qui serait véritablement incassable ? Merci à MPH de bien vouloir réagir (et s'il vous plait ne pourrissez pas le forum pour dire "whaaa, cool, des mots compliqués") :-D

Merci encore pour la rapide réponse, Bon, soit pour le fait que si c'est un hash, ce soit du MD5. Moi aussi je trouve ca probable, de tte façon le MD5 c'est ce qui est le plus utilisé pour faire des checksum de téléchargements. Mais tu ne m'as toujours pas dit comment tu savais que c'était un hash ? Parce que a priori rien ne différencie ce que tu dis être le hash "81C8 machin là" de ce qu'il y a avant...

Merci Yoshihiro pour la réponse, mais pourrais-tu me dire maintenant : -> Regarde ce dump hexa de la fin du fichier : 00D41970 93 39 9A EC CD 0F 7A 7C 55 B1 5D 02 74 E8 CA 06 .9....z|U.].t... 00D41980 15 59 9C B9 24 95 72 6F 20 0C 84 3C BE AA 42 56 .Y..$.ro ..<..BV 00D41990 88 4F B6 CF 90 D0 1A C3 B7 3D AE 5F 79 53 A4 5B .O.......=._yS.[ 00D419A0 A6 00 15 40 80 18 50 13 6D 57 E6 CE 39 C4 35 CA ...@..P.mW..9.5. 00D419B0 C8 81 C8 EA 64 16 B2 3B 85 B7 A5 6B BF A9 32 35 ....d..;...k..25 00D419C0 58 Sincèrement, je ne sais pas ce que tu en pense, mais la fin n'a pas l'air _si_ différente que le début. Comment sais-tu que les 32 derniers caractères hexa sont bien un hash ? -> Autre question : en admettant que ce soit un hash, comment sais-tu que l'algorithme utilisé est du MD5 ? Si tu pouvais répondre à ces deux questions, et si tu m'affirmais que c'est la seule chose qui empêche le downgrader de fonctionner, je serais très chaud pour apporter ma contribution. Merci par avance

Moi j'aimerais bien que Yoshi m'explique où il voit un hash MD5 dans le fichier eboot.pbp. Parce que sincèrement, c'est bien de dire "les 32 derniers HEXA c'est du MD5", mais ça ne forme en aucun cas une preuve... Puis je veux dire c'est même pas "probable" quoi, parce que je sais pas mais ils ne sont pas séparés genre par des 0 ou quoi... Yoshi, si tu pouvais me convaincre j'en serais ravi :-)

D'un autre côté, il n'y a aucune raison de craquer ce MD5. Depuis tout à l'heure, je n'entends que des *** (<- bêtises) à ce sujet. Le rôle d'une somme MD5 (si c'est bien ce qui est utilisé) ce n'est pas d'encoder ou d'encrypter. C'est, dumoins dans 99% des cas, de faire une somme de controle (cheksum). Exemple : Je transmet un fichier de 700 Mo sur le net (exemple : une distribution linux). Mais c'est très important que la transmission se fasse sans erreurs (j'ai pas envie d'un Linux buggé par exemple). alors l'expediteur fait le MD5 de son truc à lui, et le recepteur aussi. Si c'est le même, y'a de fortes chances que le transfert se soit bien fait. Sinon ça a foiré. Voilà a quoi sert un MD5. Dans ce cas, il n'est pas _DU TOUT_ besoin de le craquer. Comprenez-moi : on modifie le fichier eboot.pbp pour pouvoir downgrader. Du coup, le MD5 à la fin n'est plus valide, vu que justement le fichier a été modifié. Il suffit juste de recalculer le MD5 sur le fichier une fois modifié. L'ancien MD5 ne sert plus a rien, y'a vraiment _rien_ à craquer. Par contre, il serait utile de savoir sur quelle zone du fichier il faut calculer le MD5. Mais pour ce faire, un petit script qui tenterait de MD5-iser un peu tous les morceaux du fichier serait suffisant. Voilà, j'espère avoir été clair, j'attends vos commentaires :-)