Aller au contenu
  • Contributeurs populaires

    Personne n’a encore reçu de point de réputation cette semaine.

  • Statistiques des membres

    23 028
    Total des membres
    1 033
    Maximum en ligne
    Subaru
    Membre le plus récent
    Subaru
    Inscription
  • En ligne récemment   0 membre est en ligne

    Aucun utilisateur enregistré regarde cette page.

jimmikaelkael

Membres Enregistrés
  • Compteur de contenus

    383
  • Inscription

Tout ce qui a été posté par jimmikaelkael

  1. Tu as raison malak FMCB restera "light", pas de logo, pas de superflu... Je vous rappelle qu'il doit rentrer dans un DVDPL de 75 ko ! Pour le bug du LNG avec uLE, j'ai fait mes propres tests. Et le bug vient de uLE lui même, dans la fonction que dlanor a implémenté pour analyser le chemin "uLE:/", il semble y avoir parfois un problème pour analyser un chemin contenant "mass0:/", la ruse etant d'utiliser "mass:/". Donc je peut contrer ce bug vite fait depuis FMCB, mais il faut quand même que j'en parle a dlanor pour qu'il le corrige sur uLE. Faites le test vous même : utiliser dans le cnf de FMCB un chemin avec "mass0:/ULE.ELF" au lieu de "mass:/ULE.ELF", vous verrez... Ce qui fait qu'actuellement ce bug apparaitrait aussi si vous supprimez le cnf de FMCB et bootez ule sur usb... Le problème vient de ce bout de code de ULE (main.c, fonction main) : if(setting->resetIOP) { Reset(); if(!strncmp(LaunchElfDir, "mass:", 5)) { initsbv_patches(); loadUsbModules(); } else if(!strncmp(LaunchElfDir, "host:", 5)) { getIpConfig(); initsbv_patches(); initHOST(); } } donc si resetIOP est à 1 dans la conf, il compare voir si il trouve "mass:" et pas "mass0:", ce qui fait qu'après le reset IOP il recharge pas les module usb ni le patch lmb... En fait dlanor aurait du mettre : if(setting->resetIOP) { Reset(); if(!strncmp(LaunchElfDir, "mass:", 5)) { initsbv_patches(); loadUsbModules(); } else if(!strncmp(LaunchElfDir, "mass0:", 6)) { initsbv_patches(); loadUsbModules(); } else if(!strncmp(LaunchElfDir, "host:", 5)) { getIpConfig(); initsbv_patches(); initHOST(); } }
  2. Merci pour vos tests ! OK, mais si tu charge avec FMCB un launchelf sur MC puis que tu lance uLE depuis l'usb, se passe-t il la même chose ? Exactement.
  3. Je pense savoir pourquoi ca bug avec le LNG, je fait des modifs dans FMCB, puis il faudra tester EDIT : voilà j'ai modifier : FREE_MCBOOT_15_beta_test.rar Testez si vous avez toujours le blème de chargement du LNG avec uLE en appuyant sur "go home".
  4. Ok merci les gars, pour vos tests. Pour ceux chez qui ca bloquait sur LOADING, j'ai modifié la phase de reset IOP, et apparament ca a réglé le problème. Pour le bug des manettes, il faut que je m'en occupe, maintenant que j'ai des bios ou ca bugait, je vais pouvoir faire des tests sur PCSX2. Pour le chargement du fichier LNG, c'est quand même curieux, cela ne devrait pas poser de problème, a moins que je n'ai pas déplacé mon programme assez loin, peut-être que uLE charge des trucs en 0x1d0000... Je peut aussi essayer de caser l'installeur avant 0x100000, la ou se charge uLE et la plupart des programmes. Des problèmes en testant avec d'autres prog sur "go Home" ?
  5. Est-ce que ceux qui avaient le problème de manettes avec le loader l'ont aussi avec le nouvel installeur ? Et avec l'ancien ?
  6. Super ! merci gto pour le test. Au fait est-ce que ceux qui avait le problème de lancement de l'installeur bloqué sur "LOADING" sans formatter, cela le fait toujours ou pas ? Perso, je n'ai jamais eu ce bug...
  7. C'est n'importe quoi... Avec linking cluster tu copie x fois le fichier mais aussi x fois sa taille... plus de 28 mo pour un osdelf de 1.3mo... Et surtout j'ai déjà dit : NE SUPPRIMEZ PAS VOS DUMMIES ISSUS DU CROSS LINK AVEC ULE, vous corrompez la FAT... ESR est un elf oui, tu l'affecte en mode dev a une touche avec un backup patché inséré, et hop, magie. Bon alors voilà les gars, j'ai finalisé ça, et du coups avec tout ces changements, je pense qu'il est plus clair de passer en 1.5. Le voici pour tests (faites pas attention au design des nouveau boutons, j'attends mon designer pour le background ). Voici le fichier : FREE_MCBOOT_15_beta_test.rar Donc le cross-link est de retour sous l'appellation "Multi-Version Install". Formattez si vous avez un FMCB avec cross-link d'installé. On ne devrait plus avoir a formaté la carte même en reinstallant par dessus une version cross-linkée, vu qu'il ya la procédure d'Uninstall. Pas Obliger d'utiliser Uninstall avant de reinstaller, il checke lui même. Et par pitié ne supprimez plus vos dummies avec uLE sans avoir fait un "Multi-Version Uninstall", c'est l'antidote du cross-link en quelque sorte Et merci à Hackchip pour m'avoir fait parvenir sa toute petite modif, elle a eu pour effet de cerner le bug
  8. Alors voilà j'ai fait quelques modifs (pas encore pour le pad). FREE_MCBOOT_1.4c.rar J'ai tenté d'integré dans mon installeur la possibilité de quitter en lancant mass:/BOOT/BOOT.ELF et sinon mc?:/BOOT/BOOT.ELF. Il faut appuyer sur ROND pour declencher ca sous l'installeur. Pour cela j'ai dû modifié l'adresse de chargement (0x00100000 -> 0x001d0000, ca laisse la place pour un prog de 800ko se chargeant en 0x100000) EDIT: Bon je divague, je doit en faire trop (JahJah ), ca ne risque pas d'interferer avec ESR puisque c'est l'installeur Pourriez vous tester cela ?
  9. Merci khali pour le bios je vvais examiner tout ca, j'ai aussi celui de polopolo. Ah ok le dernier ESR boot en dev, ca veut donc dire que ffgriever a déplacé son adresse de chargement, c'est ce que je comptait faire pour le loader FMCB mais il m'a devancé
  10. Merci polo Bon autre problème : ESR ne passe pas en mode dev, vous êtes obligé de le lancer avec uLE, c'est pour tout le monde pareil ? Je peut pas tester vu que j'ai pas de lentille...
  11. Ok merci Khali @tar: Pour flasher ta carte recupère une image 16 mo et flashe ta carte avec HDproject(Mc Flasher version).
  12. C'est embettant oui, est-ce que la flasher avec une image 16 mo change quelque chose ?
  13. Essaie un dump de ton bios avec ps2dumper ou dumpbios usb... Tu me l'envoie et je m'en débrouille pour le reste Merci !
  14. "notre polopolo officiel est demandé a l'accueil"
  15. C'est clair que pas mal de noobs galère. C'est pour ca que j'ai fait en sorte que le .CNF installé par défaut gère tout exactement comme la 1.4 tout court, ou comme quand on supprime le .CNF...
  16. Ouais j'y bosse pas mal c'est sûr. Ah oui je voulais préciser aussi car j'ai lu par endroit : insère "mc0:/BOOT/BOOT.ELF" entre le "=" et le petit carré..... Le petit carré est un saut de ligne, UNIXien... Editez votre .CNF avec Crimson Editor, ce sera plus facile et vous ne ferez pas d'erreur. Ah oui j'ai oublié de féliciter Hackchip, qui apparament a réussi à refaire fonctionner mon vieux module de cross-link... je ne m'y etait pas repenché depuis la 1.2 Par contre là ou tu a tout faux Hackchip, C'est pour l'effacement avec uLE, cela ne nettoie pas correctement la carte... je vais expliquer : Le cross link fonctionne comme ca : - on crée un vrai fichier, notre osdelf. - on crée nos 20 dummies de 5 octets, mais sur la carte tout fichier prend minimum 1 cluster( soit 2 pages de 512 octest et leurs 16 octets d'ECC). - mon module mcsp scanne la mc pour localiser le cluster ou se trouve la FAT indirecte du vrai osdelf, puis on y lit sa taille, et son cluster de départ (du fichier cette fois, pas de la fat). - mon module mcsp scanne la mc pour localiser la FAT indirecte de chacun des dummie, puis il modifie la taille et le Cluster d'entrée de facon a ce qu'ils pointent sur le osdelf localisé a l'étape précédente. - mon module mcsp conserve les infos de ce qu'il a modifié dans un fichier uninstall.dat (important!!!) - une fois fois relinké, le cluster qui était occupé par le dummies est "perdu", c'est à dire que plus rien ne pointe sur lui... Donc en gros quand tu supprime avec uLE ou autre, tu supprime que l'emplacement occupé par le vrai osdelf, logique, puisque tout les dummies pointe dessus... ca revient a supprimer 21 fois le même fichier... Et le plus grave c'est que les cluster "perdu" (ceux occupés a l'origine par les dummies !) le reste définivement. C'est pas bon... Surtout pour ceux qui utilise leurs carte mémoires régulièrement pour des saves, cela foutra vite le merdier... Pour t'en assurer fais un dump pcsx2 compatible de ta carte avec HDproject après effacement des dummies, puis lance la commande check de myMC sur l'image de la carte, il va te repertorier des "lost clusters", avec des numéro, si tu regarde au cluster correspondant a ce numéro, tu verra notre texte des dummies: "dummy"... Ca fait 40 ko de données (20 dummies prenant 1 cluster) qui se balade en vrac sur la carte, et ceux a chaque installation de FMCB cross-linké sans desinstallation propre. C'est pour cela que j'avait fait une fonction de desinstallation... En revanche si tu me donne ton code, ca m'epargnera tout le debug de cette fonction ! Certains comprendons donc peut-être maintenant ma réticence a vous fournir un cross-link n'étant pas "parfait" et ne pouvant être désinstallé "parfaitement"... Voici donc la 1.4c pour test (et donc sans cross-link pour le moment) : FREE_MCBOOT_1.4c.rar J'ai testé chez moi, toutes les options précisées dans mon message précédent fonctionnent, mais vous denicherez peu être des bugs... Encore une fois, merci à tous pour votre aide précieuse
  17. Hello les gars Bon je n'etait pas en train de prendre du bon temps comme je l'ai lu... J'etais juste occuper et je vais l'être jusque la mi-juillet, car je part en voyage our 15j debut juillet. Par contre je vais publier FMCB 1.4c definitif avant de partir. Alors les nouvelles chose du 1.4c. Coté installeur : - le fichier a "embedder" (empaqueter) qui devait s'appeler BOOT.ELF devra maintenant s'appeler EMBED.ELF, cela evitera de l'incorporer par accident (cette option est utile seulement pour ceux qui veulent remplacer le loader de FMCB). - Ajout d'une possibilité de charger les modules eXtended (XSIO2MAN, XMCMAN, XMCSERV, XPADMAN) depuis le même dossieur d'ou est lancé l'installeur : cela permettra l'installation sur les toutes premières ps2 ne possédant pas ces modules dans leur ROM. - Possibilité de confectionner votre FREEMCB.CNF avant installation et de le mettre dans le même dossier que l'installeur, si le.CNF n'existe pas sur la MC, votre propre conf sera copié dessus. - Changement du dossier de conf "SYS-CONF/FREEMCB.CNF" --> "FMCB-CNF/FREEMCB.CNF", et ajout d'icones pour le dossier. J'ai du changer de nom, car uLE utilise déjà ce dosier pour sa conf et je voulais pas me l'appropprier avec mes icones. - Possibilité de mettre un BOOT.ELF dans le même dossier que l'installeur, au moment de l'installation il sera copié vers mc0:/BOOT/BOOT.ELF (si le fichier n'est pas déjà présent sur la mc). Ne pas confondre avec l'ancien BOOT.ELF (devenu EMBED.ELF) utilisé par l'installateur pour remplacer le loader FMCB. - J'ai modifié le fichier de CONF installé par défaut, donc BOOT/BOOT.ELF en auto, respectivement BOOT/BOOT1.ELF à BOOT4.ELF pour R1, R2, L1, L2. Et le reste des touches OSDSYS. Puis ajout d'une entrée E3 pour chaque touche, cela me permet de restaurer exactement la même conf qui existait avec la 1.4 (celle sans .CNF) - Cross-Linking Optionnel(A venir). Coté loader : - patchage de l'osdsys pour permettre de relancer FMCB dans le menu, certains connaissent déjà. - Ajout du chargement prioritaire d'un "RESCUE.ELF" d'abord sur mass:/ puis sur les 2 mc?:/, si il est trouvé, il est chargé d'office, peu importe vos fichiers boot ou votre conf. - Ajout de l'entrée E3 pour chaque touche (précisé plus haut). Sinon j'ai fixé aussi quelques bugs mineurs, et j'en oublie peut être dans la liste ci-dessus... Si certains sont partant pour des tests il n'y a qu'a le dire PS : Pour le bug des manettes sur les SCPH-77004 (c'était bien celles-ci ???), il me faudrait le PADMAN et XPADMAN de votre ROM si possible, quelqu'un sait faire ? (je me suis achété une 2ème manette officielle pour tester sur ma v3, mais pas l'ombre d'un bug, bien sûr puisque je viens de dire que c'est une v3 .
  18. Merci pour vos testes rapides et précis les gars, ca fait plaisir. Bon donc en realité je vois pas l'interet d'integrer un menu pour lancer un disque ps2 si celui se lance auto lorsque vous l'insérez... Mais la fonction de relancer FMCB reste sympa
  19. Hello les gars j'ai mis a jour la version : FREE_MCBOOT_1.4c.rar Alors j'ai renommé les elements du menu, pour ceux qui trouvait les -= pas beau (au passage c'etait juste pour que ce saute au yeux...). Merci à Neme pour son aide sur ce hack du osdsys (ceux qui ne le connaissent pas, sachez qu'il m'aide souvent). Donc cette fois ci j'ai tenté dintégrer le fast boot des jeux ps2 dans le navigateur. C'est à dire lancer le jeu sans logo ps2 (et sans relancer l'exploit bien sûr). Donc pour ce test : - Installer FMCB 1.4c - Booter, et se laisser diriger ver le navig - insérer un disque ps2, se lance t-il seul ou etes vous obliger d'appuyer sur Launch Ps2Disc ? - s'il ne s'est pas lancé seul, appuyez sur "Launch PS2Disc", le jeu se lance t-il ? et le logo ps2 est it apparu ? - Et bien sûr le jeu se lance t'il par l'exploit ou non ? je veux dire veillez a maintenir une touche pour vous en assurer. merci d'avance pour votre aide
  20. On pourra aller beaucoup plus loin par la suite, et par exemple envisager un lancement de l'ESR par ici. Le logo PS2 apparait -il quand tu selectionne "-= Boot Disc =-" ou si tu lance un lance en le selectionner sous le browser ?
  21. Ok j'ai testé ca marche, du coups pour l'instant j'ai remis les manettes comme en 1.4b. Testez le osdsys patché FREE_MCBOOT_1.4c.rar ok merci pour le scph, ca sera utile Pour ESR et FMCB c'est juste une histoire de conflit d'adressage...
  22. pfff et merse c'est l'init des pad qui foire, vous avez même pas pu voir le patchage de l'osdsys...
  23. Tu as bien compris que le fastboot c'était le lancement des disques sans logo ps2 ?
×
×
  • Créer...