Search options (Page 39 of 57)

*2018-01-27
- added: Dumping of DVD which is the parallel track path and dual layer
- changed: Visual Studio 2015 to 2017
- fixed: Dumping of audio disc (didn't work from 2017-12-10)
- fixed: Rewrite .c2 file if c2 errors exist.

Sorry, reuploaded.

_disc.txt

========== FULL TOC ==========
    FirstCompleteSession: 1
     LastCompleteSession: 1
    Session 1, FirstTrack  2, Format: CD-I
    Session 1,  LastTrack  3
    Session 1,      Leadout, MSF 63:01:29 (LBA[283604, 0x453d4])
    Session 1,     Track  2, MSF 55:36:19 (LBA[250219, 0x3d16b])
    Session 1,     Track  3, MSF 57:52:69 (LBA[260469, 0x3f975])

It seems "Track 1" is omitted. (same as isobuster)
And my cd-i disc (single track)

========== FULL TOC ==========
    FirstCompleteSession: 1
     LastCompleteSession: 1
    Session 1, FirstTrack  2, Format: CD-I
    Session 1,  LastTrack  2
    Session 1,      Leadout, MSF 56:05:00 (LBA[252375, 0x3d9d7])
    Session 1,     Track  1, MSF 00:02:00 (LBA[000150, 0x00096])

There is "Track 1", but "FirstTrack" and "LastTrack" is weird.

The multi-track of cd-i has data sector in pregap of track 1 (to hide the data?), and manipulates the toc (by the same reason? CD was developed by Philips, so this is permitted?)
It seems the single-track of cd-i can't hide the data in pregap. (If it is done, it's only leadout disc on toc.)

If it's possible, please use subdump http://forum.redump.org/topic/14725/subdump/
I need the sub file. Perhaps I think the track 2 of "Sample 3" is actually track 1, track 3 of that is actually track 2 and there isn't track 3.

20180108 test
Fixed: Also rewrite .c2 file if c2 errors exist.
=> if unfixed errors exist with EdcEcc.exe or edccchk or cdmage though .c2 file rewritten is all zero byte, maybe the drive misses to report the c2 error.

I think so too.
https://page.auctions.yahoo.co.jp/jp/auction/f122922824
There is the enhanced CD logo in the picture.

ReadMe.txt

* Ripping Guide for GD-ROM (The high density area)
** Preparation
 create the audio trap disc in advance.
 (a disc with a hacked TOC of 99 mins audio, burn it with CloneCD or Alcohol 52/120%).
   http://www.mediafire.com/?2nygv2oyzzz

** Method 1 (Other tools)
 http://forum.redump.org/topic/2620/dreamcastnaomi-gdrom-dumping-instructions/

** Method 2 (Other tools)
 http://forum.redump.org/topic/9436/new-dreamcast-dumping-program-test-please/

** Method 3
1. insert the audio trap disc to a supported drive.
2. run below. (stop spinning disc)
   DiscImageCreator.exe stop [DriveLetter]
3. use a pin to press the escape eject button, so the tray will eject (or remove
   the drive cover).
4. insert the gdrom and gently push the tray back (or put the drive cover back on).
5. run below. (start rippping gdrom)
   DiscImageCreator.exe gd [DriveLetter] foo.bin [DriveSpeed(0-72)]

I confirmed this with TS-H353A, but jhmiller couldn't confirm by dic method though he used the same drive and firmware. I don't know the reason.

tested kuon no kizuna (Drive: TS-H353A)

    0... 1428 AMSF[00:21:03] -> track1 and 2
 1429...24602 AMSF[05:30:00] -> lead-out
24603...24793 AMSF[05:32:43] -> unknown/corrupt subQ (Mirror # 1 ?)
                                main channel is all zero
24794...25104 AMSF[05:36:54] -> subQ all zero
                                main channel is all 0xff
25105...38692 AMSF[08:37:67] -> normal subQ (SEGA Logo ?)
                                RMSF of LBA 25105 is 00:02:14, so 'SEGA Logo?' perhaps starts from LBA 24941.
                                main channel is the mode 2
38693...38699 AMSF[08:37:74] -> unknown/corrupt subQ (Mirror # 2 ?)
38700...44849                -> unreadable (ILLEGAL_REQUEST - ILLEGAL MODE FOR THIS TRACK)

Maybe so about mirror area, but I think the lead-out and SEGA logo sub is perhaps correct.

dic reads from 45000 to 549150 using gd command.

Tried. It seems these area has the mode 2 sector.

It's possible.
https://github.com/saramibreak/DiscImag … dforCD.cpp
Change the Line 1640:

throw FALSE;

to

break;

or comment out 'throw FALSE;'

But is it really uncorrectable errors? Please try the default times (4000).

Yes. It's checked by the func 'ContainsC2Error' of the Line 1630.

My DL disc

             TrackPath: Opposite Track Path
        NumberOfLayers: Double Layer
          TrackDensity: 0.74μm/track
         LinearDensity: 0.293μm/bit
    StartingDataSector:  196608 (0x30000)
         EndDataSector: 15995449 (0xf41239)
    EndLayerZeroSector: 2224591 (0x21f1cf)

Your log

                 TrackPath: Parallel Track Path
            NumberOfLayers: Double Layer
              TrackDensity: 0.74μm/track
             LinearDensity: 0.293μm/bit
        StartingDataSector:   196608 (0x30000)
             EndDataSector:  1702255 (0x19f96f)
        EndLayerZeroSector:        0 (0)

I had thought all of the DL disc is 'Opposite Track Path', but this DL disc has 'Parallel Track Path'. I understood DIC can't dump 'PTP' and 'DL' disc. I don't know how to fix this now.

Some changed. http://www.mediafire.com/file/eq80y20l9 … or_test.7z
I have PX-755SA too, but my 755 can't get the scrambled sector when dumps the HDA of GD-ROM using the audio trap disc, so I can't test. (In the case of my PC, if doesn't use the audio trap disc, dic can dump the HDA till 79:59:74. I don't know why.)

And I changed VS2015 to VS2017. Please download and install the redistributable package. https://aka.ms/vs/15/release/VC_redist.x86.exe

All sectors.

It's really weird...

c2 error offset is perhaps same as main channel offset. To confirm this, it needs to test by the large offset disc (over 588 samples) and its disc has c2 error.

*2017-12-10
- added: Reading path table & directory record of GDROM HD Area
- added: Reading joliet file system (if iso9600 didn't read)
- added: Writing the hash of the toc vs. subs desync disc and the scrambled main channel (.scm file)
- added: Argument of /f option (to delete the drive cache per specific value)
- changed: Rename _sub.txt to _subReadable.txt
- fixed: Dumping of GDROM (didn't work from 2017-08-18)
- fixed: 1st sector of the pregap sector has invalid index of the subchannel
- rewrote: Recovering C2 error (only plextor. not support no-plextor drive now)
            => I definitely understood the plextor drive has -1 sector offset about C2 error.

use '/c2'

Because these programs dump the data sector as data sector (0xbe mode), but dic dumps the data sector as audio sector (0xd8 mode), then audio sector is descrambled to data sector.