ouasse

par analyse. Les mecs se sont farcis le code assembleur du jeu, et ont regardé les différents endroits où l'on pouvait introduire du code arbitraire dans l'exécution du jeu. Et évidemment, la première chose à regarder, c'est le format de fichier de sauvegarde, vu qu'on peut le modifier directement en trafiquant la memory stick de la PSP. En plus les failles GTA/Lumines concernent aussi le système, c'est-à-dire que le code de GTA et Lumines faisaient des appels à des fonctions non sécurisées du système en utilisant des données lues sur la memory stick. Avec les bonnes données au bon endroit, hop, ils ont réussi à prendre le contrôle du système, et à partir de là on peut tout faire, y compris flasher le firmware. En plus les failles trouvées ne se manifestaient même pas sous la forme d'un bug, pour bien montrer que ça n'a rien à voir.

c'est bon pour l'instant j'ai de quoi faire avec mes 2 ps3

la récente utilisation du RSX n'a rien à voir avec un quelconque hack du système, ce n'est même pas une étape vers le hack du système. C'est juste une fonction cachée de l'hypervisor qui a été découverte, le hypervisor permettant depuis le début de lancer Linux, mais certainement pas des copies de jeux.

oui on peut lire l'ext3 sur PS3. Mais sous Linux.

ils sont peut-être allés voir un match sur PES 7

tiens il me semblait que les nouvelles fonctionnalités du firmware 2.0, parmi l'allumage à distance et autres gadgets, permettait de paramétrer l'extinction automatique des manettes. Faut fouiller dans les paramètres, j'ai pas ma ps3 sous la main là

la vidéo précédente c'était la démo "other os", le premier (et le seul ?) programme autre que Linux que des tarés ont réussi à faire tourner sous hypervisor. là, c'est une version améliorée, le cube 3D géré par le RSX a été rajouté

ok pour la qualité du téléphone, mais faut voir si on privilégie une réduc sur une PS3 ou sur un téléphone ultra hype qui sert à tout sauf à téléphoner

C'était quand même pareil avec la PS2, avec son Emotion Engine tout chelou incluant à la fois un mips r4000 et deux unités de calcul vectoriel. Ca n'a pas empêché Sony d'en vendre des millions, et ça n'a pas empêché les éditeurs de sortir des bons jeux. Sur PS3, le Cell n'est rien d'autre qu'un Power PC et 8 unités vectorielles. Ca ressemble pas mal à la PS2, finalement.

La deuxième démo n'est pas sous Linux, mais s'exécute directement sous Hypervisor, la couche de virtualisation sous laquelle Linux tourne normalement. Sauf que là au lieu de booter sous Linux, on boote sous la démo directement Enfin l'important est que Linux ou pas, on ait accès au RSX sous Hypervisor

y'a phone & phone qui vend une PS3 pour 159 € si on prend un abonnement bouygues chez eux. y'a deux offres xbox 360 à 109 et 149 €, des offres PSP à 1 €, des offres ipod, gps ... J'ai quand même l'impression que c'est un peu de l'arnaque, vu le prix des mensualités d'abonnement...

Pas mal le lien !!! Tiens ca parle de GCC, C++,C, et assembleur dans le kit de sony .. en fait sous linux on n'utilise pas le kit de Sony, mais le Cell SDK d'IBM, qui est un kit de développement gratuit, utilisable sur toutes les machines à base de Cell, à savoir la PS3 et les serveurs Cell Blade d'IBM. sinon pour répondre aux autres, évidemment je sais bien que le commun des gamers n'a rien à faire de Linux, et encore moins de la programmation sur Cell ! La communauté scientifique ne représente pas le gros des ventes

je comprends pas bien, on peut acheter aujourd'hui une PS3 (399 €) plus une PSTwo (129 €) neuves pour moins cher que la vieille PS3 60 Go à 600 € qui consomme un max en plus

ba la première (la 60 Go à 600 €) c'était à la fois pour programmer sous Linux et pour les jeux. Et il se trouve que le processeur Cell explose n'importe quel core 2 en puissance de calcul. et la deuxième (une 40 Go) c'est pour économiser sur la facture EDF (une ps3 allumée 24/24, ça bouffe), et en utilisant les 2 pour certaines applis ba on va 2 fois plus vite. chui d'accord, tout le monde ne s'amuse pas à faire du calcul hautes performances sur ps3, n'empêche que c'est un peu le joujou high tech de pas mal de scientifiques en ce moment ! Et je pense que le modèle 40 Go avec le processeur plus économique (en prix et en facture EDF) risque d'accélérer pas mal les choses ! Tiens, voici un lien vers un papier qui explique aux scientifiques comment se servir d'une PS3 pour faire du calcul avec

diablo, tu oublies un critère très important ... j'ai pris mes 2 ps3 parce qu'on peut installer Linux dessus !

apparemment le mode de nuit ne concerne QUE la nouvelle map. les 5 autres maps du pack sont les maps d'origine modifiées pour supporter le nouveau véhicule volant

Salut les gueux, en bon noob de base, suite à l'install de ma nouvelle PS3, je me rends compte que j'ai oublié mon mot de passe PSN, et que donc je ne peux pas utiliser mon compte dessus. Le mot de passe est enregistré sur l'autre PS3, mais il n'est pas en clair. Quand je me logue sur le PSn, il y a une option "mot de passe oublié", et il me demande ma date de naissance, mais soit je n'ai pas saisi la bonne à l'inscription, soit il y a un bug chez Sony. quelqu'un a-t-il une astuce ? mon login PSN est mon adresse mail, donc Sony ne pourrait pas m'envoyer le mot de passe par mail ? merci à tous ceux qui pourrint m'aider.

ouh pinèze, enfin un pack qui vaut le coup

tiens sinon pour pas faire off topic je m'achète ma deuxième PS3 ce matin ! c'est le début de mon cluster de caclul

Ouasse t'es gonflé, tu lis même pas les post. c'est pas moi qui ai écrit ça : enfin bref.

-Zou-, t'es gonflé, juste avant tu nous soutenais qu'une augmentation de 100% revenait à un status quo. Augmenter de 100% ou faire 100% par rapport à la fois d'avant c'est pas pareil.

ce ne seraient pas les Teutons qui seraient playstationtroisphiles ?

en fait je m'adressais surtout à ceux qui m'expliquent que le compilateur est capable de générer tout seul le code machine le plus efficace, quelle que soit l'architecture, à partir d'un code C. Ce que je disais dans mon message précédent, c'est que sur le Cell, comme une grosse partie de ce que fait un processeur habituellement tout seul doit être explicitement indiqué dans un code pour le Cell (notamment les prédictions de branchements, et les accès mémoire non-alignés), un code en C standard a peu de chances de tourner efficacement dessus. Après, un peut se passer de l'assembleur, mais il reste quand même un besoin de bien connaitre l'architecture sur laquelle on travaille, et spécifiquement pour le Cell, qui, au risque de me répéter ne peut pas se programmer comme n'importe quel autre processeur. Un exemple ? Le compilateur C pour SPE d'IBM (j'imagine que c'est celui qu'utilise Sony) est capable de générer tout seul des instructions de prédiction de branchement si la condition dans un test "if" est calculée suffisamment à l'avance. On perdra d'autant moins de temps que le calcul de la condition du "if" se trouve loin avant. On doit pré-calculer les conditions des tests, et jongler avec les opérations, en les exécutant dans le meilleur ordre qui soit pour optimiser le temps sur les différents "if" du programme. Autre exemple : l'écriture d'un entier en mémoire. une écriture d'un entier de 32 bits ne peut pas se faire directement. comme les accès mémoire se font forcément sur des mots de 128 bits, il faut lire lire le mot qui recouvre notre entier de 32 bits, faire un masquage, insérer l'entier et réécrire le mot qu'on vient de modifier. Inutile de dire qu'avec une boucle de type "for" qui écrit tour à tour dans tous les éléments d'un tableau d'entiers, on se retrouve à faire 4 lectures et 4 écritures en mémoire, alors qu'on aurait pu faire la même chose avec une simple écriture d'un mot de 128 bits généré avec les opérations vectorielles du SPE. Et encore je ne compte pas les branchements inutiles qu'on économise en diminuant le nombre de tours de boucle, très coûteux sur le Cell. Donc même en restant à programmer en C, on a besoin de connaître l'architecture du Cell, et un minimum de connaissances en langage assembleur est nécessaire.

d'après ce que certains écrivent, on dirait qu'ils ne connaissent absolument rien à l'architecture du Cell. Amusez vous à programmer un SPE en C pur sans avoir aucune connaissance de l'archi, et je vous garantis que vous aurez des perfs pitoyables. Le Cell n'est pas un pentium, il a plusieurs coeurs hétérogènes, et certains sacrifices ont dû être effectués pour limiter le nombre de transistors: pas de prédiction de branchement, pas d'accès mémoire non-alignés sur des vecteurs de 128 bits, notamment. Cela est en partie compensé par certaines instructions assembleur, et cela induit une manière de programmer totalement différente. On peut programmer du code SPE efficace en C, mais ce sera du code qui de toutes façons ne fonctionnera que sur SPE, et qui en exploitera au maximum les capacités.

La PS3 est imbattable niveau rapport puissance de calcul / prix. Pareil pour le rapport puissance / énergie consommée . C'est pas pour rien que des boites spécialisées vendent des clusters de PS3. http://www.terrasoftsolutions.com/ Et effectivement je confirme, le Cell a tout ce qu'il faut pour cracker des mots de passe à la vitesse de la lumière. c'est exactement le genre d'algo qui peut tirer le plus profit de l'architecture du cell.