Forums GAMERGEN

Link945 Wrote:

Neo-remy Wrote:C'est toujours sa =) C'est bien qui colle les failles =)

J'espère que pour la PSP2 il n'y aura pas de hack, sinon la console sera encore détruite ><

VIVE SONY // ABAT LE HACK

Ah ah il sort d'où celui-là ? "VIVE SONY ABAT LE HACK" apprends d'abord à écrire
Tu sais que t'es sur un site dédié aux hack, non t'as pas encore vu ?
Tu soutiens une boîte qui fait tout pour que tu puisses pas exploiter une machine que t'as payé 150 €
C'est bien, continue dans cette étroitesse d'esprit

J'allais le dire mais j'etais pas connecté après j'ai oublié (c'est tellement normal qu'une taupe ne sache pas écrire)

Hellnow Wrote:Même si on le convertit il doit être signé , sa devient comme un homebrew sur une PSP avec un OF.

Mais on me dit qu'il est DEJA signé...

Lorsque que tu met un UMD dans ton lecteur celui lis les première donnée "c'est un jeu,il s'appelle "trucbidule",le code parentale est de 8,etc etc" c'est info sont analyser pas un module du firmaware qui vérifie que l'umd est bien présent dans le lecteur.Une fois la source des donné confirmé un icône apparait pour lancer la lecture des données de jeu...
Lors du gameboot le système lance doap.bin(ici l'iso en question est Dead or alive paradise,du l'abrégé DOAP)C'est le jeu a proprement parlé...
Sur un homebrew l'eboot remplace quelque peu le "nomdujeu".bin.
Si on converti un ISO en .pbp donc en eboot le système officiel ne le trouvera pas car il n'a pas les info qui arrive de l'umd...
Pour ce qui est des jeux pspgo se sont de .pbp mais ceux-la on un module qui vérifie que ta psp est bien une go.

Voila une version abrégé car sinon ce serai bien plus long...

Merci, et comment les gens font pour l'opération inverse (EBOOT.PBP en ISO)?
J'ai essayé de voir, c'est simple... le ELF (le contenu du jeu, le bin) doublé et placé dans un dossier, le reste à la racine du EBOOT, et un dossier USR_DIR vide (plein dans les UMD du commerce) ... Bref, je m'en rappelle plus trop, mais ça ressemble à ça.

le gremlins Wrote:Lorsque que tu met un UMD dans ton lecteur celui lis les première donnée "c'est un jeu,il s'appelle "trucbidule",le code parentale est de 8,etc etc" c'est info sont analyser pas un module du firmaware qui vérifie que l'umd est bien présent dans le lecteur.Une fois la source des donné confirmé un icône apparait pour lancer la lecture des données de jeu...
Lors du gameboot le système lance doap.bin(ici l'iso en question est Dead or alive paradise,du l'abrégé DOAP)C'est le jeu a proprement parlé...
Sur un homebrew l'eboot remplace quelque peu le "nomdujeu".bin.
Si on converti un ISO en .pbp donc en eboot le système officiel ne le trouvera pas car il n'a pas les info qui arrive de l'umd...
Pour ce qui est des jeux pspgo se sont de .pbp mais ceux-la on un module qui vérifie que ta psp est bien une go.

Voila une version abrégé car sinon ce serai bien plus long...

Dans les EBOOT.PBP "normaux", les infos sont présentes? Si oui, on peut convertir en rajoutant ces infos, sinon, bah je verrais pas le problème.

Terbaddo Wrote:Dans les EBOOT.PBP "normaux", les infos sont présentes? Si oui, on peut convertir en rajoutant ces infos, sinon, bah je verrais pas le problème.

Oui le cf ont un module qui check les repertoir GAME et ISO pour les affiché...C'est un peu une sorte de disque UMD virtuel..

Tout a fait raison le gremlins tu as raison.

Quand je dis "normaux" je parle des updates, des démos et tout

Alors la sa change tout c'est que c'est codé différament

Mauvaise nouvelle
Merci pour la new's.