401

(3 replies, posted in General discussion)

Hi,

thx.. it seems you omited a lot of undumped versions for DC NTSC though, would be nice if you could add those too.. Added Mortal Kombat Gold v1.001, but there are still a lot more according to dumpcast/tosec.

Regards

402

(3,536 replies, posted in General discussion)

MrX_Cuci wrote:

Anyone tried a PX-116A2? I can't seem to get it working with DIC

christ, so many real plextors for sale here and you manage to buy a rebadged one

Can't cdmage do the same already? if you load it with a custom .cue?

404

(2 replies, posted in General discussion)

Great tool!

ps. ir0b0t will be adding the combined crc-32 hash to the dump info page of all multitrack dumps soon, in case people want to check the integrity of their combined images.. Also, a cuesheets pack will be available as download for these images smile

405

(4 replies, posted in General discussion)

axisleon wrote:

29270

Rocket says it's a press sample on 'original' taiyo yuden? so not a silver pirate copy of a beta.

Same with the Madden 96 disc (http://t0.gstatic.com/images?q=tbn:ANd9GcR3sBOyyuzcxUqANjovFvmijdoQaAVwKkl91GhCMkqgEYQ-_D07HA )  but that one may be dumped incorrectly, hence the yellow status.

406

(4 replies, posted in General discussion)

Rallye89 wrote:

i know that method but for some reason it doesn't recognize sectors as libcrypted, but modified (sometimes even misses some of the 16-32 sectors, as result i got 31/32/33 modified sectors), i tried to clean lens disc and so on, no way... sad i can't really understand how to get the correct Sectors with LibCrypt protection table:

Just include the sectors.log contents from --libcryptdrvfast in your dump submission and it should be fine

407

(4 replies, posted in General discussion)

--libcryptdrvfast is better

408

(17 replies, posted in General discussion)

gamecaptor wrote:

It turns out neither the power button nor the eject button work in the petitboot.

eject should work after you do umount /dev/bdvd

409

(17 replies, posted in General discussion)

AFAIK you need to be on 3.55 OFW first.. I guess you can downgrade from factory service mode, so get a dongle or try non-dongle method (e.g. http://psx-scene.com/forums/content/fac … tion-1922/ or http://brandonw.net/psp/ps3jig/)

410

(50 replies, posted in General discussion)

mount /tmp/petitboot/mnt/sda1 -o rw,remount

should work.. if you do 'mount' and it shows you that there's write access.. just run GetKey from the hdd partition and then copy the files over to the usb drive.

411

(3,536 replies, posted in General discussion)

Can't you try clonecd? it should give the same results

412

(3,536 replies, posted in General discussion)

MrX_Cuci wrote:

My guess is these versions are the same:
http://redump.org/disc/10567/
http://redump.org/disc/18847/
But produced different hashes due to the drive being used.

That's bullshit.. safedisc dumps should give identical hashes on different drives.. are you sure that you dumped it correctly? Did anyone compare these images?

413

(3,536 replies, posted in General discussion)

Nexy wrote:

Done some safedisc disc testing now. It is able to dump safedisc's bad sectors reliably. So far all dumps match on 2 different plextor drives. So far one disc , Daikatana, has been verified from 2 different discs (mine and DJoneK's). However, I think that such discs can ONLY be dumped on plextor drives.

This is both good and bad, the good is safedisc and probably laserlok can be dumped properly now. The bad news is all of those discs in the db need to be dumped again, or invalidated.

IIRC the drive reports c2 errors on those sectors, so who's to say that the data is dumped 1:1 and it isn't some pattern that is unique to plextor drives (otherwise why do audio trap dumps on non-plextor drives give different data)? I'd rather hear first what truong and ripper discovered in their research and how they implemented safedisc dumping into trurip (afaik they talked to the designers). And is there any real point in redumping all these hundreds of discs (many of which will be unavailable and have to be bought again)? Error sector = error sector and I doubt it can be burned and then dumped again 1:1? And then we also have to redump all SafeDisc etc. DVD's into RAW?  roll

414

(50 replies, posted in General discussion)

Stuff needed:
PS3 method:
- PS3 with 3.55 OtherOS++ CFW
- MultiMAN 04.20.00 or higher
- 3k3y Keydumper v1.00
- GetKey r2

PC Method:
- 3k3y Ripper Device + IsoTools
- IsoTools
- GetKeyFrom3k3y
- DVDToImg

PS3 method:
NOTE:
If the PS3 is running a cobra CFW and up-to-date multiMAN, you have to select from the XMMB menu mmCM > 'Switch to multiMAN mode' to make the the option 'Enable Direct Disc Access' appear in the start menu. Otherwise, the ISO that you create will be incorrect (decrypted).

Dumping the ISO using MultiMAN:
- In XMMB display mode, go to multiMAN > File Manager / mmOs.
- In the start menu, select 'Enable Direct Disc Access' (with the game disc inserted).
- Switch back to XMMB display mode. In the multiMAN column, select 'Refresh'.
- Now go to the Video column. It should now show a BD/DVD entry. Go to it, and select the 'Copy to ISO' option.
- You can now copy the ISO to your preferred destination. For the best speeds, select the internal HDD.
  Once it is dumped, you can use File Manager to copy/paste the ISO from the PS3ISO folder to your USB drive.
- If your destination is FAT, >4GB ISO's that are split into segments have to be combined again (using e.g. copy /b).

Dumping the metadata using any Linux variant:
- Use 3k3y Keydumper to create a 3Dump.bin file for your drive.
- Place GetKey and 3Dump.bin in the same folder. With the disc inserted, from a linux shell, run GetKey:
  ./GetKey 3Dump.bin >output.log
- The output.log file will contain the disk_key, disc_id and PIC.
  Please make sure that you provide the complete and correct metadata for each dump.

PC method:
Dumping the ISO using a PC BD-ROM drive:
- Only certain drives (Mediatek chipset, +6 offset) are able to detect PS3 game discs, including: SAMSUNG DVDWBD SH-B083L, ASUS BC-08B1LT, LITE-ON iHBS112
- IsoBuster can be used for extracting the ISO:
Right click on Track 01, select Extract Track 01 -> Extract User Data (*.tao, *.iso, *.wav) menu item, then choose folder for extraction and press OK.

Dumping the ISO using 3k3y Ripper:
Setting up:
NOTE: If you have an extra/dumping-only drive, you can check "Use Default Keys" under Settings. The drive will not work with a PS3 console after this.
- Use 3k3y Keydumper to create a 3Dump.bin file for your drive.
- In IsoTools, press 'Load 3Dump' to load the 3Dump.bin file.
Dumping:
- Open IsoTools and it will show that the drive is detected/authenticated.
- Insert a disc and wait for it to be detected, then close IsoTools.
- Dump the disc using DVDToImg: dvdtoimg.exe driveletter dump.iso

Dumping the metadata using 3k3y Ripper:
- Open IsoTools and it will show that the drive is detected/authenticated.
- Insert a disc and wait for it to be detected.
- Press 'Rip Game' and select your destination to dump the ISO file.
- Wait until the ripping starts and then click Cancel to stop ripping.
- Dump the metadata using GetKeyFrom3k3y: getkeyfrom3k3y.exe IsoTools.iso
- Delete the IsoTools ISO file.

415

(3,536 replies, posted in General discussion)

F1ReB4LL wrote:

AFAIK it's not caused by the dumping tools, but by the drive's firmware.

So only in 100b mode? maybe because of the Reed Solomon checking?

416

(3,536 replies, posted in General discussion)

Kalamari5662 wrote:

There seems to be a bug if a disc has two data tracks.

When dumping No One Can Stop Mr. Domino, the second track has a different crc32 even though sectors and size matched.

His Track02 is a data track and it has 32 scrambled bytes at the end where other programs have it filled with zeroes. Somehow there must be a problem with descrambling (I guess that 32 bytes = +8 samples is the combined offset) or splitting the tracks.

417

(3,536 replies, posted in General discussion)

Still same problems.

Why not install Win7 x64 yourself to get a better idea of what's causing the problem?

418

(3,536 replies, posted in General discussion)

Command Prompt wrote:

D:\>discimagecreator -rall e: 4 dump
DiscImageCreator BuildDate:[Feb  4 2013 22:53:16]
OS
         BuildNumber: 7601
        MajorVersion: 6
        MinorVersion: 1
Start -> 2013-02-04(Mon) 15:09:52
Input File Name
         path: dump
        drive:
          dir:
        fname: dump
          ext:

DeviceIoControl with SCSI_PASS_THROUGH_DIRECT command failed [F:ReadCDForDataTra
nsferLengthTest][L:1220]
GetLastError: 121, The semaphore timeout period has expired.

ReadCD cmd(D8 or SCSIOP_READ_CD) DataTransferLength test:    1/4896 NG.
End -> 2013-02-04(Mon) 15:13:13

.log.txt wrote:

IOCTL_SCSI_GET_ADDRESS
        Length: 0
    PortNumber: 0
        PathId: 0
      TargetId: 0
           Lun: 0
STORAGE ADAPTER DESCRIPTOR DATA
                  Version: 00000020
                TotalSize: 00000020
    MaximumTransferLength: 00010000 (bytes)
     MaximumPhysicalPages: 00000011
            AlignmentMask: 00000000
           AdapterUsesPio: False
         AdapterScansDown: False
          CommandQueueing: False
      AcceleratedTransfer: False
          BusMajorVersion: 0002
          BusMinorVersion: 0000

419

(3,536 replies, posted in General discussion)

Still useless tool for Win7 x64 sad

We just sort them by exe date (or in case those are the same, by disc creation date), starting with 1.0.

Great job big_smile Hopefully we'll have some more use for it soon (maybe someone remembers some unmatched psx images with non-fixable cdmage errors that we can test it on)

Hi,

thx for this useful tool. We already had the psxt001z --track option and there was another tool (by themabus?), but from what I recall those weren't really suitable for full images and only worked well on individual tracks.

V. wrote:

For the moment linux only, but I am considering a windows version (cli only)

This means your target audience for the moment will only be a fraction of what it could be. Maybe release a cygwin build (with the necessary dll files included) to get the windows folks going?

Regards

423

(3,536 replies, posted in General discussion)

Well, the 20121228 x64 build is working now for me.. Data only disc dumped correctly, will try audio later.

424

(3,536 replies, posted in General discussion)

Enker wrote:

I hope you can fix these issues in a future version smile

Would be nice if he could at least get it working in Win7 x64 also.

425

(2 replies, posted in General discussion)

jamjam wrote:

New version of datsplit with category option. Barely tested, but works with the ps2 dat I tried:
DatSplit v0.1.4

Great  big_smile  Thx