OperationNT

Je suis actuellement dans le même cas que toi, jo touriste (conversion DEX=>CEX où j'ai éteins ma PS3 après avoir flashé avec Multiman) : quand j'allume ma PS3, j'entends un premier bip pour indiquer qu'elle s'allume puis quelques secondes après, succession de plusieurs bips et la console s'arrête. Au moment où j'ai pris la décision de faire un retour "risqué" vers CEX, c'était pour éviter la contrainte de la méthode safe qui est de devoir formater son disque. Je voyais les solutions de débrick et je me disais "Au pire, si je brick, j'ai mon téléphone avec PSFreedom qui peut me permettre de m'en sortir" : c'était une erreur car il faut une implémentation de PSGrade pour que ça marche (donc, en général, un dongle). Du coup, je me suis commandé une PS3Key que j'attends avec impatience. Une fois la PS3Key obtenue (ou un équivalant), voici la démarche à suivre : === 1ère préparation === - Mettre le dongle en mode "Downgrade" (par un mise à jour dépendante du fabriquant du dongle) - Avoir une clé USB formatée en FAT32 avec SEULEMENT les fichiers suivants à la racine : lv2diag.self : http://www.mediafire.com/download.php?q0cgp3zj3a92rdx PS3UPDAT.PUP (de préférence, le dernier CFW 3.55 de Rogero) === Passage en mode "Service" et réinstallation du firmware === - Couper électriquement sa PS3 (interrupteur sur les FAT, débrancher pour les Slims) - Mettre le dongle sur le port USB le plus à droite de la PS3 (le plus proche du lecteur BluRay) - Réalimanter électriquement la PS3 - Démarrer la PS3 en appuyant sur le bouton Power PUIS TRÈS VITE appuyer sur le bouton Eject => il est censé y avoir une activité au niveau du dongle puis la PS3 s'éteint => elle est censé être maintenant en mode "Service" (il est possible que la PS3 se mette à spammer en continu des bips mais c'est normal) - Remplacer le dongle par la clé USB préparée précédemment (avec les 2 fichiers à la racine) - Allumer la PS3 par le bouton Power => il est censé y avoir une activité au niveau de la clé USB - Attendre que la PS3 s'arrête (ça peut prendre 5 minutes vu qu'elle est entrain de réinstaller le firmware qui a été mis sur la clé USB) === 2nd préparation === - Reformater la clé USB - Mettre le fichier suivant à la racine : lv2diag.self (ATTENTION ! ce n'est pas le même fichier que le précédent : celui-ci fait 4 Ko contre plus de 300 pour le précédent) : http://www.mediafire.com/download.php?tpvau6ikd4xk1dg === Retirer le mode "Service" === - Mettre la clé USB sur le port le plus à droite de la PS3 (comme avant) - Allumer la PS3 par le bouton Power => après quelques secondes, la PS3 s'éteint - Rallumer sa PS3 en priant qu'elle démarre normalement => Ah pouf ! Disque dur formatté (mais c'est toujours mieux que de ne plus avoir de PS3, hein !) Normalement, ces manipulations sont censés débricker la PS3. Si quelqu'un de plus expérimenté a vu des erreurs dans mon explication, qu'il n'hésite pas à me corriger : n'ayant pas encore eu l'occasion de faire la manipulation moi même, je ne suis sûr de rien.

Bonjour, J'ai eu le même soucis que toi : http://gueux-forum.net/index.php?showtopic=270977 (désolé aux modérateurs pour le doublon de sujet :s ) As-tu réussi à t'en sortir ? Si oui, comment ? (j'avoue que j'aimerais éviter la solution du flasher hardware n'ayant aucune compétence en soudure ni le matos pour)

Bonjour, J'ai fais l'erreur de tenter la méthode non safe pour passer de DEX vers CEX (à savoir, remettre son flash CEX sous Multiman puis arreter la console, la redémarrer et réinstaller un FW CEX). Malheureusement, lors du redémarrage, plusieurs bips se font entendre et la console s'arrête. J'essaye désespérément un tuto sur le net qui nécessite un dongle JIG. Donc, j'ai mon portable N900 qui est censé faire office de JIG mais ça a l'air foireux : la PS3 n'a aucune réaction différente face au JIG et il y a une réaction du portable qui ne semble pas valide. Sauriez-vous où je pourrais me procurer une vraie clé JIG où quelqu'un au sud ouest de Paris qui a l'habitude de traiter ce genre de soucis ? Je vous remercie par avance. EDIT : J'ai vu un sujet sur le forum identique au mien : http://gueux-forum.net/index.php?showtopic...p;#entry2054857 Je commande dès maintenant une PS3Key en espérant ensuite que ça sauve ma PS3... Je vous dirais si ça a marché !

Effectivement, c'est bien ça. Par contre, une fois cette manipulation faite, l'installation du firmware CEX mis sur mon HDD est refusée par le XMB (données endommagées) : seul les firmwares DEX restent acceptés. Donc, afin d'éviter un brick, j'ai remis ma flash DEX et réinstallé dans la foulée le CFW 3.55 DEX de Rogero (sans arrêter la console entre temps car, d'après ce que j'ai lu : un arrêt avec une flash CEX sous un firmware DEX => brick).

Du coup, si je veux tester ce nouveau firmware, il faut que je repasse de DEX vers CEX. Y-a-t-il un tutorial clair qui explique comment faire ? Multiman semble refuser (par protection ?) de copier ma flash CEX : il me dit qu'il me faut un firmware "3.55 CEX/DEX". Actuellement, je suis sur le firmware 3.55 DEX de Rogero donc j'ai du mal à comprendre le soucis.

Quand une nouvelle version plus moins risquée de ce CFW 4.21 sortira, il y a fort à parier que le spoof 4.30 pour le SEN soit incorporé .

Bonjour à tous, C'est très positif les news ces derniers temps après près de 2 ans de stagnation . Etant actuellement en 3.55 Rogero DEX (je précise que je ne suis jamais passé en 4.++ DEX), je suppose que si je veux installer ce firmware, il faudrait que je repasse en CEX ? J'ai conservé précieusement le dump de ma console en CEX mais j'ai lu que l'opération comportait des risques, quelqu'un qui a déjà fait la manipulation DEX->CEX peut me confirmer que ça se passe bien? Un CFW 4.21 DEX pointera-t-il le bout de son nez ? Je vous remercie par avance pour vos réponses .

Du coup, ça signifierait qu'une PS3 en 3.6+ ne vérifie pas la signature d'un EBOOT si ce dernier est exécuté à partir d'un Blu-Ray ? (car si cet EBOOT est crypté avec les clés 3.55, la PS3 est censé vérifier par la suite que cet EBOOT appartient bien à sa "whitelist" des EBOOT signés en 3.55) Ça me parait étrange et surtout assez simple à fixer pour Sony si c'était le cas.

Sony est devenu rapide pour retirer les jeux maintenant que la faille permet de lancer des ISO PSP (en plus de jouer avec des homebrews). [Mode machiavélique ON] Ce qui serait marrant, vu leur réactivité pour virer les jeux de leur store, ce serait de lancer des fausses rumeurs si possible sur des gros hits (qui se vendent bien même sans failles découvertes) : "Vous avez retiré le jeu tout de suite; dommage, car en fait il n'y avait pas de faille dessus, donc vous avez perdu des ventes pour rien. La prochaine fois, vous le laisserez peut-être plus longtemps" [Mode machiavélique OFF]

Cool, ils ont enfin fixé le fait que lorsqu'on avait un contact, un seul moyen de l'appeler était disponible (par exemple, si un contact était enregistré avec son compte Skype et un numéro de téléphone, seul le compte Skype apparaissait même s'il n'était pas connecté : impossible de voir son numéro de téléphone).

Après lecture rapide du code, je pense aussi qu'il faut un compilateur spécial (ou un header supplémentaire afin de définir certaines macros). Je pense notamment à la ligne 76 avec l'instruction "rq_for_each_bio(bio, req) {" et à la structure "ps3_system_bus_driver ps3disk" dont le nom des membres possède des ".".

Multiman CEX fonctionne sur une console DEX ?

Si quelqu'un sait, je suis preneur aussi. De plus, j'ai un soucis avec ce nouveau gestionnaire de fichier : en essayant d'aller dans le répertoire "/hdd0/home/extdata", il me ferme systématiquement la fenêtre .

Je ne pense pas que tu puisses télécharger un jeu PS Vita sans PS Vita pour la simple raison que la clé d'activation qui va te permettre de lancer le jeu sur la console dépend de l'identifiant interne de cette dernière.

Une mise à jour pour changer la capacité du cloud (donc un serveur distant) : je pense qu'il y a anguille sous roche avec cette version 4.25. Personnellement, je suis bien content avec ma PS3 en CFW 3.55 connectée en FTP à mon cloud d'une capacité de 2 To .

Probablement parce que Monster Hunter est l'un des hits les plus importants au Japon donc Sony estime que la perte en le retirant serait trop importante par rapport à ce que ça leur apporterait (j'insiste sur le terme "apporter" et non "rapporter"). Mais ils vont peut être revoir leurs calculs si le hack permettant de lancer des ISOs PSP sur PS Vita devient publique.

Dans le lien "wololo.net", à aucun moment, il n'est fait mention du fichier "psp2-updatelist.xml" à modifier. Quant au lien de téléchargement "Open Cma R4" que tu fournis sur l'article, il ne fonctionne pas chez moi (fichier introuvable sur le protocole FTP). A corriger donc .

Bon, après m'être acharner pendant plus d'une heure une seconde fois pour essayer de faire fonctionner cette version d'Open CMA (j'avais sans arrêt une erreur sur qui apparaissait sur la PS Vita lorsque j'ouvrais le gestionnaire de contenu donc je suivais comme un idiot ce qui était indiqué dans le ReadMe du package à savoir tout désinstaller puis réinstaller), j'ai enfin trouvé une solution : le fichier "psp2-updatelist.xml" fournit par défaut dans le package que j'avais téléchargé était prévu pour une PS Vita japonaise... Si, comme moi, vous avez une erreur sur la PS Vita, voici la marche à suivre : - Sur votre PC, quittez l'assistant du gestionnaire de contenu (vérifiez que le process CMA.exe n'existe plus) - Éditez le fichier "psp2-updatelist.xml" pour remplacer la chaîne de caractère "<region id="jp">" par "<region id="eu">" - Relancez l'assistant du gestionnaire de contenu - Connectez votre PS Vita : plus d'erreur !

Bon, j'ai eu beau m'acharner : je n'arrive pas à faire fonctionner cette version d'Open CMA : j'ai l'erreur E-80182014 (même en faisant la manipulation indiquée dans la documentation censée résoudre le problème).

Ok, je pensais que sur un firmware 3.60+, même DEX, on ne pouvait pas lancer de code non-officiel. En même temps, ça aurait été un peu dommage d'avoir cette limitation sur une unité de debug... Mais je reste étonné de ne pas avoir entendu parlé de plus de homebrews fonctionnant sous OFW 3.60+ DEX dans ce cas. Sinon, lorsque tu parles de backup qui se lancent depuis le réseau, c'est bien valable pour Multiman sous OFW 3.60+ DEX ? Tu as le lien vers un tuto qui l'explique ?

Je ne comprends pas bien là : Multiman fonctionne sur un OFW DEX supérieur au 3.55 ?

Bon, je viens de franchir le pas : a priori, j'arrive à faire tourner tous les jeux sur le CFW 3.55 DEX V2 de Rogero que je faisais tourner sur mon CWF 3.55 CEX avec plus ou moins de mal. Déjà, un constat global : le premier jeu ou la première application que je lance après un démarrage de la console reste presque 1 minute sur un écran noir avant de commencer. Ensuite, le firmware me parait "instable" : j'ai régulièrement des plantages de la PS3 lorsque je quitte un jeu. Sinon, j'ai eu des difficultés particulières à faire fonctionner les jeux que j'avais acheté sur le PSN lorsque ce dernier m'était encore accessible. Jusque là, sous les firmwares CEX, je copiais mon fichier "act.dat" dans le répertoire home/extdata que j'ai soigneusement backupé voilà presque 2 ans et que je conserve depuis : les licences de mes jeux se réactivaient. Déjà, première galère, la nouvelle version de MultiMan refuse d'aller dans ce répertoire (la fenêtre se ferme lorsque je sélectionne le répertoire "home"). Donc, j'ai dû le faire par FTP. Une fois le fichier copié là où il faut, je lance un jeu PSN et... ça ne marche pas (erreur 0x80010017) . Pour information, d'après un article que j'ai lu sur le net, ce fichier "act.dat" contient le nom du compte PSN ainsi que l'ID de la PS3 en crypté (ce qui est utile dans la démarche de vérification de licence que fait la PS3 avant d'accepter de lancer un jeu acheté). Or sur un firmware DEX, il semblerait que mon fichier ne soit plus valable. Par conséquent, je soupçonnerais le fait que l'ID de la console change (le fameux 0x82 qui passe en 0x85) rendant mon fichier incompatible avec ma PS3 convertie en DEX. Donc, le seul moyen que j'ai trouvé est de lancer reActPSN 2.2 afin qu'il génère ce qu'il faut (un fichier "act.dat" valide). Et enfin, les jeux que j'ai achetés sur le PSN voilà plus de 2 ans fonctionnent de nouveau. Mais là, encore, il y a un dernier bémol : le CFW 3.55 DEX V2 de Rogero n’intègre pas la fonctionnalité qui évite que la PS3 "nettoie" le fichier "act.dat" à chaque démarrage. Donc, ça m'oblige à relancer reActPSN lorsque je veux jouer à l'un des jeux PSN.

Il me semblait avoir lu que oui : http://ps3-solution-pour-tous.doomby.com/p...-very-easy.html Inconvénients => La lecture BD filme sera désactivé Après, j'ai peut être mal interprété. Sinon, merci pour tes réponses .

Bonjour à tous, J'hésite à passer en DEX et j'aurais quelques questions à ce sujet : - Sauriez-vous s'il est possible d'installer, sur une unité convertie en DEX, un CFW CEX (Rebug, TrueBlue, voir même OFW 3.55...) ? - Si oui, une fois qu'un firmware CEX est installer, peut-on repasser facilement sur un firmware DEX (via le menu de recovery par exemple) ? - Lorsqu'on fait les manipulations pour reconvertir sa PS3 en CEX "définitivement", récupère-t-on la lecture des BluRays vidéos ? Je vous remercie par avance pour vos réponse .

Un petit hors-sujet (pas si éloigné du sujet quand même): sauriez vous s'il existe une mise à jour d'Open CMA afin d'éviter de devoir se connecter lorsqu'on utilise le CMA avec un firmware 1.8 ?