DiscImageCreator

[sarami]

Yes, I understand... no FUA for D8 command

sptd.Cdb[0]  = 0xD8;
sptd.Cdb[1]  = (FUAbit << 3);
sptd.Cdb[2]  = byte((TargetSector>>24)&0xFF); // msb
sptd.Cdb[3]  = byte((TargetSector>>16)&0xFF);
sptd.Cdb[4]  = byte((TargetSector>>8)&0xFF);
sptd.Cdb[5]  = byte((TargetSector)&0xFF);     // lsb
sptd.Cdb[6]  = byte((NbSectors>>24)&0xFF);    // msb
sptd.Cdb[7]  = byte((NbSectors>>16)&0xFF);
sptd.Cdb[8]  = byte((NbSectors>>8)&0xFF);
sptd.Cdb[9]  = byte((NbSectors)&0xFF);        // lsb

Taken from http://club.myce.com/attachments/f61/20 … hexsrc.zip

FUAbit == "True", if 0xD8(FUA) is supported by the drive, so, sptd.Cdb[1] = 1 << 3 = 1*2*2*2 = 8.

Tested PX-W5224A

Code: Select all

CacheExplorer 0.8 - spath@cdfreaks.com

Drive on H is  PLEXTOR  CD-R   PX-W5224A 1.04

[+] Buffer size: 2048 kB, read cache is enabled
[+] Supported read commands: BEh A8h(FUA) 28h(FUA) D8h

According to src, if it support fua, show "D8h(FUA)".
If a plextor drive that supported fua exists, I'll code it.

[F1ReB4LL]

Mine shows the same:

Drive on H is  PLEXTOR  DVDR   PX-760A   1.07

[+] Buffer size: 2048 kB, read cache is enabled
[+] Supported read commands: BEh A8h(FUA) 28h(FUA) D8h
[+] Plextor flush command: accepted
[+] Plextor flush tests: 3/3
[+] Testing cache line size:
581 kB / 253 sectors
581 kB / 253 sectors
581 kB / 253 sectors

http://forum.duplexsecure.com/showthread.php?t=280
http://forum.dbpoweramp.com/showthread. … -CD-Drives
Some people there have "[+] Supported read commands: BEh A8h(FUA) 28h(FUA) D4h(FUA) D5h(FUA) D8h(FUA)" even with PX-760A 1.06 (maybe no more FUA for 0xD8 in 1.07 firmware?)

[sarami]

Code: Select all

void InitSPTDStructureForREAD(unsigned char CDBLength, unsigned int NbSectors)
{
    // fill in sptd structure
    sptd.Length             = sizeof(sptd);
    sptd.PathId             = 0;                  // SCSI card ID will be filled in automatically
    sptd.TargetId           = 0;                  // SCSI target ID will also be filled in
    sptd.Lun                = 0;                  // SCSI lun ID will also be filled in
    sptd.CdbLength          = CDBLength;          // CDB size 
    sptd.SenseInfoLength    = 0;                  // Don't return any sense data
    sptd.DataIn             = SCSI_IOCTL_DATA_IN; // There will be data from drive
    sptd.DataTransferLength = 2448 * NbSectors;   // Size of data 
    sptd.TimeOutValue       = 60;                 // SCSI timeout value 
    sptd.DataBuffer         = (PVOID)(DataBuf);
    sptd.SenseInfoOffset    = 0;
}

I understood that CacheExplorer doesn't use senseinfo.

http://forum.duplexsecure.com/showpost. … ostcount=2

To make it short: this tool uses SPTI interface in "unreliable" manner: it sends
IOCTL_SCSI_PASS_THROUGH_DIRECT requests without specifying sense info buffer and uses REQUEST SENSE command in case of error. It is not a good way to work with SPTI - it may be ok only if you know device returns no error.
For proper operation on all Windows platforms IOCTL_SCSI_PASS_THROUGH_DIRECT must specify non-zero SenseInfoOffset and SenseInfoLength in SCSI_PASS_THROUGH_DIRECT structure.

I think so.
If CacheExplorer uses a sense info and specifies ReadD4, ReadD5 ReadD8(FUA), it will probably return a sense info below.

Code: Select all

ScsiStatus: 02-CHECK_CONDITION
SenseData Key:Asc:Ascq 05:24:00, ILLEGAL_REQUEST - INVALID FIELD IN CDB

[pablogm123]

Every real Plextor drive I own supports D8h (FUA).

/viewtopic.php?p=23374#p23374

[sarami]

Every real Plextor drive I own supports D8h (FUA).

/viewtopic.php?p=23374#p23374

I don’t know whether it supports D8h(FUA) from this post.
Please use -i command and show "[+] Supported read commands:"

[pablogm123]

Latest unlocked firmware installed:

1_08Xrpc1.bin
CRC32: f5f14e42
MD5: e60760ed1f36ec457df4d833b1e6e06b
SHA-1: 6e920618c5aa242e1df7b2f9bdce13d177601577

Windows Server 2003 Ent. SP2, account with admin privileges and absolutely no 3rd filter drivers installed and no virtual drives, as said before, in my main OS this trash is banned. Sticked into the drive a conventional CDDA.

Code: Select all

C:\>cachex.exe -i g:

CacheExplorer 0.8 - spath@cdfreaks.com

Drive on G is  PLEXTOR  DVDR   PX-755A   1.08

[+] Buffer size: 2048 kB, read cache is enabled
[+] Supported read commands: BEh A8h(FUA) 28h(FUA) D4h(FUA) D5h(FUA) D8h(FUA)

C:\>

[F1ReB4LL]

Probably you need XP/2003 to get D8h(FUA).

[pablogm123]

Final test would be running DIC from an elevated command prompt line in these OS with UAC. I don't think that SPTI has changed so much in order to disable the D8h(FUA) command.

[sarami]

Code: Select all

C:\>cachex.exe -i g:

CacheExplorer 0.8 - spath@cdfreaks.com

Drive on G is  PLEXTOR  DVDR   PX-755A   1.08

[+] Buffer size: 2048 kB, read cache is enabled
[+] Supported read commands: BEh A8h(FUA) 28h(FUA) D4h(FUA) D5h(FUA) D8h(FUA)

C:\>

Does your PX-755 supports D4h(FUA) D5h(FUA) too?

My PX-755
OS: Win7 pro sp1 64bit, firmware: official

Code: Select all

CacheExplorer 0.8 - spath@cdfreaks.com

Drive on M is  PLEXTOR  DVDR   PX-755A   1.08

[+] Buffer size: 2048 kB, read cache is enabled
[+] Supported read commands: BEh 28h(FUA) D8h

It is repeated, CacheExplorer uses SPTI interface in "unreliable" manner.(= it has a defect.)
This tool doesn't get sense data, so an error doesn't show even if it failed to read.
In other words it is displayed when supported in spite of what doesn’t support it.

Probably you need XP/2003 to get D8h(FUA).

If so, I can code it but I can't test. Because I don't have already WinXP

[r09]

You shoudn't need XP, this is my 708A on Windows 7 with a regular (non-elevated) command prompt:

Code: Select all

D:\redump.org>cachex -i f:

CacheExplorer 0.8 - spath@cdfreaks.com

Drive on F is  PLEXTOR  DVDR   PX-708A   1.12

[+] Buffer size: 2048 kB, read cache is enabled
[+] Supported read commands: BEh A8h(FUA) 28h(FUA) D4h(FUA) D5h(FUA) D8h(FUA)