OperationNT

Je n'ai jamais vu ce genre d'astuce vraiment utile pour aller en ligne ou lancer des jeux récents.

 

Normalement, il y a des pass-phrases et des certificats récents à avoir pour se connecter au PSN. Quant aux jeux récents, ils sont chiffrés avec les clés des FW qu'ils demandent. Et même s'ils ont été déchiffrés, certaines fonctions du SDK plus ancien n'existent pas ou ne prennent pas les mêmes arguments; du coup, il faut quand même un "backport".

 

Bref, j'ai l'impression que ça sert juste à ce que la console "bloque éventuellement" des updates (si on n'a pas été assez vigilant sur les paramètres DNS).

Non. Le patch du lecteur est appliqué uniquement dans la mémoire vive (RAM) de la console. Dès que tu éteins complètement ta PS5, la mémoire est vidée. Au redémarrage suivant, le lecteur redevient totalement d'origine (et donc bloqué). Il ne reste absolument rien du hack.

 

Heu, tu es sûr de toi sur ce point?

J'ai toujours compris que l'unpatch BDJB allait modifier un fichier ".jar" dans le FW de la console afin de le remettre dans un état avec la faille du FW 7.61. Donc, ça reste après le redémarrage. C'est le but sinon, il n'y a aucun intérêt: P2JB donne exactement les mêmes droits kernel que Poopsploit (sauf qu'il y en a un qui met 2 heures alors que l'autre mets quelques sec). Seul une réinstallation de FW (via le safe mode) ou une update annule l'unpatch BDJB.

Ces jeux n'ont pas une production limitée au Japon, contrairement à SWRR. Du coup, ils sont achetable en import avec des prix raisonnables (Raspberry Cube à 50 euros sur PlayAsia, dont 20 pour la livraison et les taxes en France).

Il a le choix entre toucher 10K ou rendre public à une commu qui l'a harcelé pendant toute la période de ce qu'il proposait sur SWRR: la question est vite répondue!

Il a le choix entre toucher 10K ou rendre public à une commu qui l'a harcelé pendant toute la période de ce qu'il proposait sur SWRR: la question est vite répondue!

Solution assez bête: si tu forces une pression permanente sur un bouton de la manette, ca n'est pas suffisant pour éviter la mise en veille ?

Il faudrait juste ajouter un mécanisme permettant l'intégration de "plugins" à l'émulateur et le tour est joué: quelqu'un propose en "projet externe" un plugin qui déchiffre les fichiers fournis en input. Ainsi, le plugin est attaquable mais pas l'émulateur (un peu comme Atmosphère et les SigPatches).

Pas très malin lorsqu'on est américain ou européen...

Par contre, ça aurait été beaucoup plus drôle si ça avait été un streamer russe ou chinois: big N en PLS car pas possible d'envoyer son armée d'avocats. :-p

DELETED: Double post

Le problème n'est pas le backport de Diablo 4 (la team faisant habituellement les backports l'a déjà fait) mais la connexion permanante qu'il demande. Etant donné qu'il n'y a pas de code pour "gerer le jeu en local", il faut obligatoirement être connecté aux serveurs de Blizzard, donc au PSN.

Comme je l'ai indiqué plus haut, la solution pour cette erreur en 5.05 consiste juste à passer par un profil utilisateur qui n'a jamais été connecté au PSN.

Pour les gens en 5.05 et que ça marche pas, essayez le Goldhen 2.1.2 (Karo ou autre)
Ça à marché pour quelqu’un d’autre apparemment

 

J'ai testé cette version et j'ai le même problème. J'ai aussi testé de reconstruire la DB: la pire frayeur puisque ça a fait sauté tous les FPKG (heureusement qu'il y a un script Python3 pour reconstruire la partie manquante). Mais même après ça, HFW ne fonctionnait toujours pas.

 

Finalement, j'ai enfin trouvé la raison: le compte que j'utilisais est "connecté au PSN" (à l'époque où le FW 4.50 était le plus récent, ça date...). J'ai testé avec le compte de ma femme (sans credentials PSN): le jeu démarre bien!

code erreur 34878 en 5.05 pour moi

 

 

Aucun soucis pour moi en 5.05 sur ps4 pro

 

Je suis sur PS4 Pro en 5.05 avec GoldenHEN 2.2.2 et j'ai aussi l'erreur CE-34878-0 au démarrage du jeu. :-(

 

Une idée de ce qui peut poser ce problème? Massacreur, quel HEN utilises-tu?

Il y a plus des applications pour le backport des jeux 9.00 vers les firmwares inférieurs ?

Les backports des jeux jusqu'au 7.55 étaient automatisables car il suffisait juste de modifier les executables pour indiquer de prendre des fonctions système existantes en 5.05 qui étaient strictement identiques.

Malheureusement, au delà, les jeux ont commencé à exploité de nouvelles fonctions système (ou des fonctions similaires devant être appelées différemment). Par conséquent, il n'y a plus de moyen automatique: il faut reverse-engineer les executables et les modifications à faire sont donc "uniques" par executable.

Je ne veux pas dire de connerie mais dès lors que tu as le code source d'un sdk tu peux faire un homebrew qui va wrapper ou ouvrir des fonctions de la console. Logiquement si je peux faire croire à la console que je lance une appli officielle, derrière les possibilités sont quasi illimitées.

 

L'application que tu compiles avec le SDK n'étant pas signée avec les clés "retail", elle ne fonctionnera que sur les consoles DevKit ou les TestKit.
C'est seulement une fois que le développeur propose une version "finale" de son executable au constructeur que ce dernier va convertir cette version non signée en version signée.