Miles Prower

Le portage PSP de OpenPSJailbreak (non de Groove, mais ça revient au même usage) avance, ils ont besoin d'un peu d'aide. Actuellement à 15% environ. Le portage Android viendra juste après.

On pourrait donc garder OtherOS ????? À condition que quelqu'un se penche sur l'élaboration d'un Payload pour 3.15, ouais. Reste que la plupart de ceux qui se lancent dans le test du Groove mettent à jour vers le 3.41 et perdent OtherOS (qui n'est plus du tout accessible en lv2, donc impossible à remettre sans monter en privilèges, ce que l'exploit hardware de Geohot pourrait permettre de faire depuis une console « groovée »). Certains travaillent sur le 3.15 mais ça n'est pas franchement mis en avant pour le moment. L'autre idée, c'est que s'il est possible de lancer un « vrai » Linux sur la console sans avoir à se taper l'hyperviseur (donc OtherOS), ça serait tout de même plus confortable, ne serait-ce que pour accéder à la partie accélération graphique. Pour le moment, c'est impossible aussi. Donc, mettre à jour une console actuellement en 3.15 vers le firmware 3.41, c'est actuellement être sûr de ne jamais pouvoir récupérer OtherOS ni une autre forme de Linux. *pour le moment* Maintenant, l'urgence est d'arriver à lancer du code non-signé (et pas « simplement » non-chiffré) en se dégageant totalement du SDK officiel de la console, et à escalader les privilèges système vers le lv1 pour s'assurer avoir son contrôle intégralement. Actuellement, l'exploit est très exposé, très faible, et peut très facilement dégager des consoles (sans parler même de sa détection). Le NTFS, le chargement d'ISO… on s'en branle. Sérieusement. Dans deux semaines, il est possible que cette faille soit bouchée et qu'on ne puisse rien faire de plus. Ça serait dommage. Et, foutrebleu, oubliez le NTFS ou les iPhones. On n'est pas chez mémé.

L'exploit fonctionne sur 3.15 également. Problème : le code lancé par celui-ci n'est pas adapté et ne patch donc pas la RAM correctement. Gardez vos consoles en 3.15, une autre version du code sera sans doute prochainement publiée.

Allez hop, le premier qui arrive à retrouver OtherOS sur un fw3.41 me convaincra à mettre à jour ma console !

http://www.youtube.com/watch?v=3YaqY6cPox0

Ni l'un , Ni lautre Bon, du côté de chez Mathieul & co, on annonce pouvoir lancer n'importe quel self. Donc, c'est ok pour les deux questions à présent

S'ils avaient laissé OtherOS et accepté de laisser les utilisateurs tirer parti de l'accélération graphique, on aurait été bien tranquille dès le départ.

1) Autre. Franchement, c'est souvent une bonne tranche de rigolade quand on voit la façon dont c'est conçu. 2) Oui 3) Mauvaise qualité. Qu'espérer d'autre d'un system-on-a-chip dont les circuits sont complètement électroniquement parasités ?

La vraie priorité est de permettre le lancement de code non-signé, et de favoriser le développement logiciel coopératif sans avoir recours aux outils officiels Sony.

Ne perds pas tes identifiants de ce compte étranger. En cas de problème, Sony ne viendra pas t'aider.

Hey, t'as vu, tu fais une citation de mon post sans même l'avoir lu, thek2 !

Non. On ne sait pas encore comment faire tourner du code non-signé sur la console, et on sait encore moins le compiler proprement sans avoir recours aux outils de Sony, ce qui rend la distribution de code délicate. Et, avant la distribution, le développement communautaire. Paraît-il qu'on pourrait imaginer un Homebrew Channel, type Wii, qui retire ces limitations. Mais c'est loin d'être gagné.

Pas besoin de rusher - rien n'est acquis et ça ne reste qu'un premier jet dont peu auront un vrai usage.

Y'a pas eu de pigeonnage du tout pour la rétro-compatibilité - ils ont toujours été clairs sur le sujet, même si on espérait une émulation 100% logicielle de la PS2 à terme sur toutes les consoles. En revanche, difficile de dire pareil pour OtherOS, dont ils faisaient la publicité avant même la sortie de la console, pendant, et qu'ils avaient promis de ne jamais retirer des "Fat" dans les mises à jour à venir.

C'est où, ce ps3wiki ?

Non.

Lulz. Code-le, alors. Tu verras que ce n'est pas si simple, surtout quand c'est un format encombré et non-documenté.

et je suis plutôt favorable à ce genre d'approche. Leur vision est simple et réaliste : l'industrie du piratage n'attend que ça pour se mettre en branle. Dès la mise à disposition du moindre bout de code, les clones du PS3JB vont se multiplier à très grande vitesse et je donne moins d'un mois pour qu'on en trouve à grande échelle, avec des BD-R pré-gravés, chez l'épicier du coin dans certains pays. Une solution clé en main ne pousse jamais personne à réfléchir vraiment à fond sur le pourquoi du comment. Les quelques gens qui voudront réellement explorer l'architecture de la PS3 seront noyées dans le flux de ceux voulant uniquement du « back-up » illégitime. Et donc, qu'aucun effort ne soit fait en terme de "vrai" développement utilisateur (à savoir, réussir à exécuter du code non-signé, non compilé par un SDK provenant de chez Sony). Ce qui pourrait être extrêmement nocif : les décideurs, aujourd'hui, sont très favorables à la PS3 justement parce qu'elle n'est pas ouverte au piratage, donc y voient souvent une vraie incitation à pousser des gros projets impliquant énormément d'effort de développement (ex: Naughty Dogs avec Uncharted 2, studio qui voulait en mettre plein les yeux et qui a pris des années pour réaliser cette promesse). Avec la sortie du Move et le Jailbreak, la PS3 risque de devenir une nouvelle Wii avec des titres majoritairement bâclés dans un développement rapide pour une durée de vie sur le marché très courte. Pas glop.

Aucune idée, étant donné que je suis encore en 3.15 ; de ce que j'avais compris, il n'y a rien à cocher ni même à décocher dans le cas de mises à jour silencieuses (donc, les patchs de plus faible taille qui ne concernent pas le XMB entier).

Mathieul signale que quelqu'un d'assez proche de lui a réussi à cloner un PSFB (et je suppose que dans ce "réussi", il entend que ça a été testé sur une console et a démarré correctement). On a de quoi faire le hardware, et de quoi flasher le software dessus, donc. Tout ça mérite d'être rassemblé et peaufiné.

Je rappelle que le CLUF des versions > 3.15 autorise Sony à faire des mises à jour silencieuse de la console à distance. Ces mises à jour pourraient être poussées vers la console lors de la connexion au PSN (après les version checks) sans aucune notification utilisateur. Une des mises à jour de la console pourrait faire obstruction au timing des clés JailBreak et les rendre inopérantes, par exemple. La mise en place pratique de cette infrastructure nouvelle, côté serveur, pourrait nécessiter de mettre un temps hors-ligne le Playstation Network. La prudence reste de mise. Passé le 3.15, on n'est plus réellement propriétaire de nos machines (c'était déjà faiblement le cas avant, mais c'est pire après la 3.15).

On aurait dû leur faire une "injonction" de remettre OtherOS sur la Playstation3, en retour.

Écrire aux développeurs de VidZone pour qu'ils corrigent cette application codée avec les pieds. Sinon, pas vraiment d'autre solution.

Et en réponse, on a :

Tiens, tu laisses de côté le port JTag sur le dernier design de typon ?