tikilou

De toute façon, personnellement je me fiche pas mal des jeux, en dehors de MGS et FF13 que je testerait bien avec joie. Pour le reste ce que j'attends le plus, se situe du coté des homebrews, quand je vois ce qu'a donné la première xbox de ce coté là, juste avec un petit hybride Céléron/PIII 733mhz, 64Mo de ram et une Gforce3... ... Je pense qu'on peut attendre du lourd de ce qui pourrait être disponible sur la PS3, y'a qu'à voir ce que ça donne coté technique, la seule difficulté, reste que le Cell est de type "in order" et réclame donc une optimisation particulière des programmes : Avec ça... Y'a moyen de faire tourner tous les émulateurs actuellement disponibles sur PC, tous les jeux Open Source ou dont le moteur est libre, et bien des programmes... Le tout au sein d'une interface propre, unifiée, sur un parc de machine commun (donc plus d'optimisation, et l'assurance que ça fonctionnera partout pareil de la même façon.)

Théoriquement, même pas besoin de d'hamachi, avec les consoles reliée aux PC ou routeurs sous DD-WRT/OpenWRT, via du RJ45, un simple tunnel OpenVPN devrait pouvoir faire l'affaire...

Rha, ce qu'il faudrait, c'est un programme imitant, sur PC, la présence du XMB, pour pouvoir payer et télécharger des contenus directement par ce moyen et transférer ensuite les données et licences par FTP

Personnellement, je part du principe que pour avoir un Custom Firmware, il faudrait déjà commencer par récupérer un firmware 3.42/3.50 déchiffré. Pour ce faire, j'envisagerais plusieurs approches : -La première, concerne l'installation classique, il semble bien qu'une fois la MAJ téléchargée, juste avant le reboot d'installation, la console décompresse l'archive avant installation, le tout serait d'obtenir un accès par FTP au dossier en cache, et de récupérer les fichiers... Reste que la méthode est risquée, et l'implémentation du FTP au sein du XMB difficile. -La seconde, concernerait la création temporaire de lien symbolique de l'arborescence complète de la Nand, vers une clé USB afin que le firmware s'installe sur la clé plutôt que la NAND, mais ça nécessiterais une bonne connaissance du système de la console, et quelques hacks bien placés. -La troisième, hardware, consisterait à rajouter une seconde nand en mode "RAID"; et de switcher complètement sur la deuxième lors de la mise à jour... Ensuite, si la clé permettant de déchiffrer la NAND a été trouvée grace aux accès sous le firmware 3.41, il ne restera plus qu'à dumper et déchiffrer et extraire la NAND 3.42/3.50 C'est tout ce qu'il me vient à l'esprit pour le moment...

Pour les sources, je comprends les réticences de chacun, surtout qu'aujourd'hui les consoles ont accès au net, et peuvent envoyer un bon paquets d'infos... Et que des faux homebrews ont déjà commencé à voir le jour (cf l'histoire de l'ému fake PSP sur PS3, qui bricke les consoles en effaçant des fichiers du firmware). Encore que dans le cas présent, le développeur est connu, néanmoins, autant par sécurité que par bonne volonté pour aider et partager avec d'autres personnes de la scène, il vaudrait mieux filer les sources des programmes désormais...

Avant de formater le HDD de la PS3, j'ai pu exécuter du contenu additionnel, de même l'appli pour les photos et @home fonctionnent, donc j'imagine que la carte fille n'est pas touchée

Juste une question anodine, le bloc optique de la PS3 que j'ai récupéré est HS, pour lancer les démos ça ne posera pas de soucis? J'aurais quand même bien envie de tâter quelques jeux quoi...

La carte fille joue un rôle dans l’exécution de binaires? O_o Je pensais que le mode debug permettait l’inhibition de l'hyperviseur, quel rôle joue cette carte?

obfuscation ? O_o Super, moi qui pensait que la mentalité du chacun sa gueule tout pour la gloire commençait à s'estomper... C'était niais d'imaginer que les développeurs de la scène allaient enfin coopérer et partager leurs ressources, pour travailler en commun?

Pour XBMC, le problème c'est qu'il n'est disponible que pour l'architecture x86 sur PC, tandis que nos consoles de jeux se rapprochent de l'architecture PPC, la Xbox360 utilise un Power PC, la Wii aussi, et le cell de la PS3 semble disposer de la même architecture, avec quelques extensions en plus spécifiques au Cell. Déjà, il faudrait qu'une équipe compétente se penche dessus, ou rejoigne le projet XBMC pour se charger des ports, mais en plus ça prendrais pas mal de temps... Sans compter que la PS3 est une console étant connue pour sa difficulté de programmation.

Le problème de la 360, c'est que le jtag n'est plus accessible chez personne actuellement, ça serait presque impossible d'acheter une console neuve pouvant être jtag... Et le hack, non content d'être devenu une denrée rare, est quasiment inaccessible au quidam moyen, alors que sur PS3... Ça se répand à vitesse grand V. C'est malheureux, mais il y a plus de potentiel coté PS3 que 360 désormais... Reste que les hyperviseurs auront bien fait leur Job, des failles il y en a sans doute, mais eux, ils veillent au grain...

Ptain quand c'est pas une news à dongle, c'est encore un manager... Tout le monde se concentre sur des trucs qui existent déjà, un peu de diversité que diable ! Enfin, malgré tout... Omedetô mina ! =)

Mouais, je suis même curieux de savoir si l'Europe a réellement le pouvoir d'interdire ça, tellement les législations et les cas de jurisprudence diffèrent selon les pays... Ça ne tiendra pas longtemps. Ça aurait quand même été sympa d'avoir un lien vers un communiqué officiel du groupe de personnes ayants pris cette décision.

Peut être dans l'avenir, mais dans l'immédiat, non.

Avec la 360 il ne pourra pas utiliser freewifi, un navigateur est nécessaire pour activer le service via les codes. Ensuite, la freebox, autorise temporairement un accès au réseau, et associe la clé mac du matériel réseau qui y accède avec cette autorisation.

Yep, mais rien de mirobolant non plus, ils n'ont pas inventés la poudre, ça fait belle lurette que Canal est dispo via différents modules avec l'adsl.

Techniquement, si les teams de hack ont accès au LV1 et LV2 déchiffrés, alors ils ont sans doute accès à la clé permettant de déchiffrer la nand, qui serait unique pour chaque console, et donc forcément retranscrite quelque part. À partir de la, la manip serait "logique", pour pouvoir étudier les nouveaux firmwares en clair, il faudrait deux nands en 3.41, et un bouton de switch entre les deux. Ainsi, on installe la maj du Firmware sur la seconde nand, qu'on dumpe ensuite, et qu'on déchiffre afin de pouvoir étudier le contenu du système. Bon, évidemment, dit comme ça, sur le papier ça semble simple...

Bonjour, la liste de compatibilité des baladeurs audio de Sandisk, les Sansa, évoluant rapidement, il devenait nécessaire de dresser un rapide bilan de la situation actuelle. Actuellement, la plupart des baladeurs de Sandisk, se distinguent matériellement par une version 1 (V1) et une version 2 (V2), ces versions apportent différent modifications matérielles, qui ne sont pas perceptibles par les utilisateurs finaux, mais entrainent des incompatibilité vis à vis de rockbox, ou les avancées du projet et la prise en charge des différentes versions ne sont pas les mêmes selon chaque modèle. Pour vérifier la version de votre matériel, rien de plus simple, si pour la mise à jour le numéro du firmware est de type 01.03.31 alors vous disposez d'un baladeur V1, si le numéro de version du firmware est 02.03.31, alors vous disposez d'un baladeur en version V2. Le port de RockBox sur les V1 est déjà effectif et jugé stable depuis un bon moment, mais avec des drivers USB incomplets ne gérant pas totalement l'architecture matérielle présente (manque d'optimisation donc) sur la série Fuze V1, Clip V1 et E200 V2 . Récemment il semblerait que des drivers expérimentaux, pas encore stables pour une utilisation permettant le transfert de fichiers, mais suffisant pour le Jailbreak, aient fait leur arrivée dans le projet RockBox, ce qui aurait provoqué l'apparition d'un port sur Sansa Fuze V1. Le port de RockBox sur les V2 des baladeurs Clip et Fuze est effectif depuis peu de temps (quelques mois) et est encore jugé instable par la team RockBox, le firmware, bien qu'utilisable désormais quotidiennement, provoque encore parfois quelques plantages lors de son utilisation, et la gestion de l'USB est désactivée par défaut, car encore boguée et incomplète, toutefois il semblerait que certains développeurs tentent de travailler sur le sujet, et auraient besoin d'information et/ou d'aide. Concercant la série des Sansa E et C, actuellement les modèles compatibles avec le PsGroove sont les e200, e250, e260, e270, e280, c240, c250 (inclus les e250R, etc), mais uniquement en V1. Concernant RockBox, pour les baladeurs Sansa C200 V2, E200V2, M200 V4, Clip V2, Fuze V2, Clip+, Fuze+, leur architecture est communément désignée par le projet RockBox, "Sansa AMS". Tous ces baladeurs ont en commun l'utilisation de la puce principale AS3525 de Austriamicrosystems (AMS), qui permet de gérer L'USB 2.0, l'audio, les calculs (architecture ARM), etc... Si vous êtes développeur, et intéressé par l'amélioration de la gestion de l'USB via Rockbox sur l'architecture AMS, et le port du PsGroove sur ces baladeurs, la documentation technique est disponible sur ce PDF et l'équipe rockbox ne sera sans doute pas contre un apport de code, par ailleurs, n'oubliez pas que le forum gueux dispose d'une section Développement sur laquelle il est possible de s'entraider, de partager ses sources, et d'indiquer l'avancement de votre projet au reste de la communauté. Sources : http://daniel.haxx.se/sansa/ams.html / http://www.rockbox.org/wiki/SansaAMS / http://forums.qj.net/ps3-hacks-exploits-ho...lbreak-ps3.html / http://psx-scene.com/forums/showthread.php?t=66925 / http://www.ps3hax.net/2010/09/psgroove-por...ies-and-others/ , etc...

Apparemment, ça devrait fonctionner sur le E280. Bon, alors pour la petite information, j'ai trouvé un port du PsGroove pour Sansa Fuze V1 ici => http://www.megaupload.com/?d=R82AU7V0 (à tester) Et concernant les travaux sur les V2, un développeur a besoin d'information/aide sur la gestion de l'USB pour avancer sur son projet du port sur Sansa Clip V2 => http://psx-scene.com/forums/showpost.php?p...mp;postcount=93 Me concernant, ayant un Sansa Fuze V2, j'attends justement de voir ce que le port sur Sansa Clip V2 va donner, toute la série V2 utilisant le même chip USB, le port devrait ensuite être aisé. Edit => fiche d'infos pour l'architecture Sansa AMS => http://daniel.haxx.se/sansa/ams.html Fiche officielle d'informations sur le chipset du matériel de l'architecture Sansa AMS (PDF) => http://psx-scene.com/forums/attachment.php...mp;d=1285617543

Reste que l'on pourrait en venir à une solution alternative... Si je ne dis pas de bêtises, il n'y a pas d'efuse sur le processeur, donc théoriquement, une 2eme nand avec switch de soudée sur sur la carte mère, une copie de la nand présente sur la console sur cette dernière, le rajout d'un second HDD avec switch sur la PS3, devraient faire l'affaire, non?

Ha quand même, enfin le code source ! C'était quand même le minimum quoi, puis franchement, ça n'est pas qu'une question de respect... Si les développeurs partageaient tous leurs codes sources, et les informations dont ils disposent pour dev des homebrews et outils, les choses avanceraient plus vite...

+1, c'est important le partage d'information, ça fait avancer les choses plus vites ! Et quand on se base sur un truc existant libre/open source, on libère les sources à son tour, c'est la règle. Boycott.

Yop, salut shakin, j'avais trouvé un site ou ils vendaient des ps3Key à 30€ fdpin, mais autant passer par quelqu'un en qui j'ai confiance... Je viens de récupérer une PS3 avec lecteur HS pour une vingtaine d'euros, je t'en prendrais bien une pour tâter du homebrew, il t'en reste? (sait on jamais...)

Mhhhh, demain normalement je récupère enfin la PS3 avec lecteur HS, j'ai un Sansa Fuze, je verrais s'il y a moyen de moyenner

Prochaine étape, gruger le niveau d'autonomie?