(3,425 replies, posted in General discussion)

baronluigi wrote:

Hi. I have downloaded the last version of MPF (which has DIC included), installed the last version of Frameworks and C++ distribution, however the program won´t start. I am using Windows 10.


What else can I do?

First I would make sure no file is corrupted for me, I have: Version 2.1-7f4921a4 make sure the hashes for the files you have match these:

PS G:\Application\MPF\net48\Programs\Creator> Get-FileHash -a md5 ./*.exe

Algorithm       Hash                                                                   Path
---------       ----                                                                   ----
MD5             3B40252DCCB2DFBFB357DD76B9A53FDD                                       G:\Application\MPF\net48\Programs\Creator\DiscImageCreator.exe
MD5             AC0C1E7422DDA2EC12765E2D905A59E1                                       G:\Application\MPF\net48\Programs\Creator\DVDAuth.exe
MD5             E9EE2C1E59C498501A93D11A43C49B27                                       G:\Application\MPF\net48\Programs\Creator\E_WISE_W.EXE
MD5             ECA778DCAC7B3213AE4AF676E8EC4EA3                                       G:\Application\MPF\net48\Programs\Creator\EccEdc.exe
MD5             EF3D3C21753D3326FE97FB6B7939FCF5                                       G:\Application\MPF\net48\Programs\Creator\i6comp.exe
MD5             6F420F6897C615E1DD66C1A722611204                                       G:\Application\MPF\net48\Programs\Creator\unscrambler.exe

If something is different I would redownload the program: https://github.com/SabreTools/MPF/releases

  • If that doesn't work try another drive if you have another one lying around.

  • If you're using a IDE drive with a usb adapter you might want to try to hook it up to your pc another way like directly to a IDE slot or to a PCIe to IDE adapter. Same thing with a SATA drive if you're using a SATA to USB adapter try connecting it to your motherboard sata port instead.

  • Try another output directory not in the root of the drive, maybe something like "D:\ISO" don't put a backslash at the end of the directory. Notice in your screenshot there's two backslashes after D: in the final command (D:\\) maybe the program should accept it I'm not sure, but it's sure worth a try.

  • Make sure you're not running too high on system memory when you launch the program.

  • Any DVD drive should be fine for PS2 but still if you want to dump CD-ROM, GD-ROM or Xbox DVDs have a look at compatible drives: http://wiki.redump.org/index.php?title= … patibility

  • Try to dump your game using another method like ImgBurn just to make sure your drive is not to blame

  • Look at the windows event viewer there should be an Overview and summary page where you can check the latest error (in the last hour) maybe there's more info there.

Good luck!


(0 replies, posted in General discussion)

As in the title. What is error count in some pages? For example: http://redump.org/disc/1867/. My guess is that it is an intentional error written to the disc by the game producer to try to prevent copying. Am I wrong? Also is the error count related to the number of erroneous bytes or erroneous sectors?


(10 replies, posted in General discussion)

This is what I am trying to explain I dumped all other games using "Direct disc access" in multiman I am guessing this enables 1:1 dump (encrypted), but for some reason this method didn't work for this particular game. It only worked without "Direct disc access" ie: decrypted. In the end it dumped correctly with DICUI on my PC and getting the disc key worked on the PS3 so I could combine both in my submission. If it ever does that again I'll just dump the game using DCUI.


(10 replies, posted in General discussion)

Thanks for checking lxxxl,

I see that you used DICUI for your dump so I tried to do the same with my bluray drive and this time I get the same hash as you. I am just puzzled as to why the file is different when dumping from the PS3 vs from a PC with DICUI and a non PS3 OEM Bluray drive?

I do get an error using this method but I am guessing that is because I'm not using an OEM PS3 drive

LBA[000000, 0000000]: [F:ReadDiscStructure][L:1326]
    Opcode: 0xad
    ScsiStatus: 0x02 = CHECK_CONDITION
    SenseData Key-Asc-Ascq: 05-24-00 = ILLEGAL_REQUEST - INVALID FIELD IN CDB

PS3      SHA-1: 58158CCF08782CF66C0302363037D9ED365C816B
DICUI   SHA-1: e48fdc414b53df71e84021b92eed20b961b570fc

Edit: I compared both files using a binary diff tool and I came to the conclusion that the ISO dumped by DICUI seems to be encrypted and the one dumped using my PS3 seems to be decrypted, I can verify that by mounting both ISO and trying to open:


On the DICUI dump it doesn't show the picture because the data is encrypted but on the PS3 dump it display a png picture just fine. So I am guessing to stay as close as possible to the original media we should use the encrypted version right?


(10 replies, posted in General discussion)

Ok I'll submit this dump then.

By the way, I know the file name doesn't affect the hashes. What I mean to say is that this is the only game I couldn't dump using the exact method described here http://wiki.redump.org/index.php?title= … ping_Guide so I was afraid I wasn't dumping the right data.

I thought that the weird filename might have something to do with the fact that the dumping process doesn't start using the usual method.

Anyway I can't really be sure the dump is correct unless someone dump that game and it matches mine (or lxxxl's in which case I'll know I did something wrong)

Thanks for the help! smile


(10 replies, posted in General discussion)

I just got a new pre-owned ps3 game that I dumped using the same method I described above, all hashes match those on redump. Really weird that it only happens with one game. I'm wondering if multiman keep some debug logs somewhere.

As for the problematic game in question:

The ring codes are

Mastering: BLJM-60430 1
Mastering SID: IFPI L279
Toolstamp: 20
Mould SID: 453J

So yeah they do match.

I dumped it again without enabling direct disk access and choosing "Create ISO" directly from the game menu (as opposed to the video menu). I got the exact same hash:


This is a game I bought completely new and unopened. I always store my game discs carefully and in their case when not in use. The disc surface looks flawless, no scratches in view. Not a single read error when dumping.

I also tried to change the destination of the iso from the PS3 internal HDD to an external USB 3.0 HDD (FAT32 partition MBR) but I have the same issue. Press X to start the dump then nothing.

One thing I noticed is that there seem to be some encoding problem with the file name created when dumping. Japanese is often encoded using UTF8,UTF16 or SHIFT_JIS so there might be a conversion issue if multiman uses something like ASCII or ISO 8859-1 internally.

Technical jargon aside this is what I should get:


This is what I am actually getting:


When I try to FTP this over to my PC it doesn't work (I get a file doesn't exist error) until I renamed it on the PS3. I have other japanese games I dumped and they all worked although sometime the file name end up being a blank space like this:

The quotes are not actually in the file name it's just to be easier to visualize the blank space.
" ".CUE
" ".ISO

Don't know if there's a way to specify the destination file name in multiman, if someone knows please let me know how. I would use something like dump.iso or disc.iso for all of my dump.


(10 replies, posted in General discussion)

I was archiving my collection of PS3 games and I ran into some issues with multiman. I was wondering if anybody with more experience could help me troubleshoot that and answer some questions.

I've been following the PS3 dumping guide on the wiki, the method worked for all my games except the following game:

My method is the following:

1. Boot multiman
2. Switch to multiman mode
3. Enable "Direct disc access"
4. Hit refresh in the multiman column
5. Under video, I navigate to the game (often labeled PS3Volume)
6. Hit triangle
7. Create Iso
8. Black screen appears with a loading bar.
9. Once over I FTP the game over to my PC for archival.

Now for the game listed above when I get to step 7. and click "Create ISO" nothing happens at all. I get no error message nothing. I tried rebooting the console and trying again but no luck.

By the way if I go to the game menu in multiman press triangle and choose "Create ISO" it seems to work but the size of the ISO looks a bit high to me for a visual novel game it's about 17GB and most VN are like 2 to 6 GB.

Is there a difference between creating an ISO in the game menu and creating an ISO in the video menu? What is Direct Disc Access used for?

Edit: Got the following SHA-1 hash when dumping from the Game menu, it doesn't match the one linked in the page above:


The size of the iso matches perfectly though:


working perfectly thank you!