fichier bin

Le développeur @Gezine ajoute à son BD-JB, les correctifs AIO. Comme déjà indiqué, ils résolvent les problèmes d'écran noir et de corruption des données de sauvegarde dans certains jeux.

Ceci n'est nécessaire que pour les versions 1.00, 1.1 et 1.1b. À partir de la v1.2, les correctifs sont inclus dans l'ISO. Le mieux est de refaire une gravure du BD-JB mais si vous ne pouvez ou ne le souhaitez pas, voilà comment agir:

1. Chargez payload.bin (GoldHEN ou HEN) normalement à partir de l'USB.
2. Envoyez aiofix_network.elf via le réseau local avec Bin Loader

Vous recevrez une notification une fois l’opération terminée du patch AIO. Vous devez envoyer ce fichier .elf chaque fois que vous exécutez l'exploit Lapse. Vous pouvez aussi faire de elf le plugin pour se charger automatiquement lorsque HEN est chargé. Vous n'aurez plus besoin de la clé USB après l'exécution également.

Le développeur @Gezine propose des correctifs pour son BD-JB. Au menu:

[+] CLIQUER POUR AFFICHER

• RemoteJarLoader 1.2
  
  • Ajout de la fonctionnalité InternalJarLoader qui vous permet d'exécuter un fichier JAR à partir du disque.
  
  
  • Ajout de la fonctionnalité FileProxyDisabler pour que vous puissiez accéder au système de fichiers sandboxé BD-J (/app0, /disc, ...) à l'aide de l'API Java File


• Lapse 1.1
  
  • Correction d'un crash pour 9.00 et 9.03
  
  
  • Modification du fonctionnement du loader de payloads USB
    
    • Maintenant, il s'exécutera à partir du chemin USB et non du chemin de Data après avoir copié le payoiad vers le chemin de Data
    
    
    • Il vérifie également /mnt/usb0 à usb4 pour trouver payload.bin

Pour celle et ceux qui ont franchi le pas vers HOS 20.0.1, quelque soit la raison, vous pourriez rencontrer des problèmes avec plusieurs aspects:

Sigpatches et/ou sys-patch
Pour rappel, depuis la version Atmosphere 1.7.0 et ultérieure, les correctifs IPS KIP ne sont plus pris en charge. Ils étaient utilisés pour le piratage. Par conséquent, les sigpatches ne fonctionneront pas correctement, sauf si:

• Vous chargez le package3 Atmosphère via le FSS0 Hekate. Vous devrez redémarrer Hekate puis accéder à Launch et sélectionner emuNAND CFW ou sysNAND CFW (selon celui utilisé)


• Si vous avez téléchargé les sigpatches depuis ce tuto:
  
  • Le fichier hekate_ipl.ini présent dans bootloader est nommé volontairement hekate_ipl.ini.template. Il suffit de le renommer hekate_ipl.ini et vous aurez déjà tout ce dont vous avez besoin.
  
  
  • Les modifications engagées (ou a engager) sont:
    

    [+] CLIQUER POUR AFFICHER

    • La clé fss0 était utilisée pour indiquer, dans le boot, qu'il fallait charger un package3 Atmosphere. Le nom de la clé a été renommée en pkg3. Vous devez donc modifier fss0=atmosphere/package3 par pkg3=atmosphere/package3
    
    
    • La configuration utilisée atmosphere=1 n'est plus nécessaire car le correctif est effectué pour les parties extraites du Package3. Cette clé a été renommée en kernelprocid. Lorsque vous activez ce paramètre, le correctif d'envoi/réception de l'ID de processus du noyau est activé
      
      • Vous pouvez le supprimer ou le laisser dans emuNAND CFW ou sysNAND CFW
      
      
      • Dans Stock - sysMMC, la clé atmosphere=1 doit être renommée par kernelprocid=1 si vous le paramétrer
    
    
    • Vous pouvez agir dessus comme vous l'entendez et vérifiez quels sont les changements apportés avec votre ancien fichier hekate_ipl.ini ou l'ouvrant avec bloc-notes



• Vous pouvez aussi trouver les versions modifiées du CFW Atmosphere et fusee.bin avec la prise en charge des correctifs IPS Kip. Aucun lien sur le forum !


• Vous pouvez utiliser sys-patch au lieu de sigpatches. Sys-patch sera le nouveau moyen simple de les obtenir à long terme

Les Modules

L'histoire de perte de mémoire pour les modules a été compensée en réservant 20 MB de moins sur un autre élément d'Atmosphere pour limiter les problèmes. Au lieu de 40 MB on tombe à 34 MB. La perte n'est pas si importante et c'est dans certains cas très spécifiques que cela pourrait poser des problèmes

Réservé à un public et à des développeurs experts

Le développeur esc0rd3w propose PS3HEN 3.3.1 en version beta depuis un petit moment déjà. Voici le fil de discussion sur PSX Place. Pour installer le HEN v3.3.1 Beta, il faut préalablement activer le mode Development dans HFW Tools
Au menu:

• Le code lié à la création de fichiers RIF a été retravaillé de mappath vers les fichiers source et d'en-tête make_rif. OP a été mis à jour pour refléter les changements, et tous les anciens packages de test ont été archivés


• Optimisation du code pour qu'il corresponde davantage à la base du code COBRA actuel. Les fonctions mutex ont également été mises à jour dans mappath.


• Ajout de la prise en charge de la lecture du fichier rap.bin et la prise en charge de PS Home avec XML personnalisé de DeViL303


• Ajout d'une version non-debug (test31b) et d'une autre pour laquelle aldostools (test32) a apporté quelques modifications pour les performances


• Mises à jour de make_rif d'aldostools pour les performances

Lien direct depuis PS3

Code: Select All Code

https://ps3xploit.me/hen/installer/auto/dev/index.html

Bonjour,
J'ai essayé de suivre votre tuto, mais cela ne fonctionne pas.
J'ai une carte sd de 256go avec EmuMMC dessus où j'ai fait un backup. Les fichiers BOOT0, BOOT1 et rawnand.bin ont été déplacés dans le fichier restore.
Je souhaite transférer les données de ma carte sd 256go sur une carte sd 1tb.
Lorsque je copie/colle les données, j'ai des messages de non transfert pour des fichiers .nca du dossier EmuMMC.

Voici ce que j'ai sur ma carte sd 256go :


C'est possible d'avoir + de détails pour cette manipulation de transfert d'une carde sd à une autre ?

Rien à voir. Comme déjà dit juste avant, le patch n’empêche pas le mode RCM de la console. Ce mode donne un écran noir. Normal que TegraRCMGui t’indique que c’est ok. En revanche, le patch empêche l’injection du payload même si TegraRCMGui t’indique que le payload a été correctement envoyé. Si tu as injecté le fichier .bin de Hekate et que tu as un écran noir, elle est patchée sinon tu te retrouverais avec l’interface NYX de Hekate et non un écran noir. Et c’est valable pour tous les autres payloads que tu utiliseras. S’il est injecté, tu arrives sur son Menu où sur un affichage et non sur un écran noir sinon je ne vois pas l’intérêt.

Si tu utilises le bon câble qui permet la transmission de données, que tu as bien préparé ta SD en Fat32 (ou en exFat si le driver est actif mais pour Hekate, aucune incidence puisqu’il prend en charge les 2), alors ton écran noir indique que ton modèle est patché.