krHACKen Posté(e) le 3 décembre 2019 Partager Posté(e) le 3 décembre 2019 Quelqu'un peut-il m'expliquer pourquoi ?? J'sais pas si c'est en référence à FMCB, mais certaines puces font de la colique avec la version actuelle 1.966. Comme un freeze de la console au lancement des ELFs. De mémoire, la dernière version qui n'est pas affectée est la 1.962. Lien vers le commentaire Partager sur d’autres sites More sharing options...
Subaru-San Posté(e) le 5 décembre 2019 Partager Posté(e) le 5 décembre 2019 Ah bon ? Qu'est-ce qu'ils ont foutus ? Chuis plus trop au fait des évolutions de uLE, mais pourquoi alors installer une version 1.966, si elle n'est pas stable ? Parce-qu'une puce, est "transparente". Si ça plante, c'est pas normal. Lien vers le commentaire Partager sur d’autres sites More sharing options...
krHACKen Posté(e) le 5 décembre 2019 Partager Posté(e) le 5 décembre 2019 La puce est transparente si elle est désactivée. Quand elle est active elle patche un tas de bordel en mémoire, dont le kernel, la table des syscalls, le driver CDVD, et OSDSYS. Quand d'autres fonctionnalités sont activés (Mega Memory, RGB fix, ATAD patch, NTSC fix....) ça peut patcher d'autres trucs comme PS1DRV, les pilotes MC, le DVD Player... De plus elle interfère avec le MechaCon et peut péter le décryptage MagicGate au bout d'un certain nombre de KELFs traités. Ça s'est vu aux débuts de FMCB, avec le PSBBN, et avec les disques de mise à jour du lecteur DVD. Dans le cas du FMCB actuel, c'est sans doute la puce qui patche un truc qu'elle ne devrait pas patcher, polluant le code de FMCB et causant un crash au lancement des ELFs. Les mecs ont étudié leurs puces en visant le code de SONY, "ça fonctionne donc c'est bon", sans vraiment tenir compte de ce qu'on pouvait faire ou pourrait faire avec des homebrews. Vu que chaque modchip fait son job à sa manière sans qu'il n'y ait de standard, ça serait difficile d'adapter FMCB pour ne plus qu'il y ait de conflit. The problem is not with FMCB/FHDB. It is your modchip using the same memory as FMCB/FHDB or is now attacking FMCB/FHDB. It seemed to have worsened after the OSD initialization code was replaced at v1.96, but we cannot both have cake and eat it... Nevermind that I do not have a console with such a modchip, but there is also no standard for what a modchip will do to EE memory. https://www.psx-place.com/threads/fmcb-fhdb-v1-9-series-release-thread.13413/page-10#post-172781 Lien vers le commentaire Partager sur d’autres sites More sharing options...
Subaru-San Posté(e) le 6 décembre 2019 Partager Posté(e) le 6 décembre 2019 Tu n'as pas tort, effectivement. Le plus simple, je pense, c'est que les dev se penchent sur le code des puces. Y en a pas eut 150. DMS et Matrix. Les autres ne sont que des clones. Principalement de la Matrix. Toutes façons, ça doit faire 15/16 ans que les puces utilisées ont la fonction (via une manip au pad ou au bt reset) pour être désactivées. Donc... Les installateurs n'ont pas à se prendre la tête. Si pb il y a , ça viendra pas de chez eux, mais du "client". Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Veuillez vous connecter pour commenter
Vous pourrez laisser un commentaire après vous êtes connecté.
Connectez-vous maintenant