Ski-lleR

Mélanger Xell Reloaded et xex, mouais... J'aime bien le cache de google à propos de Gboot : http://www.google.fr/search?q=gboot&hl...280&bih=864 "Gboot is the first kind of malware for the Glitch Hack. Gboot isn't like ..." Le mec qui travail "vraiment" dessus sur xbh, c'est déjà plus concret. J'ai bien aimé l'idée du mélange Jtag/Glitch : Is this last line still true now that we have the glitch hack? What happens when you flash an updated 360 with a freeboot image, use the glitch hack to skip the 2bl revocation process, and also solder the smc wires? I understand this is not the ideal situation, but would it work? TheFallen93 a l'air de connaitre la marche à suivre, stoker25 l'applique tant bien que mal. Intéressant le sujet en tout cas, autant que celui du Glitching qui était sur xbh depuis un certain temps

Salut à tous (et toutes!) Beaucoup ont attendu une mise à jour de IngeniouX, qui n'est jamais arrivé malheureusement. J'ai enchainé beaucoup d'échec, déjà mes problèmes judiciaires, ensuite mon pc, pour en rajouter une couche je suis tombé malade, et mes 360 ont toutes claqués. Voila pour l'explication de cette longue absence. Etant presque sur pied (niveau santé), j'ai commandé une 360 pour reprendre mes travaux sur IngeniouX, qui sera rebaptisé IngeniouX Reloaded (car c'est un survivant ). A ceux qui m'ont soutenu, désolé pour le manque d'information, mais comme vous pouvez le voir, je suis toujours là!

Et non malheureusement, la raison étant dans mon post juste avant (edit).

Il me semblait bien qu'il manquait une partie, après avoir lu sur xs il faut utiliser le build.py mis à jour pour falcon, y'avais aussi cette histoire de timing, mais j'arrivais pas à trouver des infos à jours. Merci razkar Comme on est sur le topic du glitch hack, et bien j'en profiter pour dire que j'ai commandé une slim pour pouvoir continuer à bosser sur mon soft, car toutes mes consoles était en RROD. IngeniouX est reparti grâce à GliGli et toutes les personnes qui ont contribué à sa mise au point. Rebaptisé Ingenioux Reloaded pour l'occasion, voila voila

Je sais pas si ça a été dit, mais pour falcon/zephyr, c'est ok > https://github.com/gligli/tools/commit/4df3...deb70f2d68ff9e3

"le hack gligli n'est pas compatible Xbox Live !" Il vaudrait mieux dire : le hack gligli ne vous permettra pas d'aller sur le live sans vous faire bannir une fois le lancement de .xex non signé possible. Car en réalité, c'est possible, que sa soit avec xbr, freeboot, ou le hack gligli. Le système de patch de freeboot permet cela. Avec les bon patch, il est possible de renvoyer à Microsoft les bonnes infos à tous les tests de sécurité existants, et la console serait live safe. Heureusement pour nous, les pointures en hack 360 ne sont pas bête, et ne bosseront jamais dessus. Car rendre des consoles "hacké" live safe, serait détruire le live. Effectivement, avec ces consoles, on peut aussi bien lancé des Xex modifié (on peut imaginer des jeux patché à la main), autant patché directement la mémoire. Nous avons Xlink, c'est déjà beaucoup je trouve, mieux vaut ne pas tout mélanger.

Quelques retour d'utilisation serait pas mal, avant que le code deviennent très très long (sachez que l'extraction wallpaper hd n'est pas actif) http://www.sendspace.com/file/f3w37o Des retours sur la stabilité en général, sur l'efficacité du listage des jeux (sachant que je gère xex, xbe, arcade, god, indépendant), le système de filtre et la liste d'exclusion par id, la configuration des boutons émulateurs, les nouvelles options D'ailleurs, pouvez vous me dire dans quel dossier se trouve les jeux indépendants ? Il me manque juste le nom!!! (genre god c'est 00007000, arcade 000D0000) Je dé-commente une ligne dans le code, et ils sont gérer Et pour la gestion des sauvegardes, c'est une très bonne idée, j'y avais pensé, mais comme j'ai tous refait Je me suis pas rappelé de tout. Ajouté à la liste Edit: pour les émulateurs, vous avez toujours les icônes dans le dossier TMP, au cas ou vous n'auriez pas d'image en stock Je fais appel à ceux qui ont testé IngeniouX jusqu'à la dernière version. Dans le post ci-dessus se trouvait le lien vers la dernière version. Suite à un crash, j'aurais besoin de cette version pour récupérer le skin. Merci de me contacter le plus vite possible si vous posséder cette version.

Seulement sa ne résout pas le problème de pnc comme je l'ai dit. J'utilise sa pour que la console s'arrête cash quand on fait arrêter, que la charge soit en cours ou non. Donc la manette ne se charge que si la console est allumé. D'ailleurs perso sa me va, c'est le comportement que j'attend. (quand je l'éteint, elle s'éteint, s'tou!, je veux pas de standby) La vrai résolution du problème, la console se met en standby, et charge la manette. Quand c'est fini, elle s'éteint. Si t'appuie sur le GUIDE pendant le standby et que c'est en charge, la console se rallume. (autrement dit, le fix complet de smc_utility, malheureusement non fonctionnel sur cygnos, pour l'instant ) Deux chose très différente! (sorry de rabacher, mais ce fix est différent du fix pnc)

Non pas exactement (ou alors j'ai mal lu) Je n'ai pas appliqué smc utility sur mon smc. J'extrais le smc de ma nand original. Ensuite, je le patch avec Cygnos Tool Box (logique vu que j'ai une cygnos) De là, quand j'arrête la console avec le menu et le pnc connecté, la console se met en standby, mais ne charge pas la manette, donc elle reste en standby à l'infini. Si je rallume la console, elle ne boot pas du tout. A l'adresse 1F07, je patch la valeur pour appeler la fonction qui se trouve en 2FC0, donc je met 022FC0 à l'adresse 1F07 A l'adresse 2FC0, je rajoute la routine 20 15 0B C0 00 78 7E 76 00 Maintenant, si j'arrête la console, elle s'arrête et puis c'est tout, que le pnc soit branché ou pas, et la console se rallume sans avoir à tout débrancher. Dans la réalité, ce n'est pas propre, car ce n'est pas le comportement attendu. Logiquement la console se met en standby, charge la manette, et quand c'est fini, elle s'arrête. Et si on rallume, sa se rallume. Faute de ne pas encore avoir la bon résultat, je passe par ce "trick". Et oui, smc utility ne marche pas sur cygnos à cause de la cynos

"THE SYMPTOM: A hacked console cannot charge a controller using the PlayNCharge cable in standby mode. If you attempt to turn the console off while charging, it will reboot back into the dashboard." Moi j'ai fais en sorte qu'elle s'éteigne quoi qu'il arrrive. Pourquoi? Avec une cygnos, sa à l'air assez compliquer d'après blackaddr, et sa nécessite très probablement une modification du firmware de la cygnos, pour obtenir le comportement normal Donc pour le moment, je préfère que sa charge console allumé, et quand j’éteins la console, tout s'arrête, au lieu de rester en standby sans charger la manette (ce qui conduit à un standby infini vu que la manette ne sera jamais chargé). De plus, avec ce bug, pour rallumer la console, il faut débrancher la prise, alors qu'avec mon extinction inconditionnelle, je peux rallumer normal.

Pour la cygnos, c'est assez différent, encore plus cumulé à une Xenon. J'en discutais ailleurs, c'est vrai qu'il faudrait soit câbler en jtag classique avec la cygnos, soit modifier le smc d'une autre façon. Sur un smc cygnos, y'a ni le dma_read, ni le gpu jtag, ni le tms/tdi Pour ma part, j'ai rajouté un ljmp en 1F07 (02 2F 0C) en lieu et place du jnb j'ai ensuite rajouté la fonction charge_detect en 2F0C Et c'est tout, car le seul bug que j'ai trouvé sur xenon, c'est la console qui se met en standby lors de l'extinction alors que le pnc est branché

Je confirme, l'info a été relayé fin juillet sur les sites français, et c'est encore plus vieux. Un gars en parlait il y a quelque mois sur x-s ou xbh, mais je trouve plus le post. D'ailleurs, on trouve des vidéos d'avril qui montre le bug. C'est vrai que j'avais même pas tilté n'en avoir vue aucune trace sur gueux. Et bien maintenant c'est chose faite

J'imagine que pour les musiques ils ont rencontré le même problème que moi, à savoir que le player interne n'accepte les musiques que si le chemin de base se trouve être la racine du programme qui lance la musique (à savoir FSD) Pour info, j'avais contourné le problème en codant une fonction qui place le mp3 dans le dossier du xex avant la lecture, donc on pouvait ajouter des mp3 à la playlist depuis n'importe ou. Avec mplayer, je n'ai pas ce problème

J'ai lu que la prochaine version apparaitra dans 2 semaines, effectivement sans ce "délire"

Un comit a été effectué sur le svn pour remédier au problème d'inscription dans le GamerTag. D'ailleurs une vaste polémique a éclater à ce sujet sur un autre forum anglais, donc les dev ont vite réagis.

Pour avoir bien réussi à reprendre le style de l'ancien dash, je dit chapeau bas (bien que je n'adhère pas). Plusieurs chose ne vont pas : - L'édition de fichier de configuration à la main (le logiciel écrit toutes ses config en xml, à part les crucial, genre les dossiers de jeux, je trouve ça super lourd) - La lenteur de l'interface, 1 seconde à chaque entrée dans une fonction, genre la liste de jeux - Manque de documentation - Le gestionnaire de fichier (joker ) - La fonction about est agressive! Sachant qu'il s'agit d'une première version de ce logiciel (réécrite de zero me semble il, ou pas loin), les bases sont posés, c'est bien. Mais à part le changement de couleur des boutons, ou l'affichage de l'avatar, y'a pas vraiment de nouveauté. Après, si le développement suit le même chemin, l'intégration d'un vrai player audio/vidéo sera du plus belle effet je pense. J'ai des potes qui sont à fond sur mon soft, d'autre préfère FSD, donc merci à la team pour le boulot effectué, et bonne continuation à vous

Nouveau matériel, nouvelle mise à jour, peut être nouvelle faille, c'est comme sa que je le vois. Bon ok je vise plus kinect que la slim, mais leur sortie est simultanée. Évidemment les fat bénéficieront aussi du support pour kinect, mais l'intérêt c'est le nouveau dash. (qui a subit une refonte à ce que j'ai compris) Les failles critiques ne sont actuellement plus recherché, ou beaucoup moins, car énormément de personne et de moyen on déjà été utilisé afin d'arriver là ou on en est avec les consoles jtag, mais au vu des avancés en matière de dev, l'implication des gens pour aider les développeurs, il arrivera un moment ou "tout le monde" voudra bidouillé sa console pour en faire un centre multimédia haute définition, un émulateur multi-console qui ne rame presque jamais au vu de la puissance de la console. Beaucoup de faille on été trouvé en exploitant des jeux, le catalogue étant amené à grandir, tout est possible. Mise à part le HS, je l'achète dès que je peux

Salut à tous (sa faisait un moment) Je viens faire un petit rapport sur mes avancés dans le port de mplayer. J'ai la vidéo et l'audio, donc c'est en très bon chemin. Pour le moment, je l'ai fait en sdl en mode software, avec tout désactivé évidemment (subtitles, network function...). Je vais d'abord faire en sorte de le faire fonctionner avec directx, avant d'aller trop loin (sa devrait pas être bien dur, bien que microsoft est supprimé quelques fonctions bien utiles du sdk). Ainsi, la prochaine version de IngeniouX sortira avec le support de la vidéo/audio depuis l'explorateur (chaque chose en sont temps, upnp/smb, interface personnalisé viendront plus tard) Pas d'avatar 3D ou de 150 fonctions pour changer chaque pixel de l'interface, mais de l'utile. Je vous dit a bientot, car j'ai du taf dans tous les sens en coding en ce moment (mon nouveau boulot de programmeur )

Il est possible de modifier le disque dur pour permettre un accès depuis xplorer. J'ai un 2 To, et sa marche très bien Juste au cas ou : http://forums.xbox-scene.com/index.php?showtopic=701738

AU vu des fonctionnalités, sa pourrait être sympa, mais vu comment c'est codé, sa l'est pas. Un exécutable de 50 Mo avec à l'intérieur tout les programmes d'autre programmeur, qui sont extrait à chaque fois qu'on clique sur une fonction. DU coup, c'est super lent. Pareil pour le lancement, un écran de chargement, c'est abusé.

En même temps, mp3 c'est utilisable en natif avec le sdk (une version de IngeniouX le fait d'ailleurs, sans la limitation du lancement de mp3 depuis le dossier "game:\"). Y'a la playlist, l'enregistrement de la playlist, la reprise au démarrage. Et pour la vidéo idem, le wmv hd c'est géré en natif, il devrait plus se concentrer sur le port de mplayer, le mien étant en partis opérationnel (audio output ok, donc je ne dépend plus du sdk pour faire sortir du son, vidéo fonctionnel mais pas encore génial) Ils perdent trop de temps sur l'ajout de fonction pour custom seulement quelques bidules, genre la couleur des boutons. Sinon les classes arrêtes pas de changer, alors qu'il n'y a toujours pas d'explorateur double panneaux

Salut Le développement est stoppé net, je n'ai plus aucun ordi, plus de disque dur, plus de source, plus rien. Mais soyez assuré qu'il reprendra, avec une grande pose, le temps que je me sorte d'une grosse galère (dont vous pourrez comprendre le sens en vous promenant ailleurs). Je n'épilogue pas, c'est stopper, et ça reprendra. Merci à tous d'avoir supporté mon projet, on se retrouve dans quelques temps pour continuer l'aventure

J'ai trouvé un bug dans ton utilitaire Pour les dlc de domino master, il y a un caractère non standard, du coup, sa plante. Comme une image vaut mieux qu'un long discours : Et merci encore, sa aide beaucoup

J'aimerais savoir si vous avez des fichiers corrompus ? Bon ok je les prends pas avec previewer, je me suis fait un script perl qui télécharge toutes les vidéos, mais j'ai aussi essayé de téléchargé les corrompus avec previewer (juste au cas ou), et pareil Voici la liste des corrompus : Et la liste des absents : Si ça peut aider l'auteur du site. Encore bravo et bon courage pour la suite

Merci mais en fait j'avais trouvé, et pour info, tous les indie game se trouve dans "Content\\0000000000000000\\584E07D2\\00000002\\" Microsoft on fait les lourds sur ce coup-ci, car les god et arcade ont la meme structure, on peux facilement trouvé le nom/titleid sans avoir à faire le calcul du header/cs/ls, mais pas ici. M'enfin pour pas me prendre la tête, je me positionne là ou il y a 434F4D4D (COMM), et 4 seek plus loin, il y a toujours le titleid