xTMODx wrote:
sarami wrote:

Some were fixed. http://www.mediafire.com/file/eq80y20l9 … st.7z/file
But perhaps all bug haven't fixed yet.

thanks it produce same result as the previous release

Thanks.

Jackal wrote:

The LEAD-OUT seems to be in the wrong place also?

Also fixed.

----
Some dumpers dump multisessional disc and lead-out length's is 6750 (01:30:00)
http://forum.redump.org/post/69590/#p69590
REM LEAD-OUT and REM LEAD-IN is still needed?

627

(3,497 replies, posted in General discussion)

http://forum.redump.org/post/61302/#p61302

psx-collector wrote:
sarami wrote:

Without /c2, it reads until the end.

Yes but I meant an option to continue dumping later...

1. The disc has many C2 errors and it needs 10000 or more retries to dump the sector. Imagine that we have many of these sectors. It's not the best way to leave the drive work several days. Also, cold drive reads better! More chances with cold drive!

2. This option would be also great... If no amount of retries was set. The disc was dumped but we need to re-read C2 sectors. Maybe it's possible to code an option to allow the DIC to go to the next sector if all 4000 attempts weren't successful? 4000 with next sector etc. And to go back to these previous sectors to try 4000 attempts again and again.

With the second option we can get as many sectors as possible to go back to really hard sectors.

The best way is to combine both options to allow to read hard sectors after the drive became cold again.

Are you still challenging to dump this disc?

psx-collector wrote:

Would be very nice if DIC would try to read next hard sector if previous one wasn't dumped after all retries. It would help to dump all hard sectors leaving only very hard ones. Is it possible to add this function?

Some sectors in your CD-R perhaps can't recover, so resume function is also vain efforts I think. Please get new CD-Rs if it's possible.

sorry : http://www.mediafire.com/file/eq80y20l9 … st.7z/file

http://www.mediafire.com/file/eq80y20l9 … st.7z/file
- fixed: Internal error occurs if 2nd session 1st track isn't the last track.

630

(3,497 replies, posted in General discussion)

Nexy wrote:

People are using a Pentium II or AMD with 3Dnow to dump? Even I think that is silly.

Pentium III is also very old cpu for me... It was unbelievable that there was the person who used such an old cpu. But PIII user exists, so PII user may exist.

Nexy wrote:

What are your plans for DVD protections, Data Positioning and Starforce/Tages ? Has there been any discussions?

DPM: http://forum.redump.org/topic/17084/ana … l-120-dpm/
It's hard to get the identical values.

Tages: http://redump.org/disc/34669/
Jackal knows it.

631

(3,497 replies, posted in General discussion)

Nexy wrote:

have you compiled with SSE (1) extensions and optimization?

No. Because some person use old cpu which doesn't support sse.

Nexy wrote:

The printing the progress to the console, it is slow and takes up processing time.

changed: http://www.mediafire.com/file/eq80y20l9 … st.7z/file

Jackal wrote:

are we sure it's caused by the display of the progress?

If there is the hashing app/library you recommend, tell me plz.

632

(3,497 replies, posted in General discussion)

>Nexy
Long time no see smile

F1ReB4LL wrote:
Nexy wrote:

sarami, can you add Ctrl+C abort

I think it is supported on the OS level, no?

I think so, too.

Nexy wrote:

can you make it not spit out the usage when the command line is wrong.

changed: http://www.mediafire.com/file/eq80y20l9 … st.7z/file

user7 wrote:

I think i was having some issues, i saw "sleep" and no progress so closed it

darcagn and I can dump the pregap of 2nd session 1st track, 755A and 708A can dump it surely. But you can't dump it. I don't know why now...

Thanks.
- fixed: not output " Lead-out length of 1st session" in cmdline & _disc.txt

Latest is "20190508 190259" http://www.mediafire.com/file/eq80y20l9 … st.7z/file

I don't understand why 123171 is "LOGICAL BLOCK ADDRESS OUT OF RANGE"...
How about other multisessional disc?

EDIT:
Without /c2, similar problem occurred. This was fixed.

sarami wrote:

deleted: timeout value in /ms

remove "2"

ok, I understood your system can't return the error code properly.
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
deleted: timeout value in /ms
added: forced to cancel reading

Uploaded. http://www.mediafire.com/file/eq80y20l9 … st.7z/file
added: timeout value in /ms
Try this.

DiscImageCreator cd <DriveLetter> <filename> <drivespeed> /ms 2

Both drives

Unable to get from AMSF 00:00:00 to 00:00:74.
Try to set smaller than -5000.

DiscImageCreator audio <DriveLetter> TOC 4 -6000 -1150
DiscImageCreator audio <DriveLetter> TOC 4 -7000 -1150
DiscImageCreator audio <DriveLetter> TOC 4 -8000 -1150

    :
    :
    :

DiscImageCreator audio <DriveLetter> TOC 4 -20000 -1150
user7 wrote:

I left a Multisession game dumping overnight and its still going... is it supposed to take so long?

Can PX-708A get the TOC?

DiscImageCreator audio <DriveLetter> TOC 4 -5000 -1100

or get the index 0 of track 1?

DiscImageCreator cd <DriveLetter> <Filename> <DriveSpeed(0-72)> /p

If not, dic can't support /ms flag for PX-708A.

F1ReB4LL wrote:

DIC needs to show not only where the leadout begins, but also where it ends (or its length)

Uploaded test version
- added: Lead-out length of 1st session in _disc.txt (needs /ms flag)
- fixed: incorrect 'REM SESSION' position.

Logs
http://www.mediafire.com/file/33yj4wjky … og.7z/file

Jackal wrote:

"RUN-OUT"

It seems old isobuster supports it. https://forum.daemon-tools.cc/showthread.php?t=6281
But latest version doesn't output it.

FILE "CD.iso" BINARY

REM ORIGINAL MEDIA-TYPE: CD
CATALOG 4943674011599

  REM SESSION 01        (*)
    TRACK 01 AUDIO
      ISRC JPWP09906010
      INDEX 01 00:00:00
         REM LBA: 0
    TRACK 02 AUDIO
      ISRC JPWP09906020
      INDEX 01 03:35:47
         REM LBA: 16172
    TRACK 03 AUDIO
      ISRC JPWP09906030
      INDEX 01 06:42:30
         REM LBA: 30180
    TRACK 04 AUDIO
      ISRC JPWP09906040
      INDEX 01 08:41:55
         REM LBA: 39130
    TRACK 05 AUDIO
      ISRC JPWP09906050
      INDEX 01 11:28:17
         REM LBA: 51617
    TRACK 06 AUDIO
      ISRC JPWP09906060
      INDEX 01 14:15:62
         REM LBA: 64187
    TRACK 07 AUDIO
      ISRC JPWP09906070
      INDEX 01 17:23:67
         REM LBA: 78292
    TRACK 08 AUDIO
      ISRC JPWP09906080
      INDEX 01 22:08:10
         REM LBA: 99610
    TRACK 09 AUDIO
      ISRC JPWP09906090
      INDEX 01 24:38:62
         REM LBA: 110912
    TRACK 10 AUDIO
      ISRC JPWP09906100
      INDEX 01 27:34:52
         REM LBA: 124102
    TRACK 11 AUDIO
      ISRC JPWP09906110
      INDEX 01 29:52:25
         REM LBA: 134425
    TRACK 12 AUDIO
      ISRC JPWP09906120
      INDEX 01 32:10:72
         REM LBA: 144822
    TRACK 13 AUDIO
      ISRC JPWP09906130
      INDEX 01 34:32:62
         REM LBA: 155462
    TRACK 14 AUDIO
      ISRC JPWP09906140
      INDEX 01 37:32:67
         REM LBA: 168967

  REM LEAD-OUT 41:01:67 (*)
  REM SESSION 02        (*)
    TRACK 15 MODE2/2352
      INDEX 01 43:33:67
         REM LBA: 196042

REM (*) SESSION commands are not supported by all applications

REM Generated by IsoBuster 4.3.0.00 (https://www.isobuster.com)

644

(3,497 replies, posted in General discussion)

iR0b0t wrote:

REM SESSION 01
...
REM LEAD-OUT 00:03:55
REM SESSION 02
REM LEAD-IN 00:02:00
...

I confirmed that the lead-out of 1st session are 6750 sectors and the lead-in of 2nd session are 4500 sectors.
If both num of sectors are always same, is REM LEAD-OUT and REM LEAD-IN unnecessary? because msf is always same like this.

REM SESSION 01
...
REM LEAD-OUT 01:30:00
REM SESSION 02
REM LEAD-IN 01:00:00
...

645

(3,497 replies, posted in General discussion)

Parotaku wrote:

And it has the 'Compact disc Interactive' logo.

Thanks.

Parotaku wrote:

Done...

There are some weird points...
1. Track number starts 02, not 01.
2. Index of 1st 75 sectors is 01, not 00.
3. 101 sectors is overdumped.

If you can, please dump it by subdump and upload .sub.

646

(3,497 replies, posted in General discussion)

Parotaku wrote:

I got a problem dumping Philips CD-i disc 'Dimo's quest' (US version) (in perfect condition, no scratch).
It stops with the following error:

I want to see the sub-channel file. Please dump it by clonecd and upload .sub
And I have a question. Does this disc have the logo of 'compact disc interactive' or 'compact disc digital audio CD-I READY'?

user7 wrote:

Jackal said to just go with Fireball's suggestion.

http://forum.redump.org/post/67312/#p67312 or http://forum.redump.org/post/69074/#p69074 ?
Both format is a little different.

647

(3,497 replies, posted in General discussion)

reentrant wrote:

Maybe eject + load (like hard reset) will make it work?

No, in my case. But when changed to the other drive, made it work. This is the same as xTMODx.

reentrant wrote:

What happens when crc is 0 - some data is invalid?

http://www.mediafire.com/file/drnxhe529 … st.7z/file
added test code to retry and output failed sector to _mainError.txt.
In my disc, all subQ is zero, not only crc16 of subQ.

648

(3,497 replies, posted in General discussion)

Madroms wrote:

why DIC does not create a submission txt file ? Or does anyone create a script for windows (batch file) ? I think I saw one for Linux (?) made by a member, but none for windows.

You can use DICUI.

reentrant wrote:

When subQ crc is 0 DIC stops. When I retried it worked. Is is possible to add some more complex restart logic? If crc is 0 go back 100 sectors and retry reading? This crc 0 thing looks quite random...

I tried going back, going forward, flushing cache, but it's all in vain...

xTMODx wrote:

i have tried with the /nq option and the plextor 712 drive but DIC crashed then

http://www.mediafire.com/file/eq80y20l9 … st.7z/file
- fixed: tracknum of SubQ manually if /nq is used

649

(3,497 replies, posted in General discussion)

Madroms wrote:

So they have a different LBA:4

http://www.mediafire.com/file/eq80y20l9 … st.7z/file
- added: detecting "          Licensed  by          Sony Computer Entertainment(Europe)"

If /nl is used, LBA:4 is outputted in _mainInfo.txt like this.

========== LBA[000004, 0x00004]: Main Channel ==========
       +0 +1 +2 +3 +4 +5 +6 +7  +8 +9 +A +B +C +D +E +F
0000 : 20 20 20 20 20 20 20 20  20 20 4C 69 63 65 6E 73             Licens
0010 : 65 64 20 20 62 79 20 20  20 20 20 20 20 20 20 20   ed  by          
0020 : 53 6F 6E 79 20 43 6F 6D  70 75 74 65 72 20 45 6E   Sony Computer En
0030 : 74 65 72 74 61 69 6E 6D  65 6E 74 20 45 75 72 6F   tertainment Euro
0040 : 20 70 65 20 20 20 00 00  00 00 00 00 00 00 00 00    pe   ..........
========== LBA[000016, 0x00010]: Main Channel ==========
       +0 +1 +2 +3 +4 +5 +6 +7  +8 +9 +A +B +C +D +E +F
0000 : 01 43 44 30 30 31 01 00  50 4C 41 59 53 54 41 54   .CD001..PLAYSTAT
0010 : 49 4F 4E 20 20 20 20 20  20 20 20 20 20 20 20 20   ION             
0020 : 20 20 20 20 20 20 20 20  20 20 20 20 20 20 20 20                   
0030 : 20 20 20 20 20 20 20 20  20 20 20 20 20 20 20 20                   
 :
 :

Plz try and report.

650

(3,497 replies, posted in General discussion)

As cmd says,
1. If your disc has scratches, it needs to be polished
2. Try to dump with different drive speed
3. Try to dump with different drive

If the problem isn't solved, you can use this.

Option (for CD SubChannel)
          /nq     Not fix SubQ