Redump Forum

A little issue, regarding the driveOffset.txt file and jokers submitting false read offsets for certain drives.

/viewtopic.php?p=32935#p32935

@Sarami: additional info about the FUA command:

Is DIC mutisession support ?

More or less, like CloneCD, but data of the transition between sessions 1-2 isn't read actually (can be read with the trap disc method, not always because sometimes there are unreadable zones, likely no EFM data encoded).

uploaded 20140621
- include WIP fixes
- added: plextor unique command
- updated: driveOffset.txt (and sent a mail to AccurateRip about PX-716)

about protected disc(or corrupted sectors): I pushed to Todo.txt

about FUA: See KnownIssue.txt

Yes, I understand... no FUA for D8 command (the one you have to use yes or yes to read in scrambled form data tracks), only for certain commands like A8h, in fact the link posted above mention this one. In short, for audio tracks and pure audio discs could exist some chance of implementing this way of defeating cache, but for data tracks ripped via the D8 command absolutely no.

Things I miss.

An option to eject the tray, could be used to more or less automatize the ripping process of several consecutive discs, combined with the sleep progam for Win32, to pause execution for a prudential time.

«discimagecreator.exe eject g:» for example.

An option to spin up the disc after hot swapping (at the lowest speed possible always [trying to set 1x read speed, for example, actual read speed will be 4x/8x/10x depending on the drive used], because my Optiarc AD-7240S only supports disc swap if read speed used just after swapping is the lowest possible, if not so TOC is reanalyzed. Once read certain portion, can support the usual normal read speeds). And read certain portion as audio using the basic BE command with neither C2 pointers nor subcode, like the first 4000 sectors. This would be enough to defeat any drive cache after swapping.

«discimagecreator.exe swap g:» for example.

«discimagecreator.exe reset g:» works OK, my PX-755SA gets resetted and reanalyzes the inserted disc with neither resetting the entire system nor power cycling the drive.

Regarding:
«- added: writing multiple indexes for track 1 to cue file»
Sometimes another track can contain multiple indexes, just observe the Saturn games I posted as examples.

Does the software support the Plextor 716-AL drive? It keeps exiting on me with:

OS
        Windows 8 Pro  64bit
AppVersion
        x86, AnsiBuild, Jun  7 2014 12:37:35
CurrentDir
        E:\Dumps\psx\plextor\dic
InputPath
         path: dump.bin
        drive:
          dir:
        fname: dump
          ext: .bin
Start: 2014-06-21(Sat) 21:20:16
[F:GetDriveOffset][L:64] GetLastError: 2, The system cannot find the file specified.

This drive doesn't define in driveOffset.txt
Please input Drive offset(Samples): 128
Checking reading lead-out
Creating bin from 298065 to 298066 (LBA) 298066
Reading lead-out: OK
[F:ReadCDAll][L:780] GetLastError: 2, The system cannot find the file specified.


End: 2014-06-21(Sat) 21:20:25

Thanks for any help with this.

pablogm123 wrote:In short, for audio tracks and pure audio discs could exist some chance of implementing this way of defeating cache, but for data tracks ripped via the D8 command absolutely no.

Oh, I see. I'll try it.

An option to eject the tray

added.

An option to spin up the disc

added. But couldn't change a reading speed.

ack2121 wrote:Does the software support the Plextor 716-AL drive? It keeps exiting on me with:

Edited the 1st post. Please show the 1st post again.

I tested Read(12)[0xA8] command for CD.
Audio Sector => SenseData Key:Asc:Ascq 05:64:00, ILLEGAL_REQUEST - ILLEGAL MODE FOR THIS TRACK
Data Sector => get only user data (2048 byte). couldn't get sync header, ecc/edc, c2, sub etc...

PX-716AL works fine, have ALWAYS the firmware updated and try another PATA to USB converter if you are using one of these ones.

Regarding 0xA8, both EAC and dBpoweramp support FUA for extracting audio just fine, and the supposed code for supporting FUA is the posted by Spoon.

What does exactly swap?

Just spinning up disc? If so, should be named «start».

Cleaning of mode 2 Q subcode frames, aka MCN frames, isn't fully polished.

Compare offsets 8693589~8693591 and 14789973~14789975 offsets of subcode dumped by DIC and subdump. Absolute frame and CRC-16 are wrong:

http://www.mediafire.com/?1kmlml5dhk46ooy