401

(15 replies, posted in General discussion)

Memo
----
. SecuROM DLL (Sintf16.dll, Sintf32.dll, SintfNT.dll) is combined in the exe of SecuROM 4.xx disc.
. These dlls are being compressed by petite (https://www.un4seen.com/petite/) and can decompress by enlarger v1.3 (http://www.angelfire.com/electronic/oldskool/stuff.htm)
. If someone can disassemble these dlls, it may be revealed what it is.

402

(3,488 replies, posted in General discussion)

Similar result.

LBA[067953, 0x10971]: P[00], Q[4100a2150802003951594194]{ Data,      Copy NG,                  Point[a2], AMSF[15:08:02], StartTimeOfLead-out[39:51:59]}, RtoW[0, 0, 0, 0]
LBA[067954, 0x10972]: P[00], Q[41040000017400150803be36]{ Data,      Copy NG,                  Track[04], Idx[00], RMSF[00:01:74], AMSF[15:08:03]}, RtoW[0, 0, 0, 0]

Btw, do you have plus offset disc of multi-session? and other minus offset disc of multi-session?
I believe plus offset disc is no problem, but I'm not sure minus offset disc is really no problem.

403

(3,488 replies, posted in General discussion)

There is unexpected data.

LBA[067953, 0x10971]: P[00], Q[00000000009500000001ea03]{Audio, 2ch, Copy NG, Pre-emphasis No, Adr[00], Track[00], Idx[00], RMSF[00:00:95], AMSF[00:00:01]}, RtoW[0, 0, 0, 0]
LBA[067954, 0x10972]: P[00], Q[41040000017400150803be36]{ Data,      Copy NG,                  Track[04], Idx[00], RMSF[00:01:74], AMSF[15:08:03]}, RtoW[0, 0, 0, 0]
LBA[067955, 0x10973]: P[ff], Q[41040000017300150804a905]{ Data,      Copy NG,                  Track[04], Idx[00], RMSF[00:01:73], AMSF[15:08:04]}, RtoW[0, 0, 0, 0]

67953 should have subdata of 67954.
67954 should have subdata of 67955.
This continues to all lead-in sectors.

LBA[068101, 0x10a05]: P[ff], Q[41040000000200151000912c]{ Data,      Copy NG,                  Track[04], Idx[00], RMSF[00:00:02], AMSF[15:10:00]}, RtoW[0, 0, 0, 0]
LBA[068102, 0x10a06]: P[ff], Q[41040000000000151002f5ed]{ Data,      Copy NG,                  Track[04], Idx[00], RMSF[00:00:00], AMSF[15:10:02]}, RtoW[0, 0, 0, 0]
LBA[068103, 0x10a07]: P[ff], Q[41040100000000151003a21f]{ Data,      Copy NG,                  Track[04], Idx[01], RMSF[00:00:00], AMSF[15:10:03]}, RtoW[0, 0, 0, 0]

Due to the unexpected subdata of 67953, there are no RMSF 00:00:01 and AMSF 15:10:01.

404

(3,488 replies, posted in General discussion)

reentrant wrote:

Can you check check it?

REM LEAD-IN and REM PREGAP are depending on subchannel. I want to check _subReadable.txt (or .sub)

405

(3,488 replies, posted in General discussion)

Mastermind wrote:

I found another bug.

- fixed: dat is empty if dir is empty

406

(3,488 replies, posted in General discussion)

Mastermind wrote:

I tried to rip some PS3/PS4 games with DIC and sometimes the .iso doesn't match to the one read with UtraISO. The file from DIC is always larger and filled with 00. Why is there sometimes a difference?

Uploaded test version
- fixed: BD-ROM also uses "Anchor Volume Descriptor Pointer", not TOC length

Askavenger wrote:

Old version log is not useful for me.  DICUI user always reports using old version...

Parotaku wrote:

a HEUR/APC threat signature

It's a famous for false positive diagnosis. Windows defender says nothing. Report to avira, plz.

407

(15 replies, posted in General discussion)

I researched Alcohol 52% using Bus Hound 6.01 and added a measurement function in DIC.
http://www.mediafire.com/file/w2p4z8cps … pm.7z/file

This function outputs read time in _disc.txt like this.

========== Data Position Measurement (DPM) ==========
Entry: 1798, Resolution: 50
---------------------------
   1 (     0), ReadTime 154.500100[msec]
   2 (    50), ReadTime 154.566300[msec]
   3 (   100), ReadTime 154.758100[msec]
   4 (   150), ReadTime 154.850500[msec]
   5 (   200), ReadTime 154.853000[msec]
   6 (   250), ReadTime 155.114800[msec]
   7 (   300), ReadTime 155.013000[msec]
   8 (   350), ReadTime 155.249500[msec]
   9 (   400), ReadTime 155.350000[msec]
  10 (   450), ReadTime 155.493100[msec]
  11 (   500), ReadTime 155.512100[msec]
  12 (   550), ReadTime 155.672400[msec]
  13 (   600), ReadTime 155.690200[msec]
  14 (   650), ReadTime 155.774200[msec]
  15 (   700), ReadTime 156.011200[msec]
  16 (   750), ReadTime 156.051600[msec]
  17 (   800), ReadTime 156.179200[msec]
  18 (   850), ReadTime 156.326700[msec]
  19 (   900), ReadTime 156.385200[msec]
  20 (   950), ReadTime 156.486800[msec]
:
:

CD: reading speed is 4x. resolution is 50.
DVD: reading speed is 4x. resolution is 256.

There is not a special flag to get this log.
CD

DiscImageCreator.exe cd <driveletter> <filename> <drivespeed>

DVD

DiscImageCreator.exe dvd <driveletter> <filename> <drivespeed>

**TODO**
1. I don't know how to convert this reading time to DPM data.

408

(3,488 replies, posted in General discussion)

*2020-04-03
- added: output ApplePartitionMap log
- added: /p is supported by PX-W4012 and some old plextor
- added: /vnx flag for videonow xp
- added: TOC reading for slot mechanism drive when swap command is used
- added: output DeviceType, StorageMediaType when disk command is used
- changed: /p and /c2 can't use together
- changed: PX-708A 1.04 is enabled to use
- improved: TOC_ATIP log
- fixed: misdetected leadin sector
- fixed: misdetected last sector of data track on subchannel
- fixed: do not check month and day of directory record for NERO___BURNING_ROM
- fixed: UNICODE build
- fixed: sector length of DVD-RAM, DVD+R
- fixed: TOC_INFO of CDTEXT
- fixed: when sub or mds command is used and valid extention is omitted, its command fails to execute
- fixed: swap command didn't work from 20191223
- fixed: get some drive offset
- fixed: Log of DISK_GEOMETRY_EX and FAT32
- fixed: PS2 unlicensed discs can't dump from 20191223
- fixed: Linux can't dump CD with CDTEXT

409

(3,488 replies, posted in General discussion)

Uploaded test version.
- fixed: PS2 unlicensed discs can't dump from 20191223

410

(3,488 replies, posted in General discussion)

According to subError.txt, subch of 134966 ... 134972 doesn't get correctly. I think the index of these sectors is 01.

411

(3,488 replies, posted in General discussion)

can you explain what this mean in these logs:

ecma130 wrote:

14.4 Intermediate field
The Intermediate field shall consist of 8 (00)-bytes recorded in positions 2 068 to 2 075.

412

(3,488 replies, posted in General discussion)

Nexy wrote:

That's weird, I was able to capture it, I sent you a log before but you said something about not being able to open it. Maybe its because I am using a USB adapter?

Ah, I can capture it via USB adapter. My Asus uses SATA AHCI Controller on the motherboard.

Log
I only understood that when alcohol analyzes DPM, it uses READ CD toward start from end. It's so‐called reverse reading.

Bus Hound 6.01 capture on Windows Vista (x64). Complements of www.perisoft.net

  Device - Device ID (followed by the endpoint for USB devices)
            (28) PLEXTOR CD-R   PX-W5224A [ROM=1.04]
  Address - FireWire async address or channel number
  Length - Total transfer length
  Phase  - Phase Type
            CMD   SCSI/ATAPI command         
            IN    Data in transfer           
  Data   - Hex dump of the data transferred
  Descr  - Description of the phase
  Delta  - Elapsed time from the previous phase to the current phase
  Cmd... - Position in the captured data
  Date   - Date the phase occurred in year/month/day form
  Time   - Time the phase occurred in hour:minute:second.millisec form
  Driver - Driver that submitted the command
            sptd2        : SCSI Pass Through Direct Driver 2.12.0.0


Device  Address              Length    Phase  Data                      Description       Delta  Cmd.Phase.Ofs(rep)  Date        Time          Driver      
------  -------------------  --------  -----  ------------------------  ----------------  -----  ------------------  ----------  ------------  ------------
  28                                   CMD    be 00 00 03  d5 40 00 00  READ CD           8.8ms         1.1.0        2020/03/09  21:10:07.220  sptd2         
  28                             2352  IN     d8 ed 2c f6  8c 07 65 12  ..,...e.           12ms         1.2.0        2020/03/09  21:10:07.233                
  28                                   CMD    be 00 00 03  d5 3b 00 00  READ CD            69us         2.1.0        2020/03/09  21:10:07.233  sptd2         
  28                             2352  IN     cf fb ea 10  7c 04 09 0d  ........           12ms         2.2.0        2020/03/09  21:10:07.245                
  28                                   CMD    be 00 00 03  d5 0e 00 00  READ CD            70us         3.1.0        2020/03/09  21:10:07.246  sptd2         
  28                             2352  IN     85 03 a2 31  48 fd 75 2c  ...1H.u,           12ms         3.2.0        2020/03/09  21:10:07.258                
  28                                   CMD    be 00 00 03  d5 09 00 00  READ CD            70us         4.1.0        2020/03/09  21:10:07.258  sptd2         
  28                             2352  IN     73 c4 39 a1  3d c7 f0 ab  s.9.=...           12ms         4.2.0        2020/03/09  21:10:07.271                
  28                                   CMD    be 00 00 03  d4 dc 00 00  READ CD            69us         5.1.0        2020/03/09  21:10:07.271  sptd2         
  28                             2352  IN     dd 09 bf 05  03 11 af 13  ........           12ms         5.2.0        2020/03/09  21:10:07.283                
  28                                   CMD    be 00 00 03  d4 d7 00 00  READ CD           129us         6.1.0        2020/03/09  21:10:07.284  sptd2         
  28                             2352  IN     3f e0 f7 ea  27 e3 96 f8  ?...'...           12ms         6.2.0        2020/03/09  21:10:07.296                
  28                                   CMD    be 00 00 03  d4 aa 00 00  READ CD           107us         7.1.0        2020/03/09  21:10:07.296  sptd2         
  28                             2352  IN     9f 02 70 14  67 09 97 12  ..p.g...           12ms         7.2.0        2020/03/09  21:10:07.308                
  28                                   CMD    be 00 00 03  d4 a5 00 00  READ CD            98us         8.1.0        2020/03/09  21:10:07.308  sptd2         
  28                             2352  IN     5b fe 8f ef  43 14 a7 f0  [...C...           12ms         8.2.0        2020/03/09  21:10:07.321                
  28                                   CMD    be 00 00 03  d4 78 00 00  READ CD            95us         9.1.0        2020/03/09  21:10:07.321  sptd2         
  28                             2352  IN     a4 da e8 d0  ec e5 ae e2  ........           12ms         9.2.0        2020/03/09  21:10:07.334                
  28                                   CMD    be 00 00 03  d4 73 00 00  READ CD            98us        10.1.0        2020/03/09  21:10:07.334  sptd2         
  28                             2352  IN     64 34 cd 2b  f7 2b 44 22  d4.+.+D"           12ms        10.2.0        2020/03/09  21:10:07.347                
  28                                   CMD    be 00 00 03  d4 46 00 00  READ CD           125us        11.1.0        2020/03/09  21:10:07.347  sptd2         
  28                             2352  IN     81 d0 e0 d4  4c ce 56 ec  ....L.V.           12ms        11.2.0        2020/03/09  21:10:07.359                
  28                                   CMD    be 00 00 03  d4 41 00 00  READ CD           130us        12.1.0        2020/03/09  21:10:07.359  sptd2         
  28                             2352  IN     08 f1 d0 e5  bf d4 ca e4  ........           12ms        12.2.0        2020/03/09  21:10:07.372                
  28                                   CMD    be 00 00 03  d4 14 00 00  READ CD           126us        13.1.0        2020/03/09  21:10:07.372  sptd2         
  28                             2352  IN     2a d8 72 05  9f e1 c9 02  *.r.....           12ms        13.2.0        2020/03/09  21:10:07.385                
  28                                   CMD    be 00 00 03  d4 0f 00 00  READ CD           126us        14.1.0        2020/03/09  21:10:07.385  sptd2         
  28                             2352  IN     90 b7 ce e9  2f ac 99 e5  ..../...           12ms        14.2.0        2020/03/09  21:10:07.397                
  28                                   CMD    be 00 00 03  d3 e2 00 00  READ CD           120us        15.1.0        2020/03/09  21:10:07.397  sptd2         
  28                             2352  IN     8b d5 b9 d2  7a c9 e7 bc  ....z...           12ms        15.2.0        2020/03/09  21:10:07.410                
  28                                   CMD    be 00 00 03  d3 dd 00 00  READ CD           120us        16.1.0        2020/03/09  21:10:07.410  sptd2         
  28                             2352  IN     3c c3 3c d8  40 c0 3d f3  <.<.@.=.           12ms        16.2.0        2020/03/09  21:10:07.422                

413

(3,488 replies, posted in General discussion)

Nexy wrote:

can you also analyze what Alcohol does with errors and DPM.

I tried capturing. But when alcohol is reading the disc, no data is captured. DIC can capture the data (READ CD etc). Why? Does Alcohol lock against Bushound?

414

(3,488 replies, posted in General discussion)

Nexy wrote:

I'm curious if you misunderstood what RibShark was saying.

Are you trying to read those sectors? Because that will of course fail, it can't overread. But reading the last sector possible then using 0xF1 to fetch all remaining from the buffer (it's quite large afaik) should work?

App uses 0xbe to get the last sector, then uses 0xf1 to get the last sector + 1. This is cached to buffer correctly. And then uses 0xf1 to get the last sector + 2, but this sector isn't cached to buffer.

Teach me plz how you (and RibShark) can get the last sector + 2, + 3, etc using Bus Hound.
I want to test by your way.

415

(3,488 replies, posted in General discussion)

Agent47 wrote:

I dumped a +2352 offset disc with my ASUS using the new test build. Hashes don't match my plextor dump.

Last sector + 1 is good.

========== LBA[318828, 0x4dd6c]: Main Channel ==========
       +0 +1 +2 +3 +4 +5 +6 +7  +8 +9 +A +B +C +D +E +F
0000 : F5 CA D8 1C 5A 89 FB 26  C3 5A D1 FB 1C 43 49 F1   ....Z..&.Z...CI.
0010 : F6 C4 1A 43 E8 D0 CD ED  00 FF FF FF FF FF FF FF   ...C............
0020 : FF FF FF 00 71 D2 74 61  00 28 00 1E 80 08 60 06   ....q.ta.(....`.

Last sector + 2 is bad.

========== LBA[318829, 0x4dd6d]: Main Channel ==========
       +0 +1 +2 +3 +4 +5 +6 +7  +8 +9 +A +B +C +D +E +F
0000 : F2 73 D8 1C 5A 89 FB 26  C3 5A D1 FB 1C 43 49 F1   .s..Z..&.Z...CI.
0010 : F6 C4 8A 43 14 5F 4F 24  00 FF FF FF FF FF FF FF   ...C._O$........
0020 : FF FF FF 00 01 81 73 61  00 28 00 1E 80 08 60 06   ......sa.(....`.

416

(3,488 replies, posted in General discussion)

Nexy wrote:

I use it on Windows 7 64 bit Enterprise without an issue, and no, it's not an illegal version.

ok, BW-16D1HT was recognized from Bus Hound. As a result, my drive couldn't get the last sector +3, +4 etc.
But I added reading code until the last sector +10. http://www.mediafire.com/file/eq80y20l9 … st.7z/file
Test plz. I want to see these logs.

417

(3,488 replies, posted in General discussion)

Pokechu22 wrote:

First, starting with DIC 20200203, all of the Cube DVDs fail to dump, with the error being "nLBA 262, Directory Record is invalid".  DIC 20200204 is also affected, while 20191116, 20191223, and 20200120 are not.

Try to use the latest test version before reports bug. http://forum.redump.org/topic/10483/discimagecreator/

418

(3,488 replies, posted in General discussion)

Similar problem https://github.com/saramibreak/DiscImag … /issues/41
Try to use DVD model of plextor if you have.

419

(3,488 replies, posted in General discussion)

Because data sector can be dumped without offsets using 0xbe opcode. It's normal method. Almost all CD dumping tools (Isobuster, CloneCD etc.) use 0xbe.

420

(3,488 replies, posted in General discussion)

nitro322 wrote:

My concern is with discs like that Wing Commander Prophecy

Is it this disc? http://redump.org/disc/12961/
If yes, as I said, large ofs disc is not supported yet on Asus.
If no, upload logs, please.

421

(3,488 replies, posted in General discussion)

To get scrambled sector(s), plextors use 0xd8 while other drives use 0xbe with cdda flag.
If /be is used, 0xbe with all flag is set forcibly. As the result, it can't get scrambled sector(s).
In other words, it can't get correct combined offsets.

nitro322 wrote:

if I omit /be, all ripped tracks match the redump entry.  If I include /be, the data track matches, but all audio tracks have different checksums.

If you want to dump mixed mode disc on ASUS, do not use /be.

422

(3,488 replies, posted in General discussion)

Nexy wrote:

It's been free for personal use for some time now ?

Free version is limited.

Up to 32 commands can be captured
Only the first 8 bytes of each data transfer are captured
Runs only on 32-bt Windows, XP and later

I'm working ASUS on Win10 64bit.

Madroms wrote:
sarami wrote:
Madroms wrote:

could you check the log for this disc ?

Also try to use subdump.

subdump added.

LBA 91152 is the start address of track 14 on TOC.

      Data Track 14, LBA    91152 -    93436, Length     2285

But It's the end of address of track 13 on sub.

LBA[091151, 0x1640f]: P[3f], Q[411301040808002017264de6]{ Data,      Copy NG,                  Track[13], Idx[01], RMSF[04:08:08], AMSF[20:17:26]}, RtoW[0, 0, 0, 0]
LBA[091152, 0x16410]: P[3f], Q[41130104080900201727f796]{ Data,      Copy NG,                  Track[13], Idx[01], RMSF[04:08:09], AMSF[20:17:27]}, RtoW[0, 0, 0, 0]
LBA[091153, 0x16411]: P[00], Q[41140100000100201728797b]{ Data,      Copy NG,                  Track[14], Idx[01], RMSF[00:00:01], AMSF[20:17:28]}, RtoW[0, 0, 0, 0]

It looks like real sub indexes. F1ReB4LL judges it.

nitro322 wrote:

re-ripping with my ASUS drive with /be also yielded the correct result.

No need to use /be except plextor.

423

(3,488 replies, posted in General discussion)

Madroms wrote:

could you check the log for this disc ?

Also try to use subdump.

Nexy wrote:

he just edited the command in the buffer with bushound.

Could he really get the scrambled sector data by the method? I can't use bushound readily because it's really expensive.

424

(3,488 replies, posted in General discussion)

RibShark wrote:

I have read 30+ sectors into the lead out with 0xF1, not sure why you can't unless the lead out on your disc doesn't contain many sectors.

Would you upload your code that can read 30+ sectors and upload the 30+ sectors?

425

(3,488 replies, posted in General discussion)

RibShark wrote:

0xF1 can support multiple sector overreads:
"F1 06 00 00 00 00 00 00 0b 00" = last read sector
"F1 06 00 00 0b 00 00 00 0b 00" = last read sector + 1
"F1 06 00 00 16 00 00 00 0b 00" = last read sector + 2
and so on.

Then, how about the last read sector + 3, + 4, + 5 ...?
I tried "F1 06 00 00 21 00 00 00 0b 00", but it couldn't get the last read sector + 3.