tikilou

De toute façon, les penuries, c'est rien que du marketing, depuis plusieurs années, c'est devenu une pratique courante au sein des industries de les organiser pour faire genre qu'un produit se vends monstrueusement bien et qu'ils n'arrivent pas à assurer la production derrière tellement la demande est forte... Entre autre pour créer un BuZz, et surtout, pour un rajout pas cher de "valeur ajoutée"... Y'a que les pigeons et fanboys pour croire encore à ce genre de foutaises, tout secteurs confondus. ... Ou les ricains !

Vrai de vrai? Si la prise en charge des disques PS2 est annoncée (j'ai la rétrocompatibilité), je serais bien partant pour changer mon bloc optique moi... Peut être que je pourrais enfin finir Final Fantasy X et jouer au XII !

Yolteotl, la question n'est pas là, dans tous les cas, si les administrateurs de Gueux n'imposaient pas des règles très strictes et claires vis à vis du piratage, avec sanctions à la clé, le site ne pourrait pas exister, tout simplement. Alors tous ceux qui viennent faire chier pour une question d'hypocrisie et tout le toutim, désolé d'être impoli, mais FERMEZ LÀ ! Si certains piratent, c'est leur problème et chacun d'entre eux doit en assumer seul la responsabilité. Bien des personnes, souhaitent que ce site puisse rester online pour encore un bon bout de temps en ayant une existence publique et légale !

Bha ouais... Comme d'habitude quoi, un PKG ne s'installe (pour le moment) que sur HDD interne... Après, en théorie de la même façon qu'on lance un firmware sur USB (/dev_flash vers /usb000), il pourrait être possible de faire un symlink (lien symbolique) entre le dossier ou s'installent les PKG et un dossier sur le disque dur externe... Reste que le FAT32 (et éventuellement le NTFS) risquent de poser des problèmes, le système de fichier de la partition du disque dur interne est de type UNIX, avec gestion des droits Accès/Lecture/Écriture/Éxecution, et permet également d'outrepasser la limite des 4Go... Donc dans l'idéal, il faudrait au minimum, plutôt qu'implémenter la prise en charge NTFS au sein du noyau de la PS3 comme c'est tant demandé, implémenter un système de fichier de type UNIX, tel que l'ext 2, 3 ou 4, voir même le BTRFS, qui prennent en charge la gestion des droits, etc... (d'ailleurs ça éviterait les contraintes de la fragmentation, ce qui ne serait sans doute pas du luxe...) Le problème, c'est qu'au autant sous Linux, BSD, MacOS, et d'autres systèmes, il n'y aucun souci de prise en charge de ces systèmes avec les modules/programmes appropriés, autant sous Windows, Microsoft les ignore totalement... Tout simplement, donc on s'en tient à quelques pauvres programmes prenant plus ou moins bien l'ext2/3, c'est tout.

En effet. Puis de tout façon les DD interne vont vite être plein. Au final on arrêtera pas désinstaller/réinstaller pour jouer à un jeu... Je ne vois pas bien l'utilité vue que quoi qu'il arrive on ne pourras pas se passer des dde. T'es riche toi dit donc, hormis Metal Gear et FF, les jeux de plus d'une 15aine de Go se comptent sur les doigts d'une main il me semble... Il te faudra avoir acheté un sacré paquet de jeux avant d'avoir remplit un HDD.

Ou de mettre en place un serveur HTTP sur notre PC, et d’accéder au téléchargement des backups au format PKG, sur PS3 via le navigateur du XMB? Ça serait quand même plus pratique que par FTP... Sinon il reste la possibilité de scinder un jeu en plusieurs PKG... Après tout y'a bien des updates qui s'installent en plusieurs parties.

Mais c'est déjà possible avec l'outil de TheTool, non ? Ou alors tous les fichiers du jeu seront dans le .pkg ? Merci de l'éclairage de ceux qui ont compris. Le but, c'est de copier directement l'intégralité des fichiers du jeu en un PKG, puis de l'installer tout à fait normalement comme s'installerait n'importe quel jeu application ou démo en PKG... Et enfin de lancer son jeu sans dépendre de toute la clique habituelle (dépendance BD-Emu j'imagine, etc...)

Encore une fois, comparons ce qui est comparables, je n'ai pas rapporté un centime à Sony, j'ai acheté la PS3 FAT (modèle 60Go) à un collègue du Taff, qui lui laissait prendre la poussière depuis plus de 2ans... Pour la modique somme de 20€, juste histoire de ! Bref, rajoute quoi... 50€ pour un nouveau bloc optique quand j'en sentirais l'utilité et que j'aurais l'argent pour, et 12€ que j'ai dépensé pour lui refiler la meilleure pâte thermique possible afin que la console tienne dans le temps... Et 20€ pour mon dongle AT90USB162. Au final, la console, m'aura couté 52€, et une centaine d'euros si je décide de remettre en état le lecteur Blu-ray. Et dans tous les cas, j'ai toujours préféré exploiter et rentabiliser à fond le matériel dont je dispose... J'ai un Baladeur sous Rockbox, un Smartphone Windows mobile que j'ai récupéré pour y installer Androïd, un vieux laptop avec écran cassé qui sert de serveur à tous les colocs... Etc. Quand j'achète du matos, d'occaz ou non, c'est justement en prévision des possibilités alternatives supplémentaires qu'il pourrait m'offrir.

tout le monde disait ça lorsqu'il s'agissait du 3.15 avec le retrait de l'other OS et l'histoire du hack de Geohot et tout le monde est passé ensuite au 3.21 ou 3.41 Donc toi aussi ça t'arrivera d'y passer au 3.50 ou 3.XX genre quand Killzone 3 ou Last Gardian va arrivé, chose que je comprends d'ailleur mais ça ne fera pas avancer le problème du moment Comparez ce qui est comparable aussi, la la PS3 peut lancer du code non signé, et on n'est sans doute pas prêt de retrouver une telle faille... Moi j'men fou de toute, la ps3 que j'ai récupéré a son bloc optique HS, et j'ai une 360 récupérée à coté... Qui fonctionne très bien. Vu les capacités de la PS3, je ne suis pas prêt de la MAJ, elle fera un très bon Centre multimédia tôt ou tard (façon XBOX 1 en HD), et sera sans doute plusieurs années après (si elle fonctionne toujours...), recyclée comme serveur dédié sous nux. Pour les rageux, passez en 3.50 si ça vous chante, mais je sais vraiment pas ce que vous foutez sur ce forum, à la base c'est un forum dédié à la bidouille sur consoles hein... Pas voué à devenir JV.COM, alors allez faire du prosélytisme ailleurs !

La Team Delight, largement reconnue dans les années 90 sur diverses plateformes, planche aujourd'hui sur la possibilité de faire un backup des Jeux, DLC, et applications récupérées sur le PSN, directement en fichiers installables au format PKG, pouvant ensuite êtres installés sur le disque dur interne de la console sans problèmes relatifs aux backups managers (voilà qui sonne le glas de ces derniers), comme n'importe quel PKG standard. Apparemment, la team aurait bien avancé, elle informe d'ailleurs que le nécessaire aurait déjà été développé pour les jeux retail (commerciaux, sur disques), mais qu'elle souhaiterait également améliorer son programme afin de le rendre compatible avec les jeux et applications du PSN, afin que chacun puisse en faire des backups et les réinstaller sans problèmes... Ils travaillent actuellement sur la possibilité d'outrepasser la nécessité de récupérer les licences normalement nécessaires. Heden membre de DeLiGhT nous présente au passage, 3 nouvelles démonstrations techniques. Il s'agit simplement de démos dans le même genre que celle qu'on pouvait trouver dans les années 90 pour ceux se rapellent. Le but de ces démos est de nous montrer ce qu'il techniquement faisable de réaliser aujourd'hui. http://www.megaupload.com/?d=NN4M53R0 http://www.megaupload.com/?d=WE7IUU6Q http://www.megaupload.com/?d=8NIFORF0 Source : PSGroove

mhhh, j'essaierais de voir ce qui ne vas pas un peu plus tard, j'vais aller bosser là. Merci quand même zouzzz

C'est ce que j'ai fait pourtant... J'ai formaté la clé en Fat32, j'ai copié l'intégralité du contenu /dev_flash à la racine de la clé USB, et ensuite j'ai utilisé l'homebrew... :-/

Bon, perso j'ai tout tenté, aussi bien en Hermes V4B, qu'avec la dernière version du PL3 de kakaroto, j'ai bien dumpé mon /dev_flash, et tout mis sur une clé USB... Et à chaque fois même topo, méga plantage, et quand je redémarre la console, elle me demande l'autorisation d'envoyer un rapport d'erreur à Sony.

Pour faire remonter les bugs, c'est par ici => https://github.com/kakaroto/PL3/issues

Dites, après avoir dumpé mon LV2.bin, je regardais les sources, en passant, et je me demandais s'il n'y avait pas moyen d'adapter ça pour qu'au lieu de mapper à /dev/usb00X , on mappe à /dev_hdd0/custom_firmware ou /dev_sd pour les possesseurs d'un PS3 disposant d'un lecteur de cartes SD (ça serait très pratique, intégré, discret) Ici, si je comprends bien, il s'agit de modifications hexadécimales effectuées au sein du kernel en mémoire c'est ça? D'un coté, on retrouverais les offsets correspondants au mapping vers l'usb, de l'autre ce qui serait clair ne serait que l'affichage du texte dans le programme? (Qu'on pourrait aisément traduire je suppose?) #include <stdio.h>#include <stdlib.h>#include <stdarg.h>#include <assert.h>#include <string.h>#include <string>#include <dirent.h>#include <unistd.h>#include <fcntl.h>#include <time.h>#include <math.h>#include <stddef.h>#include <sys/process.h>#include <cell/cell_fs.h>#include <sys/spu_initialize.h>#include <cell/dbgfont.h>#include <cell/sysmodule.h>#include <cell/pad/libpad.h>#include <sysutil/sysutil_sysparam.h>#include <PSGL/psglu.h>#include "../common/gfxCommon.h"#include "../common/gfxObject.h"#define BUTTON_SELECT (1<<0)#define BUTTON_L3 (1<<1)#define BUTTON_R3 (1<<2)#define BUTTON_START (1<<3)#define BUTTON_UP (1<<4)#define BUTTON_RIGHT (1<<5)#define BUTTON_DOWN (1<<6)#define BUTTON_LEFT (1<<7)#define BUTTON_L2 (1<<8)#define BUTTON_R2 (1<<9)#define BUTTON_L1 (1<<10)#define BUTTON_R1 (1<<11)#define BUTTON_TRIANGLE (1<<12)#define BUTTON_CIRCLE (1<<13)#define BUTTON_CROSS (1<<14)#define BUTTON_SQUARE (1<<15)SYS_PROCESS_PARAM(1001, 0x10000)uint32_t new_pad;uint32_t old_pad;uint64_t devFlash = 0x5F666C6173680000ULL; // "_flash"uint64_t devFlashO = 0x5F666C6173684F00ULL; // "_flashO"uint64_t devUsbMap = 0x5F75736230303000ULL; // "_usb006"uint64_t appHome = 0x5F686F6D65000000ULL; // "_home"uint64_t appHomeFull = 0x6170705F686F6D65ULL;uint64_t devUsb0 = 0x6465765F75736230ULL;uint64_t devCF = 0x5F63660000000000ULL;uint64_t start = 0x80000000003EE470ULL;uint64_t end = 0x80000000003EF570ULL;unsigned int usb;void systemCallbackCheck(const uint64_t status, const uint64_t param, void *userdata){ (void)userdata; (void)param; switch (status) { case CELL_SYSUTIL_REQUEST_EXITGAME: sys_process_exit(0); break; default: break; }}int readPad( void ){ int ret; uint32_t padd; CellPadData databuf; CellPadInfo infobuf; static uint32_t old_info = 0; ret = cellPadGetInfo( &infobuf ); if (ret != 0) { old_pad = new_pad = 0; return 1; } if (infobuf.status[0] == CELL_PAD_STATUS_DISCONNECTED) { old_pad = new_pad = 0; return 1; } if((infobuf.info & CELL_PAD_INFO_INTERCEPTED) && (!(old_info & CELL_PAD_INFO_INTERCEPTED))) { old_info = infobuf.info; } else if((!(infobuf.info & CELL_PAD_INFO_INTERCEPTED)) && (old_info & CELL_PAD_INFO_INTERCEPTED)) { old_info = infobuf.info; old_pad = new_pad = 0; return 1; } ret = cellPadGetData( 0, &databuf ); if (ret != CELL_OK) { old_pad = new_pad = 0; return 1; } if (databuf.len == 0) { new_pad = 0; return 1; } padd = ( databuf.button[2] | ( databuf.button[3] << 8 ) ); new_pad = padd & (~old_pad); old_pad = padd; return 1;}void clear(){ glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT | GL_STENCIL_BUFFER_BIT);}static inline void poke( uint64_t addr, uint64_t val){ system_call_2(7, addr, val); }static inline uint64_t peek(uint64_t address){ system_call_1(6, address); return_to_user_prog(uint64_t);}void dumpLV2(const char *path){ FILE *output; uint64_t temp; uint64_t startpos; uint64_t endpos; startpos = 0x8000000000000000ULL; endpos = 0x80000000007FFFFFULL; output = fopen (path, "wb"); for (uint64_t i = startpos; i < endpos; i = i + sizeof(uint64_t)) { temp = peek (i); fwrite (&temp, sizeof(uint64_t), 1, output); } fclose (output);}uint64_t hexToULong(const char *chars){ return strtoull (chars,NULL,16);}int strLen(char *str){ int count = 0; while (*str++) count++; return count;}char *strToHexStr(char *str) { char *newstr = new char[16]; memset(newstr, 0, 16); int len = strLen(str); for(int i = 0; i < len; i++) { char *chrs = new char[2]; sprintf(chrs, "%02X", (char)str[i]); strcat(newstr, chrs); } for(int i = len; i < 8; i++) strcat(newstr, "00"); return(newstr); } uint64_t strToULong(char *str){ char *chars = strToHexStr(str); return hexToULong(chars);}void dumpMounts(const char *path){ FILE *output; uint64_t temp; uint64_t startpos; uint64_t endpos; startpos = start; endpos = end; output = fopen (path, "wb"); for (uint64_t i = startpos; i < endpos; i = i + sizeof(uint64_t)) { temp = peek (i); fwrite (&temp, sizeof(uint64_t), 1, output); } fclose (output);}int main(){ // Initialize 6 SPUs but reserve 1 SPU as a raw SPU for PSGL sys_spu_initialize(6, 1); cellSysutilRegisterCallback(0, systemCallbackCheck, NULL); cellSysmoduleLoadModule(CELL_SYSMODULE_IO); cellSysmoduleLoadModule(CELL_SYSMODULE_FS); cellPadInit(1); // init PSGL and get the current system width and height gfxInitGraphics(); // initalize the dbgFonts dbgFontInit(); usb = 0; char *device = new char[7]; while(1) { // check for exit cellSysutilCheckCallback(); clear(); // read pad readPad(); // check if syscall works if(peek(0x80000000003EE470ULL) == 0xffffffff80010003ULL) break; // quit the loop if(old_pad & BUTTON_UP) if(usb < 127) usb++; if(old_pad & BUTTON_DOWN) if(usb > 0) usb--; if(old_pad & BUTTON_CROSS) { uint64_t addr = start; bool found1 = false; bool found2 = false; while( addr != end ) { uint64_t map = peek(addr); if(map == devFlash) { found1 = true; poke(addr, devUsbMap); } else if(map == devUsbMap) { found2 = true; poke(addr, devFlash); } addr += 0x100; } char *chars = new char[255]; if(found1 || found2) strcat(chars, "Patched!"); else strcat(chars, "Failed."); if(found1) strcat(chars, "\n/dev_flash patched to /dev_usb%03d"); if(found2) strcat(chars, "\n/dev_usb patched to /dev_flash"); strcat(chars, "\nPress O to continue"); cellDbgFontPrintf( 0.08f, 0.1f, 1.2f, 0xff606060, chars, usb); cellDbgFontDraw(); psglSwap(); while(1) { readPad(); if(old_pad & BUTTON_CIRCLE) break; } clear(); psglSwap(); } if(old_pad & BUTTON_SQUARE) { uint64_t addr = start; bool found1 = false; bool found2 = false; while( addr != end ) { uint64_t map = peek(addr); if(map == appHome) { found1 = true; poke(addr - 3, devUsb0); poke(addr, devUsbMap); } else if(map == devUsbMap) { found2 = true; poke(addr - 3, appHomeFull); poke(addr, appHome); } addr += 0x100; } char *chars = new char[255]; if(found1 || found2) strcat(chars, "Patched!"); else strcat(chars, "Failed."); if(found1) strcat(chars, "\n/app_home patched to /dev_usb%03d"); if(found2) strcat(chars, "\n/dev_usb patched to /app_home"); strcat(chars, "\nPress O to continue"); cellDbgFontPrintf( 0.08f, 0.1f, 1.2f, 0xff606060, chars, usb); cellDbgFontDraw(); psglSwap(); while(1) { readPad(); if(old_pad & BUTTON_CIRCLE) break; } clear(); psglSwap(); } if(old_pad & BUTTON_TRIANGLE) break; if(old_pad & BUTTON_SELECT) { cellDbgFontPrintf( 0.08f, 0.1f, 1.2f, 0xff606060, "Dumping mounts.bin and lv2.bin to /dev_usb%03d/", usb); cellDbgFontDraw(); psglSwap(); char *path1 = new char[255]; sprintf(path1, "/dev_usb%03d/lv2.bin", usb); char *path2 = new char[255]; sprintf(path2, "/dev_usb%03d/mounts.bin", usb); dumpLV2(path1); dumpMounts(path2); clear(); cellDbgFontPrintf( 0.08f, 0.1f, 1.2f, 0xff606060, "Dump complete, press O to continue."); cellDbgFontDraw(); psglSwap(); while(1) { readPad(); if(old_pad & BUTTON_CIRCLE) break; } clear(); psglSwap(); } // print help stuff cellDbgFontPrintf( 0.08f, 0.1f, 1.2f, 0xff606060, "CFWLoad v1.0\n\nCurrent usb: /dev_usb%03d\n\nX - (Un)Patch /dev_flash as usb\nSquare - (Un)Patch /app_home as usb\nSelect - Dump lv2.bin & mounts.bin to usb\nUp/Down - Change USB\nTriangle - Exit\n\n\n- stoker25", usb); cellDbgFontDraw(); // set the usb ulong // this is done after printing the help so its the same as the user saw sprintf(device, "_usb%03d", usb); devUsbMap = strToULong(device); // swap PSGL buffers psglSwap(); sys_timer_usleep(250000); } sys_process_exit(0); return 1;}

C'est gentil zouzzz, mais bon... Chaque étape menant vers la productivité est un recueil d'idées, non?

Yep, reste que la récupération de la clé et l'histoire d'un dual NAND me semble être la meilleure manière de procéder... Mais là déjà, faudrait pouvoir récupérer cette clé permettant de déchiffrer la NAND (ou se cache elle?), et une fois dispo, comprendre l'algo utilisé pour chiffrer la nand... Et ensuite dev un outil d'extraction si l'algo chiffrant la nand n'est pas standard. Oui oui... Si je pouvais, j'irais vivre en Théorie, car en Théorie, tout se passe bien...

Le PUP de MAJ est déchiffré&décompressé par le XMB avant de mettre à jour la console, le tout serait de réussir à connaître les appels utilisés pour pouvoir extraire les fichiers en question... Via un homebrew? Ou alors, faire en sorte d'éteindre la console pile poil au bon moment afin de récupérer les fichiers extraits dans on ne sait quel répertoire temporaire (ça serait risqué comme méthode, j'avoue ") Ou bien encore... Trouver le moyen de déchiffrer la NAND en obtenant la clé via la console jailbreakée, mettre à jour la console via une seconde NAND (avec switch), puis dumper et extraire son contenu.

Pfou, la 360 élite que j'ai récupéré, je l'ai flashé il y a moins d'une semaine en LT 1.2, depuis, je ne l'ai plus reconnectée au net, et je crois que je vais préférer attendre pour voir ce qu'il en est... La concernant, surtout que je n'ai de toute façon pas vraiment envie de faire de MAJ... Sait on jamais, si une faille passe par là... De plus c'est un lecteur BenQ, et je n'en vois pas trop de retours...

Oui j'me doute, c'est juste que ça va à une vitesse... Enfin pour le moment en tout cas, actuellement ce ne sont que des révisions, pas de version stable/majeure à l'horizon, le programme se rapproche même plus de l'alpha que de la bêta M'enfin c'est l'avantage des logiciels libres, on peut compiler/récupérer des binaires durant le développement pour profiter des dernières avancées

Mhhh... Ils en sont déjà à la révision 43 sur la page du projet, j'ai ouvert un fil d'ailleurs, y'a un décalage sur la gauche du menu et des images de mon coté, sur écran SD

même problème de mon coté

Mouais, ça reste du blabla de marketteux en tout cas, franchement, comme s'ils allaient dénigrer leurs produits... Testez avant d'acheter, et lisez les tests des jeux sortant pour kinect, c'est tout ce que je pourrais conseiller.

Hello, j'ai eu droit à un beau spam par MP pour la promotion du dongle PS3Break... (Parce que je faisait "l'éloge" d'un autre dongle que j'ai acheté) D'autres membres disant quelque chose à l'encontre du ps3break ont reçus ce type de message?

Le noyau de base me semblait bien dérivé de BSD, voilà qui confirme mes soupçons, entre la gestion des droits, le FS du disque dur, et l'architecture du système type *nix. Par contre, la partition est chiffrée, il faudrait dégoter le syscall permettant de récupérer la clé nécessaire au déchiffrement/chiffrement (voir même au mieux, activer une bidouille niveau kernel pour ne plus chiffrer...)