You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is pretty unusual case, but I thought it was worth reporting it in case anyone else runs into it.
Console is a SCPH-5501 (Boot ROM CRC = 8d8cb7e4) that's been expanded to have 8MB of main memory - on this console, going to the memory card screen with the FreePSXBoot memory card installed does nothing - it just displays the card as being blank. The card is working normally on another SCPH-5501 with the same boot ROM, but the original stock 2MB RAM. I guess something the exploit is relying on memory aliasing.
The text was updated successfully, but these errors were encountered:
Yes, some versions of the exploit explicitly relies on the two address bits missing to roll over into kernel space. This indeed won't work on a modified console for which the bios requires this, as it'll hit upper ram instead of the kernel space.
No, it's regular SCPH-5501 retail NTSC:U/C unit - it's just had the RAM chips replaced with larger ones to expand the total memory to 8MB to match the memory on the development boards.
The SCPH-5903 has the same 2MB RAM as other retail consoles.
This is pretty unusual case, but I thought it was worth reporting it in case anyone else runs into it.
Console is a SCPH-5501 (Boot ROM CRC = 8d8cb7e4) that's been expanded to have 8MB of main memory - on this console, going to the memory card screen with the FreePSXBoot memory card installed does nothing - it just displays the card as being blank. The card is working normally on another SCPH-5501 with the same boot ROM, but the original stock 2MB RAM. I guess something the exploit is relying on memory aliasing.
The text was updated successfully, but these errors were encountered: