ChachaKoala

Salut Vu sur le site de la Team CK3 : un petit pcb pour activer le dump sur tous les lite-on et de reswitcher facilement en mode normal Dispo sur ck3.co.uk qui sont efficaces (d'après mon expérience) A priori, il n'y a que des soudures à faire et on peut laisser le PCB en place.

Tu peux aussi editer le fichier pirs ou xex de Xexloader et remplacer les quelques (trois de souvenir) occurences de nxe par nxz par exemple, comme ça, tu n'a plus à te soucier de rien

Yop là tu vois, ça commence à le faire (le 360dashit indexer) merci pour cette trouvaille Par contre, ça ne change en rien mon point de vue sur l'ergonomie de la chose.

alors ça je ne sais pas, je n'ai pas ce problème la console boote normalement avec le bouton power et guide en xell avec le bouton eject par contre, elle ne démarre pas correctement si je laisse une clé ou un disque branché sur la prise usb frontale bas Va savoir

@nounours : t'as pas des options de zoom 4/3 ou 16:9, plein écran ou autres paramètres? @d.dec : la ligne de commande c'est pas inné chez tout le monde, et linux encore moins, il ne faut donc pas t'en faire. Content que tu t'en sois sorti en tout cas. sudo -> ça veut grosso modo dire "executer en tant que super utilisateur (root)" sudo passwd veut donc dire "définir le mot de passe de l'utilisateur root" su -> passer en utilisateur root (super utilisateur), tu quittes donc le contexte de ton login utilisateur (gentoo sur cette distribution de linux) en gros pour passer en su, il faut que le mot de passe de root soit déjà défini, ce qui n'est pas le cas sur ce live cd d'où le sudo passwd avant

t'as branché quoi comme câble sur quoi comme téléviseur?

@D.dec Après la commande sudo passwd il faut exécuter la commande su là il te demande ton mot de passe mylongpwd puis il te demande de le changer et te REdemande mylongpwd tu fais ensuite mylongpwd2 (deux fois) sinon tu peux essayer faut que t'arrives à passer en contexte super utilisateur

l'idée d'un dumper de DVD vers iso me plait bien, ça évitera de brancher les lecteurs en mode 0800 sur le PC (et donc d'ouvrir la xbox), récupération des bocs de sécurité etc..., pour faire ses backups. Un XSchtröm quoi (ou SchtrömX comme vous préférerez). Pour contourner la limite fat32, il suffirait de créer des fichiers de 4 Gos avec un compteur comme extension et de les concaténer sur le PC, genre nomdujeu.dvd nomdujeu.001 nomdujeu.002 Soyons patients, je pense que ça arrivera un jour.

ben essaie de remplacer sda1 par sda2 ou sdb1 ou sdb2 sur ma xenon c'était sdb1 sur ma falcon c'était sda1 va savoir As-tu bien fait les autres commandes (sudo... su... et mkdir blabla)? ce que j'ai fait après le SU mkdir /home/gentoo/Desktop/xflash mount -t vfat -o uid=gentoo,gid=users /dev/sdb1 /home/gentoo/Desktop/xflash cd /home/gentoo/Desktop/xflash

Purée, Shakin faut arrêter la fumette des fois (j'ai lu certains posts de ta part hier avant de me coucher et c'est l'impression que j'ai eue), je n'ai pas dit que c'était nul (la preuve, j'ai commencé à bidouillé le menu XBLA Compil Disc) mais juste dit que c'était chiant à utiliser, je n'ai pas le droit de penser ça? J'ai 22 jeux originaux (x360) - je t'envoie une photo si tu veux, et si tu veux je mettrais toute ma collec consoles+jeux avec les guides de stratégie officiels, j'ai commencé à éditer les menus pour les prendre en compte et au bout du 5ème j'en ai eu marre, marre parce qu'il faut saisir les entrées, éditer des ptits fichiers png pour faire bien. Et je n'ai pas compté les 10 jeux XBLA associés à mon gamertag. Surtout qu'avant de jouer au jeu en question, il y a pas mal de clics (choisir le bon blade, choisir le jeu, choisir de jouer au jeu et confirmer je crois). C'est un avis, qui vaut ce qui vaut, mais qui émane d'un test approfondi. Donc oui c'est très bien et joli (ce que j'ai dit par ailleurs), mais c'est chiant. Le jour où un GUI permettra de modifier rapidement les fichiers ini et éventuellement extraire les fichiers png à partir du nxeart, je dis pas, mais en attendant, je trouve Xexloader plus simple et rapide d'utilisation.

en fait, ta nand est corrompue je pense, bien que le xell devrait booter (avec un câble vidéo SD/HD ou VGA). Essaie de faire plusieurs fois nandpro lpt: -w16 xenon_hacked.bin 0 50 (je l'ai fait 5 fois sur les miennes)

1 bloc a partir du 1 je dois avoir avec mes 2 mo? je ne l'ai pas laissé écrire jusque 3de, donc il doit étre bon lui. bon ben si t'as pas écrasé ton bloc 3de fais nandpro lpt: -r16 rawconfig.bin 3de 2 nandpro Nand2mo.bin: -r16 rawkv.bin 1 1 nandpro Nand2mo.bin: -r2 rawkv2.bin 1 1 Avec ça t'as l'essentiel Par contre, si tu allumes la console avec une manette filaire branchée sur la prise usb à l'arrière de la console, tu devrais déjà l'avoir le xell. Tu patcheras ensuite ton xbr_xenon_8955_3 avec les rawkv et rawconfig précédents et au grand pire, tu flashes le tout en lpt si xell ne fonctionne pas Tu vois l'idée? @OCman2k : ça serait bien d'éditer ton premier post du coup, car ça évitera les erreurs de ce type. Le fait de s'arrêter ou non à la fin du fichier à flasher doit dépendre de la version de nandpro. Mais en bornant les secteurs à écrire, on minimise les risques. Pour le dump des 2 premiers Mos, je fais plutôt nandpro lpt: -r16 nand2mo.bin 0 50

C'est plutôt joli mais je trouve ça chiant à utiliser à la longue, faut manuellement créer des entrées à chaque nouveau jeu installé. Xexloader et le mode Discovery (comme sur unleashx et XBMC du reste) me semblent bien plus pratique, bien que moins joli. Mais c'est clair que cela annonce plein de bonnes choses. J'étais justement en train de voir dans quelle mesure je pouvais dériver les interfaces launchers des jeux Xbox Live Arcade Compilation Disc et Unplugged mais du coup j'ai arrêté de chercher les hexedits des fichiers de conf, vu que c'est chiant aussi.

@Goth62 La manip consiste à monter ta clé USB en /home/gentoo/Desktop/flash (répertoire flash sur le bureau=contenu de la clé usb) Ca échoue car t'es pas passé en super utilisateur (SU) quand tu fais sudo passwd, il te demande de créer un mot de passe Quand tu te tapes SU pour passer en super utilisateur root, ça te demande changer ton mot de passe à nouveau en fait, il faut taper le mot de passe actuel (précédemment saisi) et valider deux fois un nouveau mot de passe avec un certain degré de complexité (mélange chiffres et lettres). Ensuite pour être sûr que ça fonctionne, tape mkdir /home/gentoo/Desktop/xflash mount -t vfat -o uid=gentoo,gid=users /dev/sdb1 /home/gentoo/Desktop/xflash cd /home/gentoo/Desktop/xflash puis les commandes adéquates en fonction de si tu dois compiler lflash où si t'en ai à la phase de dump ou flash

Arrête tout, tu vas perdre ton rawconfig sinon il aurait fallu faire un nandpro lpt: -w16 xenon_hacked.bin 0 50 Arrête tout assure toi d'avoir un dump du keyvault (1 bloc à partir du bloc 1) et du rawconfig (2 blocs depuis 3de)

Je n'ai nullement besoin de ta bénédiction pour répondre à sa question et non à côté de la plaque.

Le problème avec ton cd c'est que 1) tu pourras pas y faire un backup de ta nand avant flash 2) si tu éjectes ton CD de linux tu vas avoir un peu de mal à l'exécuter. Il précharge certaines choses en mémoire mais bon pas assez pour tourner sans CD Une clé usb ça coûte rien, au pire tu dois bien avoir un disque usb non??? Sinon nickel, j'ai mis à jour un XBR sur une Xenon et j'ai fait une première installation XBR sur une Falcon et c'est de la boulette le temps gagné. De plus on minimise les erreurs de lecture. Reste que la partie soudure est la plus longue maintenant Les sources modifiées pour la jasper16 c'est pour prendre en compte le flashconfig adéquat non? Par contre, pour ceux qui ont mis le xell-1f (0.3 de redline), le xell se lance toujours par l'eject (non parce que ça, franchement ça m'agace), je voudrais que l'eject ait un comportement normal, comme sur les versions précédentes du XBR. +++

Perso j'ai fait la méthode Gentoo, à savoir dump du keyvault et du rawconfig plusieurs fois puis dump des 50 premiers blocs (plusieurs fois) et enfin flash des 50 blocs de falcon_hack.bin VIA LPT. J'en profite pour générer le xbr_8955_3a pour la falcon grâce au kv et rawconfig précémment dumpés. Lancement du xell et boot Gentoox et dump de la nand en plusieurs exemplaires puis flash du xbr_955_3a depuis linux. De retour sous Windows, je synthétise mon firmware original en mixant les 50 premiers blocs dumpés en LPT et les dumps effectués sous Linux De la balle comme ça va vite.

@Mitratek, tu devrais prendre des résolutions pour la nouvelle année pour ne pas parler pour rien dire ou ne plus dire des conneries. @snake076 Virtual dub permet d'éditer des divxs quelque soit la résolution et si tu prends la version avec le plugin AC3, il faut découper les fichiers SANS recompression (direct stream video et audio). Sinon, tu fous le gros fichier sur une partition HFS (avec MacOS).

Dans le temps j' utilisais virtual Dub pour couper les fichiers en deux

oui c'est le numéro de lot, ça correspond à l'année et semaine de fabrication Par exemple lot 920: 20ème semaine de 2009

Petite question, dans le tuto il est dit qu'on peut soit tout laisser tel quel (ponts plus piste coupée) sans connaître les conséquences sur le live principalement, soit on remet tout d'origine. Si on laisse les ponts mais qu'on relie la piste coupée, on ne pourra plus reflasher non? Vaut mieux tout laisser comme ça si on veut mettre à jour le firmware? Et si on enlève les ponts et qu'on laisse la piste coupée? <- parce que si reflash, c'est plus simple et rapide de dessouder, ressouder le pont avec interrupteur et résistance que de couper puis relier la trace sur le CI, même si c'est fait avec un peu d'étain. C'est pour prévoir au plus simple les mises à jour +++

ultraiso menu amorçable/créer une image de disquette Tu sélectionnes ta disquette (A:) et sauvegardes le fichier coometuveux.ima sur le bureau Tu choisis ensuite menu amorçable/Choisir le fichier d'amorce Tu peux mettre quelques fichiers pour occuper 50 à 100 Mos sur le disques. Sauvegarde le fichier iso puis grave le. Le CD prendra une lettre, mais si tu démarres sur ce CD avec ton lecteur de disquette branché, tu devrais y accéder aussi. +++

Non. "Nandpro lpt: -e16 0" en dite efface 16m de la nand à partir de l'adresse 0x000000 "Nandpro lpt: -e16 0 100" en dite efface les 4m de la nand à partir de l'adresse 0x000000 est terminé au bock N°100 "Nandpro lpt: -r16 0 100" en dite lire 4m de la nand à partir de l'adresse 0x00000 est terminé au bock N°100 "Nandpro lpt: -w16 0 100" en dite écrire 4m de la nand à partir de l'adresse 0x00000 est terminé au bock N°100 4M = 100 BLOCk 8M = 200 BLOCk 16M = 400 BLOCk T'as rien compris à ce que j'ai dit apparement mais bon, à la limite c'est réciproque et puis nandpro lpt: -r16 0 100 ça dumpe dans un fichier qui s'appellera 0 les blocs 100 à la fin. Effacer une nand en quelque seconde ça ne peut pas être en LPT. et si on suit l'ordre, on efface tout, on dumpe que dalle, c'est dangereux tout ça quand même. Faudrait quand même savoir/prévoir de dumper son flash plusieurs fois. Etape 0Nandpro lpt: -e16 0Nandpro lpt: -e16 0Nandpro lpt: -e16 0Etape 1Nandpro orig.bin: -r16 Rawkv.bin 1 1Etape 2Nandpro orig.bin: -r16 RawConfig.bin 3de 2Etape 3Nandpro XBR.001.bin: -w16 Rawkv.bin 1 1Etape 4Nandpro XBR.001.bin: -w16 RawConfig.bin 3de 2Etape 5Nandpro lpt: -w16 XBR.001.bin 0 100Etape 6Nandpro lpt: -r16 XBR.001_flash.bin 0 100Etape 7Nandpro lpt: -w16 XBR.002.bin 100 100Etape 8Nandpro lpt: -r16 XBR.002_flash.bin 100 100Etape 9Nandpro lpt: -w16 XBR.003.bin 200 100Etape 10Nandpro lpt: -r16 XBR.003_flash.bin 200 100Etape 11Nandpro lpt: -w16 XBR.004.bin 300 100Etape 12Nandpro lpt: -r16 XBR.004_flash.bin 300 100 Etape 0 TRES DANGEREUSE car si on a pas le dump d'origine, c'est la merdasse. Etape 4 on cherche à écrire 2 blocs au bloc 3de dans un fichier qui ne contient que les blocs 0 à 100 Etape 5 on écrit les blocs 0 à 100 qui ne contient donc pas le rawconfig en 3de Etape 11 on écrit une partie du xbr contenant le bloc 3de mais pas le rawconfig d'origine Si tu conseilles d'avoir ton dump d'origine avec Gentoo, c'est qu'au moins le xell est déjà installé, du coup tu l'as déjà ton dump d'origine (enfin normalement). Tu pourrais faire UN fichier batch qui fera tout ça à la suite, surtout que ça ne met pas quelques secondes à chaque fois. Le seul intérêt de la chose c'est de segmenter le flash en quatre étapes. Perso, je flash complet, je redumpe ce que je viens de flasher, je compare, je localise les blocs éventuellement différents et j'extrais ces blocs du xbr.bin et je les reflashe au bon endroit 3 fois puis à nouveau dump de ces blocs pour vérif.

en 0, ça devrait pas être Dumper la Nand plutôt que de l'effacer?