Want load PS2 homebrew using not much more than a memory card? FMCB v1.92 is your answer! This update includes improved system support and tons of bug fixes!

The previous build of FMCB was met with such fanfare that SP193 is already back for more. As he describes in the tool's info, this is a software based hack that allows for the launching of homebrew from PS2's 8MB memory card. Why spend money on hardware or other tricks when you can use this soft-mod today? This revision is a major under the hood overhaul that includes some kernel patch fixes and better support for the SCPH-7000 series. A changelog is below!

Changelog for v1.91:

• Fixed ESR support.
• Removed calls to FlushCache() before ExecPS2(). The Sony documents say that it's a requirement because the game might be running on an unpatched Protokernel.
• However, FMCB will patch the kernel at startup and this is not required.
• Changed the splash image to a 16-bit bitmap. 30KB of space is saved... but the overall gain (after packing) is minimal because graphics isn't a really compressible sort of data.
• For FHDB: The HDD unit will not be powered-off when the ROM OSD is used.

Changelog for v1.92:

• Fix for the SCPH-70000 series consoles: Added a IOP reset at the start of FMCB, so that the IOP will contain the same modules across all console models.
• Fixed the kernel patch (See PS2SDK updates for today and yesterday) for the SCPH-10000 and SCPH-15000.
• Removed IOP reset from the EE ELF loader, as some homebrew software depend on the loaded modules for file access.
• The patch for sceCdForbidDVDP() will now be specially invoked earlier on for the Protokernel OSD, as the bulk of the patch code is run after sceCdForbidDVDP() is run by the OSD. This solves DVD booting.
• Adjusted DVD video/ESR-patched disc booting code, so that a definite result will result (Either a BootError or the disc boots).
• Optimized code.
• Fixed OSDSYS patch for the SCPH-10000 with boot ROM v1.00. The HDD modules should now be loaded when the card is inserted in slot 1.
• Added code that kills all threads but the main thread. When control is wrenched from the hacked OSD, any thread created by the OSD is left behind and that can result in weird behaviour (e.g. if the stray thread(s) reinitializes a RPC connection with the IOP, especially during an IOP reset). This fixes ELF launching on the SCPH-10000 and SCPH-15000, when the OSD is reloaded.