g-kid

arf c'est de l'émulation ps1, fallait le dire...

slt n'échange pas les fichiers, si le dvdmenu est mal généré doit y avoir une raison fait déjà un test en menu iso voir si son dd est bien reconnu xkey.cfg : MENUISO=Y MENUDVD=N

sympa le support ps1, mais un bon paquet sont maintenant dispo sur le store jcomprend pas pourquoi ils se penchent pas plus sur le support ps2, s'ils arrivent à réimplémenté le support ps1 alors.... enfin j'imagine ça doit pas ètre si simple

AAAAAAAARGHHHHHH... (cri de guerre), les tuto ps3 c'est pour quand ? jveux bien donner la main si besoin http://gueux-forum.net/index.php?/topic/264048-tuto-progskeet/ DONNEZ MOI LE CONTROLE JVAIS VOUS REMETTRE DE L'ORDRE MOI !!!

me semble que wasabi marche aussi bien que xkey sur xbox heureusement que y a de la concurence parceque vu la qualité du xkey, avec le 3key ils auront intéret à faire mieux

pas de probleme avec la loi, t'as le droit de vendre, mais si le jeu ne fonctionne pas ailleur que chez toi t'auras juste pas de client

tfacon, dès lors que l'on intervient physiquement sur un systeme, tout est possible

il semble d'ailleur que pour extraire la clé sur les 25xx, 3k et 4k, il va falloir souder

comment impossible ? c'est la bonne piece sur ebay et y a forcément moyen de démonter évite la concession car c'est vraiment le genre de truc tu peux faire toi-mème

si les données sont crypté il sera pas reconnu sur pc, dans ce cas tu fais clik droit sur poste de travail puis "gérer" et là tu verra le hdd apparaitre et tu pourras le formater en ntfs

slt tu peux faire la maj direct en 1.30 places les fichiers rootfs et uImage à la racine de ton dd externe ensuite branche ton dd sur la console puis démarre, puis laisse faire, ne touche plus à rien pendant 10min, le temps que la maj s'effectue ensuite éteint la console, supprime rootfs et uImage et places xkey.cfg à la racine du dd externe rebranche le dd puis redémarre, le xkey est à jour pour info, avant la telecommande ne m'était pas indispensable et pourtant, depuis que jai changé de dd externe jsuis obligé de la brancher sinon mon dd n'est pas reconnu.... pour le hdd 360, t'es obligé de le laisser dans la console pour les saves et autres mais si t'en a un autre sous le coude, il doit etre tout à fait possible de le caser dans un boitier externe

le rendu est impressionnant il me semble que ms n'est pas seul dans ce genre de projet, jai lu quelques part plusieurs constructeurs promettrent du full 3D vers 2015 parceque perso, la 3D actuel avec lunettes jtrouve ça trop foireux

effectivement, ptin c'est moi qui plane, je passe en 0.9.1

on test ton prog donc on étudie toutes les possibilités essai avec ce pkg tu verra de quoi je parle, http://www.2shared.com/file/StPIuZS0/FinalFightDoubleImpactPSNPS3-D.html'>part1 et http://www.2shared.com/fadmin/46057038/2f278cc/FinalFightDoubleImpactPSNPS3-D.002.html'>part2 (jai du decouper pour upload) eboot d'origine et dans ce cas précis, t'obtiendra le meme probleme que chezmoi1974 tu résoud en effet ce probleme en v0.9.1, mais si tu donne la possibilité de créer un pkg modifié malgrès un eboot non modifiable, le pkg restera non fonctionnel sur ps3 et l'utilisateur ne comprendra pas vu qu'il n'aura eu aucune erreur

avec un pkg d'origine, le pkg_modifié se créer cette fois, mais le eboot reste identique d'ailleur dans le log resigner.exe : eboot decrypting fail ce serait pas inutile de reporter ce message... sinon je reste sur l'ancienne version, blocage de la creation du fichier simplement

chez moi, c'est un probleme de eboot ce probleme survient quand on essai de resigner un pkg d'origine, sans eboot modifié aucune erreur dans le log mais le pkg_modifié ne se créer pas (+ duplicata de resigner.exe dans le dossier temp ) de ce que je sais, y a 2 sortes de .pkg : *pkg avec eboot déjà modifié, dans ce cas on resigne le pkg sans problème *pkg avec eboot d'origine + pkg avec eboot modifié, dans ce cas faut resigner le 2eme pkg uniquement, le 1er contient un eboot non decryptable par resigner.exe je pense que t'es dans le 2eme cas, il te manque le .pkg associé à rayman.pkg (le fix, contenant le eboot modifié à resigner)

MP

témoignage assez probant d'un membre vip gueux : jai été guère étonné...

du prog sur mesure, c'est parfait ça jte tire mon chapeau jai check un peu le code source, jaimerai savoir faire pour automatiser la création de mes fichiers .pam, tu pense que c'est accessible ?

methode 3 je confirme

jvais ptetre dire une connerie mais, y a pas moyen de remplacer l'execution de scetool.exe par resigner.exe ?

envoi un pkg qui pose probleme je peux tjr verifier mais comme dit plus haut, jai jamais aucun probleme avec la méthode manuelle quand ça foire c'est que 4.21 EBOOT Resigner n'arrive pas à décrypter s'il décrypte pas c'est que le eboot est d'origine, or, il ne sais patcher que les eboot modifié c'est con parceque sinon, sans ces petites modif ton prog fonctionne très bien

y a un truc qui m'échappe, jcomprend pas pourquoi scetool.exe... pour resigner un pkg manuellement, on a besoin de : *PkgView pour extraire *PKG_ContentID pour identifier *4.21 EBOOT Resigner pour patcher *psn_package_npdrm pour recompiler pourquoi utiliser scetool plutot que 4.21 EBOOT Resigner ?

jai inclu une exeption dans avast pour ètre tranquille mais toujours ce mème message d'erreur lors du patchage t'es bien sous win7 ? arf jpeux pas t'aider je connais rien en programmation... scetool 0.2.9 <public build> (C) 2011-2012 by naehrwert NP local license handling (C) 2012 by flatz [*] Loaded keysets. [*] Loaded loader curves. [*] Loaded vsh curves. [*] Skipped program header LOAD @ 0x00282AA8 (0x00000000) [*] Skipped program header LOAD @ 0x00282AA8 (0x00000000) [*] Skipped program header TLS @ 0x00280424 (0x00000000) [*] Skipped program header PARAMS @ 0x00269D00 (0x00000000) [*] Skipped program header PRX @ 0x00269D28 (0x00000000) [*] SELF built. [*] Skipped compression of section 002 (size is zero) [*] Data compressed. [*] Data encrypted. [*] EBOOT.BIN written. scetool 0.2.9 <public build> (C) 2011-2012 by naehrwert NP local license handling (C) 2012 by flatz [*] Warning: Skipped decryption of section 005 (marked encrypted but key/iv index out of range) [*] Warning: Skipped decryption of section 006 (marked encrypted but key/iv index out of range) [*] ELF written to EBOOT.ELF. PARAM.SFO: overwrite VERSION to 01.05. (from 01.06) Package Configuration: ContentID = SET053-NPUB30403_00-STAREXPLOREDRONE Klicensee = 0x00000000000000000000000000000000 DRMType = Free ContentType = GameExec PackageFlag = RenameDirectory (during install for consistency) PackageVersion = 01.05 # TITLE_ID : NPUB30403 # CATEGORY : HG # BOOTABLE : YES # VERSION : 01.05 # APP_VER : 01.00 # PS3_SYSTEM_VER : 03.4000 # QA_Digest : 0x2501D22CACAF4ECC4F208C0A6FAB9C3E # Packaged by : MODDED V1.0 - Original Rev. 1732 Allocating disk space for the package: 4,868,560 bytes. Generate Package : "SET053-NPUB30403_00-STAREXPLOREDRONE.pkg" Entry list: [5 entries] raw data: PARAM.SFO raw data: ICON0.PNG raw data: PIC1.PNG directory: USRDIR raw data: USRDIR/EBOOT.BIN Notice: raw data is NOT protected by DRM. please use NPDRM EDATA if you need to protect.

tous les eboot de pkg ne sont pas décryptable (du moins, pas avec la methode qu'on utilise), ça pourrait expliquer le blem avec certains de tes pkg enfin les miens le sont c'est sùr, je testerais tout ça demain, bonne nuit EDIT : bon jarrive pas à dormir, jviens d'essayer avec ton nouveau .exe il déclenche avast, fichier suspect donc analyse dans la sandbox... pendant ce temps le prog fait son travail, mais l'antivirus tue le process en cours... ARF