232 réponses à ce sujet

[DED FR]

Salut DED et merci pour ton retour.

Es-tu, comme nous, en FW 10.01 avec M2 ?

 

Non, pas de M2, tout les jeux en externe.

[Wargla]

Merci DED FR pour tes explications claires comme d'hab, j'avais loupé le payload ps5-backpork.elf.

Quand j'entendais parler de backpork, je pensais que c'était juste des fichiers à remplacer sur son backup au cas où le fw de base du jeu était trop élevé pour sa console.

 

Donc j'ai fait les modifs et ça marche nickel, Ratchet et Stellar Blade se lancent sur ma pro maintenant

Et j'ai utilisé pour ma part le kstuff lite 1.07 récent d'EchoStretch pour les trophées, je confirme que je peux les voir maintenant

 

Donc résumé de ma config fonctionnelle, pour ceux qui veulent sauter le pas ce week end et comparer:

- PS5 pro FW 10.01

- Y2JB v1.3

- Thomas-hcb autoloader v1.1.0 car j'ai un M.2 interne

- EtaHen 2.5B

- Backpork v0.1

- kstuff lite 1.07 en surcharge pour ne pas utiliser la version 1.6.6 de base

 

J'ai donc ajouté ps5-backpork.elf au même endroit que etaHen-2.5B.bin, modifié le fichier de config en ajoutant ce nouveau payload en plus de etaHen-2.5B.bin (sans temps), et mis kstuff.elf en surcharge parmi les fichiers du répertoire etaHen pour qu'il soit pris en compte.

Et effectivement, en lançant les backups via webman, ça se lance parfaitement. Perso je ne suis pas pour le moment intéressé pour installer shadowmount, je n'ai pas assez de jeux sur ma clé USB donc je m'en fous que ça apparaisse sur le Home, et je n'utilise pas de exfat.

 

Voilà pour mon retour d'expérience. Bon jeux à tous, il y a de quoi faire maintenant

[calamita]

D'accord, et bien je viens d'apprendre encore un truc. Mais je comprends mieux pourquoi en chargeant kstuff puis etahen, la console debug disait que kstuff est déjà chargé.

Du coup, comme je charge etahen à la fin de la liste des payloads (au début ça fait planter parfois l'etahen toolbox), il n'y a pas de souci pour charger shadowmount plus au début (dans la mesure ou kstuff inclus dans etahen est chargé à la fin) ?

Si c’est un soucis je pense, shadowmountplus a besoin de kstuff pour tourner

EDIT
Faux, cela a changé et shadowmountplus ne dépend plus de kstuff pour démarrer. C’est même recommandé de charger d’abord shadowmountplus. À mon tour d’apprendre qqch !

Modifié par calamita, 12 juin 2026 - 05:52.

[DED FR]

Donc résumé de ma config fonctionnelle, pour ceux qui veulent sauter le pas ce week end et comparer:

- PS5 pro FW 10.01

- Y2JB v1.3

- Thomas-hcb autoloader v1.1.0 car j'ai un M.2 interne

- EtaHen 2.5B

- Backpork v0.1

- kstuff lite 1.07 en surcharge pour ne pas utiliser la version 1.6.6 de base

 

Merci du retour, en effet kstuff lite est largement mieux que celui d'etaHEN.

 

Par contre as tu testé Astrobot en interne avec etaHEN 2.5b ?

 

Perso, seul etaHEN 2.4b le fait tourner en externe.

[DED FR]

J'ai donc ajouté ps5-backpork.elf au même endroit que etaHen-2.5B.bin, modifié le fichier de config en ajoutant ce nouveau payload en plus de etaHen-2.5B.bin

 

Pour une maintenance plus aisée, (aucune modif de ps5_autoloader) backpork.elf peut aussi être ajouter dans les plugins pour être:

 

_mis en autoload avec etaHEN

 

_activable manuellement si besoin via la toolbox pour limiter le nombre de payload au démarrage d'etaHEN

 

[calamita]

Merci du retour, en effet kstuff lite est largement mieux que celui d'etaHEN.

Par contre as tu testé Astrobot en interne avec etaHEN 2.5b ?

Perso, seul etaHEN 2.4b le fait tourner en externe.

Chez moi Astrobot tourne sur M2, en ffpkg, avec kstuff lite et shadowmountplus

[DED FR]

Chez moi Astrobot tourne sur M2, en ffpkg, avec kstuff lite et shadowmountplus

 

Ok mais c surtout pour savoir si qq1 a réussi a faire tourner Astrobot en dossier sous etaHEN 2.5b via webman.

[Wargla]

Merci du retour, en effet kstuff lite est largement mieux que celui d'etaHEN.

 

Par contre as tu testé Astrobot en interne avec etaHEN 2.5b ?

 

Perso, seul etaHEN 2.4b le fait tourner en externe.

 

Je te confirme que Astrobot en interne ne fonctionne pas via webman avec etaHEN 2.5b en le mettant sur M.2. Avec etaHEN 2.4b, ça fonctionne en revanche. Bizarre.

Modifié par Wargla, 13 juin 2026 - 01:42.

[DED FR]

Je te confirme que Astrobot en interne ne fonctionne pas via webman avec etaHEN 2.5b en le mettant sur M.2. Avec etaHEN 2.4b, ça fonctionne en revanche. Bizarre.

 

Ok comme moi, et c pour ça que j'ai toujours etaHEN 2.4b car il intègre le best build ever de webman.

 

Bref, pas grave car j'aime pas le flot de notif inutiles de etaHEN 2.5b.

 

Merci du retour en tout cas.

[dieinbattle]

Bonjour à tous, j'utilise autoload 0.7. 

Avec y2jb1.5 et etahen 2.6b

 

Quand on fait une mise à jour

faut mettre le dat0 du nouveau Y2JB puis le zip du autoloader ? 

 

Ou juste mettre à jour Y2JB autoloader suffit ?

 

parceque en lancant youtube, ca affiche comme exploit Y2JB lapse 2.0 donc impossible de savoir à quel niveau en y2jb j'en suis.

[arkansis]

Bonjour à tous, j'utilise autoload 0.7. 

Avec y2jb1.5 et etahen 2.6b

 

Quand on fait une mise à jour

faut mettre le dat0 du nouveau Y2JB puis le zip du autoloader ? 

 

Ou juste mettre à jour Y2JB autoloader suffit ?

 

parceque en lancant youtube, ca affiche comme exploit Y2JB lapse 2.0 donc impossible de savoir à quel niveau en y2jb j'en suis.

Si je ne dit pas de bêtise, l'autoloader est un fork de Y2JB, donc l'autoloader contient déjà Y2JB.

Donc c'est soit on utilise le download0.dat de Y2JB, soit on utilise le download0.dat de l'autoloader.

Je suis passé à la version 0.9 de l'autoloader pour essayer.

Une fois le Y2JB autoloader à mettre à jour de lancé, je copie en FTP la nouvelle version du download0.dat dans le dossier: /user/download/PPSA01650, ensuite je copie le fichier y2jb_update.zip de la nouvelle version à la racine du support USB, puis je redémarre.
(Pas certain que le y2jb_update.zip soit nécessaire dans ce cas), mais je fais comme ça et ça fonctionne bien.

Par contre je n'utilise plus l'autoload.txt avec tous les payloads à charger, mais uniquement le payload pldmgr, qui s'occupe de tout charger après le chargement de l'autoloader. C'est infiniment plus stable ainsi.

Modifié par arkansis, 15 juin 2026 - 18:13.

[dieinbattle]

Si je ne dit pas de bêtise, l'autoloader est un fork de Y2JB, donc l'autoloader contient déjà Y2JB.

Donc c'est soit on utilise le download0.dat de Y2JB, soit on utilise le download0.dat de l'autoloader.

Je suis passé à la version 0.9 de l'autoloader pour essayer.

Une fois le Y2JB autoloader à mettre à jour de lancé, je copie en FTP la nouvelle version du download0.dat dans le dossier: /user/download/PPSA01650, ensuite je copie le fichier y2jb_update.zip de la nouvelle version à la racine du support USB, puis je redémarre.
(Pas certain que le y2jb_update.zip soit nécessaire dans ce cas), mais je fais comme ça et ça fonctionne bien.

Par contre je n'utilise plus l'autoload.txt avec tous les payloads à charger, mais uniquement le payload pldmgr, qui s'occupe de tout charger après le chargement de l'autoloader. C'est infiniment plus stable ainsi.

Bonjour, merci de ton retour. 

Petit à petit en testant je fais comme toi. 

Il faut décomposer pour augmenter la stabilité

Y2jb autoload : si ça plante pas grave, reboot et go

Puis Payload Manager et que lui. 

 

Ensuite on load ce qu'on veut avec automatisation ou non

Je découvre qu'à partir de là on peut très bien se passer de etahen et charger que kstuff

 

 

Perso une Payload manager en place, je lance en auto que shadowmount et kstuff et ça a l'air de moins planter ( à voir ...)

 

Parce que kstuff qui plante ca me fait plus peur : il reverifie toujours le ssd avec un reboot forcé ...

[DED FR]

https://www.logic-su...a-nouvelle-ps5/

 

Avant la création de "sujets", gemini et compagnie, la lecture du 1er post de ce sujet peut, parfois, sauver des vies...