Ski-lleR

Salut à tous Afin d'aider au futur développement d'une solution de remplacement complète au dash Microsoft, je boss sur un homebrew destiné à être une base assez intéressante. Actuellement, voici les fonctions implémentés : Interface avec système d'onglet pour la navigation entre les fonctions Listages du contenu téléchargé (les jeux spécifiquement) Serveur FTP Viewer d'image Viewer texte Liste des jeux extraits : Affiche une icône du jeu (extraction manuel avec Y -> Extraire l'icone) Affiche une preview du jeu (extraction manuel avec Y -> Extraire preview) Extraction d'une image HD du jeu directement dans le dossier Wallpaper (Y -> Extraire l'image HD) Explorateur de fichier Affichage double vue Déplacement/Copie/Suppression/Création (La multi-sélection comme dans unleashX est en cours ex. vous pressez X, sa coche la sélection, et passe à la suivante Propriétés des fichiers (en cours...) Extraction du DVD avec Y (en cours...) Gestions des archives (tar, tar.gz, zip en extraction/compression, rar en extraction, en cours...) Un menu contextuel vous permet d'utiliser toutes ses fonctions. Vous pouvez aussi définir un dossier comme un dossier à scanner pour les jeux extraits en sélectionnant "Définir comme dossier à scanner". Système d'option Les options sont enregistrés directement dans un fichier .ini Possibilité de changé de skin, qui doivent se trouver dans le dossier skin Changement de fond d'écran Une liste à scanner pour les jeux extraits (dans les options, vous supprimer les dossiers de la liste, et dans l'explorateur, vos les ajouter, facile! Vous pouvez activé un fond musical Vous pouvez choisir d'afficher ou cacher les logs Les sources seront disponibles bientôt, en attendant, un lien pour téléchargé une béta compilé > http://www.sendspace.com/file/d6viy0 Image du programme (désolé pour la qualité) : http://www.monsterup.com/upload/1264454601420.jpg http://www.monsterup.com/upload/1264454602983.jpg Voir la vidéo (désolé pour ma tv pourri ultra basse définition ^^) Installation : Copier le dossier "IngeniouX" à la racine d'un périphérique (hdd, usb ...) Copier le dossier "C0DE9998" dans hdd:\Content\000000000000000000 (supprimer IngeniouXusb ou IngeniouXhdd, dépendant de là ou vous avez mis le dossier IngeniouX) Lancer, et profiter Merci à : ServaLL pour m'avoir propulser dans le monde de la programmation tmbinc pour son aide avec la libxenon L'équipe de Xexmenu pour Quickboot Brodie Thiesfield pour sa lib ini L'équipe NextGen pour les sources du FTP (qui ne seront plus utilisé, mais c'était pour testé) Certaines personnes qui m'ont aidé avec le hack JTAG Certaines personnes de Gxmod qui m'aide à debuggé le programme

3.5" Hdd Motherboard Modification Tutorial - Scenyx Entertainment Community C'est ce que j'ai fais et ça marche nickel, d'ailleurs j'ai marqué que je fournissais du 12v au disque dur

1 Terabyte Hd Mod - Scenyx Entertainment Community

- Disque Dur en 3.5 ou 2.5 en usb capacité maximale ? 500 go ? 1 TO ? 2 TO .... > Sa dépend du formatage. Si c'est du fat32, y'a une limite je crois. L'alternative est de formater au format mac (mais support limité sur windows) - Disque Dur en 2.5 a incorporé dans un boitier officiel microsoft capacié maximale 500go ? 1 TO ? > J'ai un 2 To, ça marche nickel - J' aurais voulu savoir si il y a une modification a faire si on installe par exemple un dd 2.5 de 500 go dans un boitier microsoft pour qu il le reconnaise sous xex loader ? > Déjà, si tu le branche avec le boitier officiel, il faut que ce soit un disque dur en 5v (2.5 ou 1.8). Autrement, tu peux souder un port sata et un cable d'alimentation (que tu raccorde à du 12v). Car les 3.5" sont en 12v, et il ne tourneront pas. Et non, tu le format avec la console, et ça deviendra un disque dur 360 officiel (illisible sous windows, car c'est du fatx, donc faut utiliser Xport360). - Y a t il au niveau compatibilité une marque de disque dur a privilégié ? En usb dd 3.5 ? et en 2.5 dans un boitier officiel microsoft ? > Tant que c'est un disque dur, ça marche - Quelles caractéristiques de disque dur pour un fonctionnement optimale ? : 5400 tr/min , 7200 tr/min , sata1 , sata 2 , 8 mo cache , 16 mo cache ? > Perso, j'ai pris le 2 To Seagate Barracuda LP 5900.12 SATA 3,5" 5900 tr/min 32 Mo ST32000542AS. Le plus rapide 2 To qui existe. Y'a un site pour anglais qui test tous les disques dur. - Au finale pour ceux transportent un peu leur console , il vaut mieux un dd par ex de 500 go directement dans boitier microsoft , par contre le prix .... (70 euros) fdpin En usb un dd 1 to en 3.5 ne reviens pas tres chers avec un boitier... (70 euros) fdpin + boitier 20 euros , dd 1.5 to 90 euros fdpin > Ou un 2 To en 12v intégré dans la box Staze > Ta lu son message au moins ? Il parle d'utilisation avec Xex loader, ce qui sous entend freeboot, ce qui sous entend que le kernel est patché pour ne plus vérifier si le disque dur contient un hddss (donc plus aucune limite ni restriction)

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.

Non justement c'est pas possible, car la particularité de cette mise à jour est qu'elle touche au CB fuse (pas au efuse habituelle), une chose encore jamais vu auparavant. Donc du moment ou tu install la dernière mise à jour, ta console ne bootera plus d'autre nand inférieur, qu'elle se trouve sur une puce ou non. J'ai eu droit à un petit cours de la team free60 à ce sujet ^^ (ne comprenant pas pourquoi c'était pas possible, car à la base j'avais imaginé la même chose que toi)

RidLeY : De Tmbinc : No, even if you know your CPU key, it's not possible to downgrade back from 8498.

Pour répondre à winners87, non cette mise à jour ne bloque rien à ce niveau, tu peux y aller les yeux fermés. Et concernant la faille à proprement parler, comme j'ai eu des détails à ce niveau, je les exposes (copie de ce que j'ai déjà dit ailleurs).

Utilise Xbox Backup Creator, ta une fonction splitvid. Si ta layer 1 on layer 0 est bonne dans shtrom360, ca te rajoutera la meme pour la layer 1 on layer 1 Et pour mulleter c'est normal il ne gère pas le splitvid

Au niveau des 'pseudo' bad ss en tout cas si t'es en ixtreme1.4 ça n'a pas lieu d'être. Après ca peut toujours être mauvais au niveau des layers, des gamedata ou tout autre chose. Le hacking console est en grosse partie du reverse engineering, donc l'erreur est possible. Edit: mon tuto permet de corriger les videos layer c'est tout, vos backups peuvent avoir encore 100 autres défaut, je veux dire par la ne fait pas de ma technique le pilier pour rendre stealth une backup, c'est juste une facette (si vraiment la demande et la je ferais un tuto, certe assez technique, mais qui fera le tour du backup 360, ou comment avoir des copie le plus proche du 1:1, car avec les tutos existant, on est pas sur a 100, 200, ou meme 500%, mais on est pas sur du tout d'avoir des backups stealth).

Je l'ai posté dans un topic mais je le remet ici Pourquoi ne pas utiliser kreon checker et badsspatcher ? Pour kreon checker, et bien la base du truc (kreon bug etc...), c'est une théorie sur le fait que certain ss utilise la valeur 67 01 à l'octet 228, ce qui n'est pas bon. Hors après des test sur plus de 1000 ss, il apparait que le samsung lis lui aussi cette valeur, ainsi le kreon bug est un mythe La différence entre badsspatcher et le firmware ixtreme 1.4 est que le patcher change TOUTES les valeurs 6701 par 0000 (donc directement dans le fichier), alors que 6701 (359 degré) est valide! De son coté le iXtreme 1.4 ne change PAS la valeur 6701, il remet juste la valeur 6801 (360 degré [invalide] à 0. En fait il arrive que la valeur 6701 soit mal lu par le ixtreme 1.3, qui lui rajoute 1, résultant en une valeur de 6801, donc invalide. C'est un bug dans le iXtreme 1.3 c'est TOUT! Mon conseil: utiliser le ixtreme 1.4 et tout ira bien! Ca aussi j'en ai discuter avec les elites du hacking 360, et ils m'ont garanti qu'utiliser kreon checker revenait a se bannir soit même...

[HS] Mdr je me doutais que tu allais mal comprendre ^^ (je m'exprime souvent mal je sais). Ne le prend pas pour toi, je sais que tu n'est pas l'auteur, je parlais en général, c'était un genre "d'appel" aux utilisateurs de pas faire la connerie d'utiliser kreon Vraiment désolé :triste: [FIN HS] Ouvre un editeur hexadecimal, et va a l'offset 228. Sur la plupart des backups t'aura différente valeur. Ensuite vérifie le 'pseudo bad kreon', tu verra qu'il y a 6701, c'est à dire une valeur correct ^^ (mais kreon checker non non ca lui plait pas 6701, faut mettre 0000 à tout prix! ) Ex: backup reconnu bad par kreon checker http://img166.imageshack.us/img166/5562/sanstitrewo4.jpg D'accord le ixtreme 1.3 a un bug est lis 6801 au lieu de 6701, sachant que la valeur maximum est de 6701, on se fait ban sur le live. Mais le ixtreme 1.4 corrige cela, donc no soucy le kreon bug n'est pas, par contre on peu bien parler d'un ixtreme bug ^^

Le splitvideo bah ta juste a cliqué splitvid dans xbc et ton backup devient splitvid. Après tu vérifie avec schtrom360 si les layer correspondent grace à mon tuto Pour kreon checker, et bien la base du truc c'est une théorie sur le fait que certain ss utilise la valeur 67 01 à l'octet 228, ce qui n'est pas bon. Hors après des test sur plus de 1000 ss, il apparait que le samsung lis lui aussi cette valeur, ainsi le kreon bug est un mythe Il est plutot recommandé d'utilise le ixtreme 1.4 La différence entre badsspatcher et le firmware ixtreme 1.4 est que le patcher change TOUTES les valeurs 6701 par 0000, alors que 6701 (359 degré) est valide. De son coté le iXtreme 1.4 ne change PAS la valeur 6701, il remet juste la valeur 6801 (360 degré [invalide] à 0. En fait il arrive que la valeur 6701 soit mal lu par le ixtreme 1.3, qui lui rajoute 1, résultant en une valeur de 6801, donc invalide. C'est un bug dans le iXtreme 1.3 c'est TOUT! Alors SVP, renseignez vous avant d'avancer quoi que ce soit, kreon checker et le patcher CORROMPT vos backup. C'est en l'utilisant que vous allez être banni! SUPPRIMER LES TOPICS (dans tuto) sur l'utilisation de ces FAKE

Comme vous le savez peut être tous, le problème avec les backups xbox 360 est qu'ils sont, dans une certains mesure, détectable sur le live. On connait tous les ss, dmi et pfi, qui sont la base de la détection par microsoft. Simple à mettre en œuvre, car le ss et le dmi se rattache à un seul "Media ID", contenu dans le XEX. En général un mauvais couple ss/dmi/pfi est la cause de nombreux ban. Mais ce n'est pas la seul cause, par forcément en tout cas je pense. Ainsi j'ai pris contact avec les créateurs de Xdvdmulleter et schtrom360, pour des précisions sur le backup 360. Ils m'ont ainsi renseigné sur le faites que la couche vidéo (video layer) que ca soit la 0 ou la 1, sont standard, est doivent être identique, enfin plus ou moins. Ce n'est pas des suppositions ou un truc sortit à l'arrache dans le style de kreon checker, le problème et la technique ont été vérifié et approuvé par plusieurs personnes très calés dans le hacking 360. Le but de ce tuto donc, comment savoir si les video layer sont ok ? Outils nécessaire: - Schtrom360Xtract (3.4 si possible) - Xbox Backup Creator - Un backup clean (j'expliquerais comment en être sur). - Un backup avec une couche video défaillante I) Tout d'abord, vérifions si le backup à un problème avec les couches vidéos. Lancer Schtrom360, et aller dans "Tool -> Stealh Check". Dans la nouvelle fenêtre, sélectionner "Image Name", et choisissez votre backup en cliquant sur "..." Cliquez sur "Stealth Check", patientez, puis cliquez sur "CRC32 Check" (conseil: aller boire un café ^^) Une fois terminé on à ceci, et dans le cas présent ce n'est pas bon, je vous explique pourquoi plus bashttp://img166.imageshack.us/img166/5584/sanstitre2yj8.jpg Il existe 2 types de backup. Voici leurs caractéristiques (qu'on appellera schema): Schéma 1> V0=C506923B V1=1F51DA34 Video=66D0CB54 Schéma 2> V0=81DF6964 V1=E47F6A94 Video=91410773 Quelques explications s’imposent... V0 représente le crc (signature unique pour chaque fichier) de "Video layer 0" dans schtrom. V1 représente "Video layer 1 on layer 0" Video représente "Video layer 0 and Layer 1"Oui mais...et "video layer 1 on layer 1" on le connait comment ? C'est là la subtilité! "Video layer 1 on layer 0" et "video layer 1 on layer 1" se doivent d'être identique! C'est le cas dans les originaux en tout cas, et ca pourrait (je dis bien pourrais) être une cause de ban. Revenons à mon backup. J'ai dit qu'il n'est pas bon. Si vous y regarder de plus près, vous apercevrez que "video layer 0" vaut "81DF6964". Ainsi reprenons notre schéma. Video layer 0 = 81DF6964 = V0 OK video layer 1 on layer 0 = E47F6A94 = V1 OK Video layer 0 and layer 1 = 91410773 = Video OK Video layer 1 on layer 1 = B2991D97 =! v1 NON OK Comme vous le voyez le crc de "video layer 1 on layer 1" est différent de "video layer 1 on layer 0", ainsi notre backup n'est pas 'stealth'. Remédions à cela! II) Trouver un backup clean et de meme type (Par même type j'entend par la qui reprend le même schéma.) Regarder l'image ci dessous: http://img247.imageshack.us/img247/1997/sanstitretw1.jpg Comme vous le voyez, je ne peux pas utiliser le backup de gauche, car il utilise le premier schéma (voir plus haut). En revanche celui de droit concorde. J'utiliserais donc celui ci. Vous l'aurez compris j'ai utilisé Schtrom360 et sa fonction stealth check/crc32check, comme expliqué plus haut pour connaitre les détails de mon backup. Je ne réexplique donc pas comment l'utiliser. Précision, il faut que votre backup soit 'SplitVid', mais cela sort de mon tuto. III) Injecter les videos layer clean dans mon backup Lancer Xbox Backup Creator, et aller dans l'onglet 'Image Tools' Ici, cocher 'Extract', et cliquez sur 'Video Section' http://img260.imageshack.us/img260/8206/sanstitrenv9.jpg Choisissez votre backup clean, et sauvegarde la section video ou bon vous semble. Une fois fais, cochez 'Inject', et cliquez à nouveau sur 'Video Section' Choisissez votre backup avec la 'video layer' endommagé ainsi que la section video précédemment sauvegardé (s'il vous dit qu'il existe déjà une section video, faites oui quand même)Voila, votre backup est maintenant clean. Vérifié avec schtrom360> http://img516.imageshack.us/img516/2370/sanstitrefs1.jpg Si votre 'mauvais' backup n'utilise ni le schéma 1/2, refaite le entièrement car il y a de grande (très grande même) chance que la partition de jeu soit corrompu, et là et bien Microsoft peut vous détecter très très facilement! (ss quand tu nous tiens...enfin bref mon tuto c'est pour les videos layer donc chut!) A oui juste une précision (enfin une indication, ca ne fait pas parti de ce tuto et je ne détaillerai pas ici), si vous voulez encore réduire vos chance d'être banni, n'utilisez SURTOUT PAS kreon checker et badsspatcher... C'était les conseils de Ski-lleR, bon appétit bien sûr!

Edit: Tuto fait. Voir section tuto

Salut law, Perso je trouve que c'est une trèsbonne initiative, meme si perso je préfère découvrir le jeu par moi même. Bon courage pour ces listes, et si défois je débloque tout les succès d'un jeu et bien je penserais à te l'envoyer si tu décide de continuer A+

Apres un échange avec des pointures en la matière, actuellement TOUT les jeux xbox 360 ont la meme video 1 sur la couche 0/1. Ainsi dans schtrom, le crc de video layer 1 on layer 0 et video layer 1 on layer 1 doit être soit de "1F51DA34", soit de "E47F6A94", sinon votre backup à un problème. Si vous avez genre E47F6A94 dans layer 1 on layer 0 mais pas dans layer 1 on layer 1... http://img166.imageshack.us/img166/5584/sanstitre2yj8.jpg ...y'a une solution simple. Déjà il faut savoir qu'il existe 2 type de backup. Les premières on les crc suivant: V0=C506923B (video layer 0) V1=1F51DA34 (video layer 1 on layer 0 / video layer 1 on layer 1) Video=66D0CB54 (video layer 0 and layer 1) Les deuxièmes: V0=81DF6964 (video layer 0) V1=E47F6A94 (video layer 1 on layer 0 / video layer 1 on layer 1) Video=91410773 (video layer 0 and layer 1) Donc dans mon cas j'ai une backup de "type 2" (E47F6A94) 1) Dans Xbox Backup Creator, allez dans l'onglet "Image Tool", 2) Cliquez sur "Video section", et choisissez un backup qui a les mêmes valeurs pour la video layer (pour mon cas je prend une backup avec 81DF6964, E47F6A94 et 91410773, pour savoir ben vérifier les crc avec shctrom!) 3) Enregistrer la section video ou vous voulez 4) Toujours dans XBC, cochez "Inject", cliquez sur "Video section", choisissez la backup avec le problème de video layer, et bien sur la section video précédemment sélectionné Voila votre backup est prête, vérifié avec schtrom, les videos layer devrait concorder

Rien ne garantie que dans l'avenir microsoft ne vérifiera pas la présence ou l'authenticité des couches vidéos, c'est juste une mesure de sécurité en plus. Kit à faire des backups, autant en faire les plus ressemblante possible. Merci cobra11 (du monde psp ^^) pour le report. A vrai dire j'avais pensé en séparant toutes les couches, en récupérant la parti jeu et en y intégrant la vidéo, malgré ça toujours le même problème. Je vais réessayer de faire un backup (meme si j'ai déjà essayé plusieurs fois), sinon je vais demander le jeu d'un pote on verra bien. Bien que ce ne soit pas ue nouvelle protection j'aimerais tout de même avoir une backup propre (normal!)

Merci vikt0r pour la précision. Topic clos Edit: Pourrais tu me précisé si tu as modifié le backup ou pas ? (car après modification c'est simple de faire concorder les 2 couches)

Voici l'article, en effet ce n'est pas un mail mais des spéculations, mais que je trouve fondé, après c'est sur impossible de s'y fier. From Xbox-Scene.com - Xbox 360 Xbox360 Modchips Xecuter3 Xenium SmartXX X-Chip X-B.I.T Xecuter2.6 Xodus - Gamesave Dashboard exploit - EvolutionX Avalaunch MXM Dashboard UnleashX - X2 & EvoX bios - Copy Xbox Hacks & Cracks tutorials faq - Cheapmod

bah il se base sur le crc des différentes zones du backup donc c'est déjà plus sur. Xdvdmulleter ou kreon checker c'est pas fiable du tout. Mulleter vérifie la présence des sécurités, mais n'en vérifie pas leur provenance. Et meme les sécurités il ne vérifie pas correctement, la preuve ma différence de layer il ne le détecte pas... Un échange de mail le prouve pour les vérifications microsoft (si je retrouve je le metterais). Avant ils faisaient une vérification sur les ss, mais après avoir découvert que les vieux ms28 renvoyais parfois des valeurs erronés, ils ont abandonnés cette vérification (mais juste celle la donc...). Ce que j'aimerais c'est des infos sur ces différences de layer, car je n'avais jamais vu ça auparavant

'Soir tous le monde J'ai réalisé un backup récemment, mais il y a un problème. D'après schtrom360, la "video layer 1 on layer 0" est différente de "video layer 1 on layer 1" (le crc), hors d'après ce qui a été découvert sur le format des dvd 360 ils doivent être identique (c'est le cas sur les originaux et sur mes anciennes backup) D'ailleur sachant qu'ils sont identiques le firmware ixtreme 1.4 renvoi les données de video layer 1 on layer 0, même si la console lui demande video layer 1 on layer 1 Voyez ces 2 captures, la première avec 2 backup stealth, on voit bien que la video layer est identique. Hors sur call of duty 4 elle est différente: http://img247.imageshack.us/img247/1997/sanstitretw1.jpg http://img166.imageshack.us/img166/5584/sanstitre2yj8.jpg Erreur de copie ou nouvelle protection de microsoft ? C'est plausible sachant que les firmwares actuel renvoi forcément la valeur de "video layer 1 on layer 0" meme si la console demande "layer 1" (si "layer 1" est différente le ixtreme renverra dans tous les cas des données qui seront erronés, alias "layer 0", donc BAN à coup sur!)

1.4 non stealth et tu es connecté au live ? Ta pas peur ^^

Salut Juste une petite précision au niveau de kreon checker et badsspatcher. Après de multiple test de la part de connaisseur en la matière (alias stealth360 channel sur irc), il apparait que ces 2 programmes (programmé en 20 minutes à la va vite) ne sont pas du tout fiable. Explication: Le logiciel regarde à l'offset 228/229 si la valeur est 67 01, auquel cas il le remplace par 00 00 HORS les vieux lecteurs 360 ne sont pas fiables, et renvoi aussi (dans une certaine mesure) cette valeur (meme sur des originaux) au lieu de renvoyer la bonne (crosoft est au courant du problème). Ainsi changer cette valeur peut au contraire aboutir à une corruption de votre ss.bin et un BAN de votre xbox 360. Il est recommandé de passer en iXtreme 1.4 qui règle de lui même (on the fly) le problème des ss.bin contenant 67 01. Un utilisateur jouant à ses backup sur le live

Salut Juste un petit message pour info. J'utilise un graveur Slimtype DVDRW SSM-8515S (d'un portable quoi). Après vérification il s'avère que c'est un Lite-on, mais version oem donc inflashable, enfin théoriquement ^^ J'ai bidouillé le flasheur pour forcer le flashage, j'y ai mis le dernier firmware Lite-on pour pouvoir modifier le booktype (impossible avec le firmware d'origine, car le graveur n'est pas reconnu comme un Lite-on par défaut). Graver en 2,4x avec des verbatims mkm-001 (provenance: inde), aucun problème, qualité de gravure 95%