Installing FMCB on PS2 Slim (90001, BIOS 2.0, 8B) without a disc

Hello there!
After fixing a problem with a non-working PS2 (http://www.assemblergames.com/forums/showthread.php?50954-Faulty-PS2-Slim-(Silver-90001)-need-help), I wanted to install FMCB on this unit.
The problem is that the whole CD/DVD drive isn't working, that's why the need for it.
Can I install it without a need for using a disc? The console has a Matrix Infinity 1.99 modchip, BIOS 2.00, Model 90001, 8B.
And I need somebody to install it on a Memory Card (maybe starting a WTB post).
Thanks, lolzvid

 

You should be able to install it with the PS3 USB to PS2 MC adapter. Here's the link to the tutorial http://psx-scene.com/forums/f153/[t...stallation-pc-ps3-memory-card-adaptor-120793/

 

Thanks!

 

It is much more easier to write special CD disk and launch it with chip and install freemcboot from it.

 

His cd drive doesn't work....

His only options are getting the usb => memory card adapter (these are expensive) or having a friend make one for him.

 

Just made a WTB post because I don't find anywhere a Memory Card Adapter (DealExtreme is sold out, other sites are expensive).
http://www.assemblergames.com/forum...7-WTB-PS2-Memory-Card-w-FMCB-(latest-version)
I can install it without a disc because Matrix has a boot option (dev1) that let you install it directly from it.

 

All you need is a memory card installed with FMCB installer, and a USB flash drive.

 

You can't install Free McBoot on a PS2 9000 model. You have to get that disc drive fixed.

 

My 90001 model is supported (a lot of forums say that, and some even show it running, you only need to have a BIOS 2.00 and that 8B thingy, with a modchip)...

 

(for shitz n giggles)
going off the help thread, if you do get FMCB, bear in mind only TWO options of rom playback! (your dvd/cd drive being f*cked and console is slim, NO possible internal hdd unless it's hdcombo integration)
1, usb device (fat32/16k cluster) and using 'usbadvance' on a win xp os to prepare usb device/rom images for 'usbxtreme' on the ps2 side! (elf script)
a hdloader of sorts but the lead out speeds are atrocious for many games and to compound that, rom compatibility is shit....to say the least! (online search for usbxtreme rom compatibility list)
....
2, lan/samba stream! rom compatibility and stream is FAR superior to usb! (1.0/1.1 compliant)
OPL (openps2loader) allows for a network share! (again, online hunting will help)
as the slim came with a rj45/lan socket as standard, all you really need to focus on is getting opl/usbx to a fat32 formatted usb device/8m mc, configure it and forget about all this bollocks setup and enjoy!
...
good luck to a fruitful outcome!
...
[edit]
typo...

 

1. Only USBExtreme has such a bad compatibility rate, unlike OPL and PS2ESDL. The cluster size should be irrelavent. If it ever matters, it's due to the USB mass storage device driver (USBHDFSD) used in the GUI. Some users have given me feedback that cluster sizes above 8KB causes their disks to not get detected by PS2ESDL's GUI, but I never looked into it (and I don't know why either, since my HDDs all had a cluster size of 32KB and worked fine with it). If you ever go with USB devices, I suggest that you leave it to Windows to decide on the cluster size, and only adjust it if necessary. You will be sacrificing I/O performance in Windows if the cluster size is small.

2. Not necessarily. It is true that the USB and SMB methods have worse compatibility rates than HDD loading, since even SMB (1+MB/s) is still slower than the CD/DVD drive's maximum transfer rate (~4MB/s). I realized that USB transfers are only slightly slower (~700KB/s) than SMB, when I worked on replacing OPL's SMAP driver. In fact, the SMB method suffers from a loss of compatibility due to its higher memory usage, hence ends up being only slightly better than USB.

Interestingly, the poor performance of SMB is partly caused by OPL's extremely small CDVDFSV DMA buffer, but increasing its size (to the standard of PS2ESDL) just causes its network stack to self-destruct (crashes). I've been struggling with the bug(s) in there for a long time already, so I believe that it isn't simple to solve.

@OP: The SCPH-90000 series is partially supported by FMCB. Only those with boot ROM v2.30 and later (manufactured starting from the 3rd quarter of 2008) will never be supported, but yours isn't one of them (Yours was made in the 2nd quarter of 2008).

 

^^ appreciate the insight! :friendly_wink:
couldn't get OPL to handle usb devices successfully my side (why the usbxtreme recommendation) but samba was fine for cause! (nothing compared to internal hdd naturally)
i'm going out on a limb and reckon ALL my usb devices (for gameplay specific) are shit, plain and simple! (and can't afford to spunk money on more usb devices to experiment atm!)
if OPL has a good compatibility rate (vs usbxtreme) then my hardware is alien....or the usb driver on console side hasn't accounted for media id's yet? (dev builds) which has to be the case as there's NO way the devs can anticipate all possible id's in advance, they're human, NOT clairvoyants!
....
again, thanks!

 

I haven't tried using USB in OPL, but for me the older loaders were significantly slower than using SMB within OPL. This might be due to the USB drive I was using compared to the NAS I was using, but it's what I had to hand.

The maximum transfer speed isn't that important unless you're constantly requesting the next block and not waiting until the game decides to do it. USB & SMB suffer from quite high latency, while DVD only has a high latency if you seek between reads.

The games I still bother to play are fine from SMB with only a few pauses. If I was going to get heavily into it then I would buy an external SATA kit.

 

Yes, latency affects the actual data throughput. SMB suffers a lot because of the slow IOP. USB, on the other hand, is just USB 1.0 being USB 1.0.

Unfortunately, both methods are still too slow for video streaming to work well in a lot of cases. The game finishes playing one block of data and ends up waiting for the read operation on the next block to complete. So yes, the game (in general) will end up waiting. If you haven't observed that a lot of games still have poor FMV playback performance over SMB, you are probably just fortunate.

Whether the read operation gets blocked or not also depends on the loader.

Unlike PS2ESDL, OPL will definitely block when data is read. This is where it loses out, although some games (mainly those Square Enix games) work better with this design.

But to be more precise, the device/interface's latency doesn't have a direct impact on the game's sluggish performance. It's the throughput, which is affected by the latency. It's because the read operation is no longer done asynchronously by the hardware (which is, the CD/DVD drive). Instead of just waiting for the device to respond to the read command, the IOP will have instruct the interface (either the SMAP or USB) to read data, which usually involves some translation and/or going through protocols (which then also incurs some overhead).

 

Anyone? :/

 

Send me a memory card and I'll load it up with a specially crafted HDLoader that saves ~500kb of space.

 

I have fmbc working on my slip ps2 with an internal hdd mod running off opl 8 or 9. I've never had any issues beyond videos being choppy. I used an official ps3 memory card adapter that I got for 12$ back in the day.
I did the mod because m disk drive gave out.