havent tried it changing to other bay.. i'll try to see what version the modded ps2 is.. but if they have different version is it or its not possible to work?
Printable View
havent tried it changing to other bay.. i'll try to see what version the modded ps2 is.. but if they have different version is it or its not possible to work?
If they are different regions, they will not work. This is something you're going to have to deal with when the time comes. Different regions have different encryption keys and will not swap out. You can use a multi-install to install from a fat to a slim and from a slim to a fat, but only if they are the same region.
i see so it realy just depends on region...:cry:theres no hope for me
:badpc:its realy sucks here we just got a modchip here in the country we dont have a memor32 or swapmagic..
hello, my problem is that i have two mem cards 8mb, and on one of the mem card is the freemcboot, so it worked for two times, but when i deleted some saves on the other memcard, the freemcboot dont wanto start, the menu doesnt appear, but if i get it out the ps2 works. pls help ty.
the ps2 isnt modded
first this is not the right thread to post
second its seems you messed with some of FMCB files and deleted so that it wont start
ok sry, im new here and saw that theyre talking about these things in this thread, but i dont know, i didnt deleted anything from that memocard, but is there a way to put the files back to the memocard from a usb ? or how it works?
So,... It seems, that we found a few bugs (within the last 2 years) still present within FMCB.
I will list those, which I still remember yet.
-Auto-ELF-Launch-Bug, whatever the cause might be...
-Seemingly a CNF-Parser-Bug, but that wouldn't matter, since Neme already wrote a new one... New code, new bugs.
-Seemingly some other bug, where it fails to load an ELF from OSD (might be related to the CNF-Parser-Bug)
-OSD-V-Mode-Fixes, seem to be buggy. It seems, they are outputting the ps2-regions color-mode-modulation and only switching the Hz+Rez (so on PAL-Consoles, it is either PAL60 [NTSC-Setting], or PAL and on NTSC-Consoles, I'm not sure...).
I forgott another 'issue', but it's not a real bug.
On different consoles, the OSD-Skip-Disc-Function works differently.
Also it would be cool, if the OSD-Mod-Subprogramm could have added compatibility to older 10k-SCPH-PS2s, Vo-PS2s, or where-ever it still doesn't offer the same flexibility to the end-user...
As I understand it this is just because the behavior we want, to simply have the program go to the main FMCB menu and stay there, is impossible to achieve with the newer bios of slim PS2 consoles when there is a disc in the tray. So FMCB must 'duck' into the Sony Browser in order to prevent launching of the disc.
We could try to make the behavior consistent by making FMCB 'duck' in the same way on older consoles too, even though it is not needed there. But if we do that we have to expect an outcry of protest from users who have those consoles and hate the new behavior.
I'm not sure what you mean by "OSD-Mod-Subprogramm", but if you mean the bootup code inside the main FMCB bootfile, then I think any major additions to it, as required for such compatibility, are ruled out. The 'payload' size of the KELF files used does not allow for such major additions. After all, the total KELF size is only 75KB, and only part of that can be used for the FMCB 'payload'.Quote:
Also it would be cool, if the OSD-Mod-Subprogramm could have added compatibility to older 10k-SCPH-PS2s, Vo-PS2s, or where-ever it still doesn't offer the same flexibility to the end-user...
To have full flexibility in doing all we want with it, we'd need the ability to encrypt/sign our own KELF files, created from scratch. And that is something our current tools can't do.
Best regards: dlanor
He's referring to the FMCB installer.
When you install FMCB v1.8b on a SCPH-10000, SCPH-15000 or SCPH-18000 console, the hacked OSDSYS isn't there (Probably not created by the FMCB installer).
I believe that it's possible to implement (The OSDSYS file of such a console is uncompressed anyway), but it's just not implemented yet.