Ski-lleR

Dans mon ébauche de dash, j'utilise des point de montage style linux (j'ai toujours détesté le système de lettre de Windows). C'est au bon vouloir du programmeur Il y a des partitions, après tu en fait ce que tu veux

Bien joué yelrac, sympa pour la contrib en tout cas

C'est étrange ce problème de compatible xbr et pas freeboot. Quand tu regarde le code que j'ai posté, y'a aucune particularité pour le lancement de xex (d'ailleurs, je vois mal un code spécifique à un des 2, à moins de faire un truc assez crade, et encore, faut être motivé). J'ai modifié mon code pour juste monter les 3 usb, faire un findfirstfile sur les 3, et lancer un xex prédéfini en cas de return positif, ça marche nickel (et j'ai une cygnos) Ou alors c'est le fichier live

Exact

C'est juste les fonctions toutes prêtes. Perso j'utilise seulement #include <xtl.h>, qui inclus la majorité des fichiers

Comme je vois que vous vous intéresser au dev, sa devrait vous plaire : http://gueux-forum.net/index.php?showtopic=229114

Salut tous le monde Quand je me suis lancé dans le développement d'une solution de remplacement plus ou moins complète du dash de la 360, je me suis heurté à une grosse barrière : les périphériques ne sont pas accessible si facilement (aucune fonction documenté). A part le XLaunchNewImage pour lancer des xex qui est confiné à un disque virtuel, rien d'intéressant L'équipe à l'origine de XeXloader préfère garder son code fermé, c'est tout à son honneur. Alors pour ceux qui se lance dans le développement 360, voici une ébauche de code, vous donnant un accès total à tous les périphériques de stockage /* Liste des périphériques physiques "\\Device\\Flash" "\\Device\\Mu1" "\\Device\\Mu0" "\\Device\\Cdrom0" "\\Device\\Harddisk0\\Partition0" "\\Device\\Harddisk0\\Partition1" "\\Device\\Harddisk0\\Partition2" "\\Device\\Harddisk0\\Partition3" "\\Device\\Mass0" "\\Device\\Mass1" "\\Device\\Mass2" */ // Histoire de pas se prendre la tête #define DEVICE_NAND_FLASH 0 #define DEVICE_MEMORY_UNIT0 1 #define DEVICE_MEMORY_UNIT1 2 #define DEVICE_CDROM0 3 #define DEVICE_HARDISK0_PART0 4 #define DEVICE_HARDISK0_PART1 5 #define DEVICE_HARDISK0_PART2 6 #define DEVICE_HARDISK0_PART3 7 #define DEVICE_USB0 8 #define DEVICE_USB1 9 #define DEVICE_USB2 10 typedef struct _STRING { USHORT Length; USHORT MaximumLength; PCHAR Buffer; } STRING; extern "C" int __stdcall ObCreateSymbolicLink( STRING*, STRING*); extern "C" int __stdcall ObDeleteSymbolicLink( STRING* ); void Monter( int periphPhys, char* lettreLecteur ) { char lecteurCible[16]; sprintf_s( lecteurCible,"\\??\\%s", lettreLecteur ); char * periphOriginal; switch( periphPhys ) { case DEVICE_NAND_FLASH: periphOriginal = "\\Device\\Flash"; break; case DEVICE_MEMORY_UNIT0: periphOriginal = "\\Device\\Mu0"; break; case DEVICE_MEMORY_UNIT1: periphOriginal = "\\Device\\Mu1"; break; case DEVICE_CDROM0: periphOriginal = "\\Device\\Cdrom0"; break; case DEVICE_HARDISK0_PART0: periphOriginal = "\\Device\\Harddisk0\\Partition0"; break; case DEVICE_HARDISK0_PART1: periphOriginal = "\\Device\\Harddisk0\\Partition1"; break; case DEVICE_HARDISK0_PART2: periphOriginal = "\\Device\\Harddisk0\\Partition2"; break; case DEVICE_HARDISK0_PART3: periphOriginal = "\\Device\\Harddisk0\\Partition3"; break; case DEVICE_USB0: periphOriginal = "\\Device\\Mass0"; break; case DEVICE_USB1: periphOriginal = "\\Device\\Mass1"; break; case DEVICE_USB2: periphOriginal = "\\Device\\Mass2"; break; } STRING PeriphOriginal = { strlen( periphOriginal ), strlen( periphOriginal ) + 1, periphOriginal }; STRING LienSymbolique = { strlen( lecteurCible ), strlen( lecteurCible ) + 1, lecteurCible }; ObCreateSymbolicLink( &LienSymbolique, &PeriphOriginal ); } void Demonter( char* lettreLecteur ) { char lecteurCible[16]; sprintf_s( lecteurCible,"\\??\\%s", lettreLecteur ); STRING LienSymbolique = { strlen(lecteurCible), strlen(lecteurCible) + 1, lecteurCible }; ObDeleteSymbolicLink( &LienSymbolique ); } // On monte la partition qui contient la majorité des données (profil, jeux du live etc...) Monter(DEVICE_HARDISK0_PART1, "hdd1:"); // On test si ça marche bien en utilisant la fonction de lancement xex normallement limité. XLaunchNewImage("hdd1:\\xexalancer.xex", NULL); En espérant que ça permette de bonne avancer en matière de dévelopement.

Prend 2 fois la même version du code de Xell, compile le sur 2 pc différent, 99% de chance que le fichier compilé soit différent. Juste en modifiant les options de compilation, le résultat change. Mais en ouvrant le fichier en hexa, on peut voir la version utilisé > XeLL - Xenon linux loader 0.3-git- 2009-10-11 (Cygnos360 V2) Après, est-ce qu'il a subit des retouches ...

Le premier tutoriel concerne l'intégration d'un disque dur 5v dans la console, et parle du hddss Le sien s'adresse au possesseurs de disque dur non officiel 3,5", genre moi j'y ai mis un 2 To, qui ne tourne pas si non raccordé en 12v, alors que le premier tutoriel parle de 5v. Et pas d'utilisation de hddss car sécurité hdd patcher par freeboot

Etes-vous au courant qu'il est possible de faire accepter une nand de 16 Mo à une carte mère avec une nand d'origine en 256/512 en inversant 2 résistance ? http://www.sendspace.com/file/20fzaq (page 4) Sa fonctionne avec le mod XD, donc sa doit être possible avec une cygnos v2 16 Mo (pour ceux qui ne veulent pas attendre la sortit de la nouvelle cygnos)

Normal que tu ai mis du temps, sans expérience en programmation. J'ai commencé à 11 ans en pascal, je suis passé par le vb, C, et C++, et je connais directx, ce qui rend la tache beaucoup plus facile (3/4 minutes pour afficher un bout de texte sur le 360, en comptant compilation et transfert). Perso je boss sur la détection de mouvement de la caméra, ça me botterait bien un dash custom sans manette. Ma chérie me l'a offerte hier

Disons que ça étend les possibilités de trouver une faille, pouvant développer des applications qui se lance sans être signé, il est tout à fait possible de faire de la recherche sur une faille software.

La doc spécifique à la 360 fait partie du SDK Va voir dans démarrer > Microsoft Xbox 360 SDK > Documentation Tu as tous le nécessaire pour le développement 360 (d'ailleurs, la doc est super bien faite, chapeau à microsoft pour cela, mais aussi honte à eux car je déteste DirectX, je lui ai toujours préféré OpenGL, niveau clarté et efficacité de L'API y'a pas photo, après dx c'est du All-in-one)

Je répète que ce n'est pas une mise à jour du système, donc même sans la r6t3 ça marche (je n'ai pas la r6t3, que j'ai déboite à coup de tournevis, et ça a très bien marché)

Si tu fais la mise à jour ça ne télécharge que l'update avatar pour l'installer, ça n'installe pas du tout une nouvelle mise à jour (puisque c'est une nand 8955, c'est à dire la dernière en date) Le système de mise à jour est mal fait, il vous fait croire à une update général, alors que c'est juste un téléchargement genre la mise à jour multimedia

Faut en avoir un clean, pour en être sur, comme on ne connaît pas encore comment la console l'utilise, c'est de l'avoir extrait avant d'avoir flasher le lecteur et n'avoir passer aucune backup. Ici et sur XBH des sujet en parle, mais c'est éparpillé. Chercher ici un sujet genre comment restaurer la fonction d'installation sur le disque dur. Avec un utilitaire il est possible d'afficher tous les secdata de votre nand (la console en garde plusieurs copie, suivant ce qu'elle détecte de bizarre). Faut extraire le plus vieux (si vous n'avez pas le premier d'avant quelconque bidouille), et modifier la nand pour qu'elle utilise celui ci J'ai pas vraiment le temps d'expliquer, je dev pas mal et pas asser de temps

C'est la zone de la nand qui contient les problème de sécurité détecté (genre lancement de backup). Je le remplace par une version clean

Si on utilise freeboot, c'est qu'il fait croire à la console que les fuse correspondent à la 8955. Ce que tu flash dans la cygnos c'est une nand original 8955 avec tes informations (comme si tu avais mis à jour en 8955 avec la mise à jour officiel), sauf que ça ne peut pas démarrer car les fuse ne sont pas bon. Essaye donc te mettre le switch de la cygnos en mode nand cygnos, ça ne démarre pas. Alors que si tu te met en mode nand interne, freeboot simule une valeur de fuse valide, et switch sur la nand cygnos (8955). Je ne sais pas si les sécurités sont faites pour vérifier la nand, mais si c'est le cas c'est clair que le live est risqué. Personnellement je suis sur le live en 8955 avec la cygnos. Mais avant chaque connexion, je nettoie le secdata, et tout contenu bizarre sur le disque dur (genre xex modifié, fichier live altéré ...)

Oui, il faut la mise à jour avatar pour 8955. Je l'ai récupérer sur le live, c'est un fichier de 100 Mo environ Si j'ai le temps aujourd'hui je te passerai un lien par mp, sinon ce sera fait demain

Elle existe pas déjà la fonction de mise à jour de la nand par usb dans Xell ? Car je l'utilise depuis un moment

C'est pas une limitation de freeboot, c'est juste qu'il faut faire un patch kernel et le recompiler avant d'assembler la nand. (ce qu'ils ont fait avec XBR, sauf que ça se voit pas vu que c'est du ready to use.) XBR se prône mieux que freeboot, ce qui est loin d'être le cas

Comme j'ai la cygnos, j'utilise par logique freeboot, qui décompose les étapes et dont on connait bien la provenance / l'évolution XBR sa me parait un peu crade

Je confirme, cygnos v2 y'a zero problème

deuiz > http://www.free60.org/849x_System_Update

Sachant que le système de sécurité de la 360 fonctionne comme un IDS (intrusion detection system), il est possible que la console puissent logger tout ce qui est bizarre (genre contenu live modifié, ou lancement xex non signé). Tout ça pour marquer la nand, et se faire ban Si des pointures arrive à modifier le kernel au point d'empêcher la console d'envoyer des données concernant les brèches de sécurité (ou n'envoyer que du clean), ça pourrait aboutir à un anti-ban Perso, je joue toujours sur le live comme avant (depuis la sortie de l'élite, il y a 2/3 ans), et j'ai passé toutes les vagues de ban