You are not logged in. Please login or register.
Redump Forum → Posts by sarami
Some fixed.
/msIt works now, but the lead-in of 2nd session can't read.
If /ms isn't used, dic skips reading 6750+4500+150=11400 sectors.
(6750 [1min30sec] is the lead-out of 1st session . 4500 [1min] is the lead-in of 2nd session. 150 [2sec] is the pregap of 1st track of 2nd session.)
Data Length: 4294967295
Recording Date and Time: 2010-01-06 04:59:56 +00:00
File Flags: 0 (Visible, File, Disassociated, File has't record format, Owner/Group ID has't, Final Directory Record)
File Unit Size: 0
Interleave Gap Size: 0
Volume Sequence Number: 1
Length of File Identifier: 13
File Identifier: ARCHIVEPAX.GZIs this file really over 4GB size?
It would require that all dumpers run XBC just to get this info.
I see, thx.
Uploaded test version.
-added: dumping PFI.bin and DMI.bin (all DVD based disc)
And uploaded a batch file for xbox. (run dic, ss_sector_range and FreeCell)
Please modify the path and drive letter individually.
http://www.mediafire.com/file/em1qbnh4i … mp.7z/file
Uploaded test version.
-added: support xbox security sector dumping (needs kreon's drive)
DiscImageCreator.exe xbox <driveletter> <filename>@Admin or Moderator
Why xbox preserves the hash of Physical Format Information (PFI) and Manufacturing Information (DMI) in comments?
All DVD based disc (gc/wii, ps2 etc) have PFI and DMI but there isn't the hash in comments except xbox.
As long as a proper Plextor is used, will it make a difference if that flag is or isn't used?
No difference, but some ide-usb controller can't get the drive name, so user who uses such a controller needs this flag.
Uploaded in test branch.
*2018-05-22 test
- added: swap command (This is for non-Plextor drive)
- added: ls command (This shows maxium drive speed in command-line screen)
- added: Support PS2 unlicensed disc (needs to use /sf. This protect looks like a safedisc)
- added: GC/Wii dumping drive (support GCC-4160N, 4240N, 4243N, 4247N)
- added: Check subQ adr and RtoW before dumping of GD-ROM
- added: Check if PSX PAL or not (for /nl)
- added: Output .dat file for BD-ROM
- changed: Rereading the sector if crc16 of subQ is currupt, not rmsf or amsf
- changed: Disable beep except disc dumping command (cd, dvd etc.)
- fixed: Checking error of subQ track
- fixed: Reading path table record of GD-ROM (support path table size is over 2352)
- fixed: dumping CD-i ready (not unscramble the pregap sector)
there are two BD drives listed under the CD (media). Can these models dump CDs correctly?
If you already have these drives, please try. If not so, try this http://forum.redump.org/post/60603/#p60603 using the drive you have now.
Some fixed.
Isnt that a disc with those nasty read errors?
There aren't intentional c2 errors and edc/ecc errors.
Solution 2
Added this, but still buggy, I think.
How to use
1. insert the audio trap disc to a supported drive.
2. run (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 disc and run -> DiscImageCreator.exe close [DriveLetter] or gently push the tray back (or put the drive cover back on).
5. run (start dumping scrambled img) -> DiscImageCreator.exe swap [DriveLetter] foo.bin [DriveSpeed(0-72)]
6. when dumping finished, the drive tray open automatically.
7. The drive tray close automatically after 10000 msec.
8. Read TOC and img is descrambled automatically.get weird DIC dumps
Also added this in cd command.
http://forum.redump.org/post/60437/#p60437
I see, but a problem exists. It is that the swap disc can't use TOC.
_disc.txt of gd command
========== TOC ==========
Audio Track 1, LBA 0 - 549150, Length 549151
Total 549151
This is the TOC of audio trap discdic can't recognize how many tracks and sectors exist in actual disc. Of course, if uses sub-channel, dic can recognize these and create TOC artificially.
But if random error of track number exists in sub-channel, especially in the boundary of the track, it's difficult to judge which track number is correct.
That is to say, the result of dumping could be instability.
many non-d8 NEC, Optiarc, etc. drives could be supported.
Btw, can other tools (e.g. CDTools) use the swap disc by these drives and dump the scrambled image?
If takes out the swap disc using a pin and inserts the target disc and pushes back the tray, some drives read the target disc, not the swap disc.
Added LBA 0 of the sega disc into maininfo.txt
the swappable non-Plextor drives
What is this?
DIC could read scrambled sectors with 0xBE command
Yes, I confirmed ASUS BC-12D2HT could read it.
Skipped being unscrambled.
And I noticed the format type of CD-i ready wasn't "CD-i"
Session 1, FirstTrack 1, Format: CD-DA or CD-ROM
Session 1, LastTrack 5 Session 1, FirstTrack 2, Format: CD-I
Session 1, LastTrack 3I understood DIC can't dump CD-i multi track disc, not CD-i ready.
http://forum.redump.org/post/57865/#p57865
DIC can't read "no track 1" disc yet. Is this CD-i Ready?
Bangai-O (Europe)
added: checking error of subQ track
Why it creates more sectors than the disc has?
Perhaps, 1 sector is incremented because of the combined offsets. Actually 214200 sectors are read.
The disc is copy protected somehow by the last 15900 sectors. It's old review CD-R.
What protect?
added simple rereading.
like this.
:
LBA[383125, 0x5d895]: Track[05]: SubW[93]:[0x10] -> [0x00]
LBA[383150, 0x5d8ae]: Track[05]: SubR[32]:[0x10] -> [0x00]
LBA[383175, 0x5d8c7]: Track[05]: SubP[07]:[0x08] -> [0x00]
LBA[383175, 0x5d8c7]: Track[05]: SubQ[19-21]:PrevAbs[338175, 75:09:00], Abs[419325, 93:11:00] -> [383325, 85:11:00]
LBA[383175, 0x5d8c7]: Track[05]: SubV[79]:[0x10] -> [0x00]
LBA[383175, 0x5d8c7]: Track[05]: SubW[91]:[0x10] -> [0x00]
LBA[383177, 0x5d8c9]: Track[05]: SubQ[15-17]:PrevRel[328253, 72:56:53], Rel[328252, 72:56:52] -> [328254, 72:56:54], L:[689]
LBA[383177, 0x5d8c9]: Track[05]: SubQ[19-21]:PrevAbs[338177, 75:09:02], Abs[383325, 85:11:00] -> [383327, 85:11:02]
LBA[383177, 0x5d8c9]: Track[05]: SubQ[22]:CrcHigh[0x7a] -> [0x97]
LBA[383177, 0x5d8c9]: Track[05]: SubQ[23]:CrcLow[0x11] -> [0xd6]
LBA[383177, 0x5d8c9]: Track[05]: SubV[79]:[0x10] -> [0x00]
LBA[383177, 0x5d8c9]: Track[05]: SubW[91]:[0x10] -> [0x00]
LBA[383177, 0x5d8c9]: Track[05]: SubQ Reread this sector because RMSF & AMSF is corrupt
LBA[383177, 0x5d8c9]: Track[05]: SubQ Reread OK
LBA[383200, 0x5d8e0]: Track[05]: SubP[06]:[0x10] -> [0x00]
LBA[383200, 0x5d8e0]: Track[05]: SubQ[18]:[0x10] -> [0x00]
:1st read of 383177 is bad RMSF & AMSF. 2nd read of 383177 is good. DIC adopts the subQ of 2nd reading.
I have 24GB of RAM
Sorry:P
"Increased the allocated memory." is that code of dic is fixed.
Sometimes it shows the "Directory Record is over 65535" and crash
Increased the allocated memory.
Silver (Spain) continues to fail with the May 2 2018 version.
Same error?
What about for dvd and bd?
Updated.
With the test version "Apr 29 2018" continue to fail.
Found a bug and fixed it perhaps.
DIC should restart the dumping process when that happens?
Do you want to restart when how many errors are counted?
is there a command line option to probe cd/dvd drive for available drive speeds and then report to console?
Is this OK?
C:DiscImageCreator.exe ls f
AppVersion
x86, AnsiBuild, May 2 2018 13:26:55
Start time: 2018-05-02(Wed) 13:37:16
ReadSpeedMaximum: 8468KB/sec (48x)
End time: 2018-05-02(Wed) 13:37:16but why put a limit?
Format of a Path Table Record
BP Field name Content
1 Length of Directory Identifier (LEN_DI) numerical value
2 Extended Attribute Record Length numerical value
3 to 6 Location of Extent numerical value
7 to 8 Parent Directory Number numerical value
9 to (8 +
LEN_DI)Directory Identifier d-characters, d1-characters,
(00) byte
(9 + LEN_DI) Padding Field (00) byteParent Directory Number (BP 7 to 8)
This field shall specify as a 16-bit number the record number in the Path Table for the parent directory of the
directory.
16-bit = 0xffff = 65535
Added the code for flushing log. (Because almost all files are 0 size)
EDIT
improved: PS2 cheat disc (support the sub-channel of huge Lead-out )
EDIT (5/2)
added: check the region of PSX if /nl is used. Because Libcrypt is only used by PAL.
Changed: directory record size from 16384 to 65535
XBOX 1 dumping instructions:
Instructions for Kreon drives:
- Dump the SS/PFI/DMI .bin files using Xbox Backup Creator.
- After you closed Xbox Backup Creator, press the eject button of the drive twice so that it will remount the Xbox partitions.
- Run 'ss_sector_range.exe SS.bin >sectors.txt' in the folder containing the SS.bin.
- Run 'FreeCell.exe Drive: sectors.txt' in the folder containing the sectors.txt.
- Now the Xbox game will be dumped to 'Track 01.iso'!
I created a batch file. Please modify the path and drive letter individually.
here are the logs from the dump whit errors...
1st and 3rd dumps are bad because it fails to get the sub-channel.
2nd and 4th dumps seems good but there are some sub-channel errors in 2nd dump and main-channel errors in 4th dump.
Anyway, try the latest release version. And it is also valid to change the reading speed (e.g. 16x 24x).
does it check for CATALOG, ISRC, FLAGS, CD-TEXT fields in GD mode?
Added.
And
added: GC/Wii (support GCC-4240N, 4243N, 4244N(not tested yet), 4246N(not tested yet))
It only checks LDA. Do you know the GD-ROM these fields have?
Updated. Disabled the incorrect sub desync.
South Park Rally (Europe)
random error exists in track.
LBA[399572, 0x618d4]: Track[06]: Index is changed from [01] to [00] [L:885]
LBA[399722, 0x6196a]: Track[06]: Index is changed from [00] to [01] [L:865]
LBA[404655, 0x62caf]: Track[07]: Subchannel & TOC doesn't sync. LBA on TOC[414956, 0x654ec], index[01]
LBA[404655, 0x62caf]: Track[07]: TrackNum is changed [L:840]
LBA[414806, 0x65456]: Track[07]: TrackNum is changed [L:840]
LBA[414806, 0x65456]: Track[07]: Index is changed from [01] to [00] [L:885]LBA[404653, 0x62cad]: P[00], Q[0106010105560089572839bf]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[06], Idx[01], RMSF[01:05:56], AMSF[89:57:28]}, RtoW[0, 0, 0, 0]
LBA[404654, 0x62cae]: P[00], Q[0106010105570089572983cf]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[06], Idx[01], RMSF[01:05:57], AMSF[89:57:29]}, RtoW[0, 0, 0, 0]
LBA[404655, 0x62caf]: P[00], Q[010701010558008957308e0d]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[07], Idx[01], RMSF[01:05:58], AMSF[89:57:30]}, RtoW[0, 0, 0, 0]
LBA[404656, 0x62cb0]: P[00], Q[01060101055900895731df5e]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[06], Idx[01], RMSF[01:05:59], AMSF[89:57:31]}, RtoW[0, 0, 0, 0]
LBA[404657, 0x62cb1]: P[00], Q[010601010560008957324baf]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[06], Idx[01], RMSF[01:05:60], AMSF[89:57:32]}, RtoW[0, 0, 0, 0]It's solved if you try dumping for several times, perhaps.
The dump seems correct
I think so, too.
NFL QB Club 2001
Updated test version, but I don't know whether it's fixed or not. Plz test.
And
added: GC/Wii (support GCC-4247N and GCC-4160N)
Redump Forum → Posts by sarami
Powered by PunBB 1.4.4, supported by Informer Technologies, Inc.
Currently installed 6 official extensions. Copyright © 2003–2009 PunBB.