You are not logged in. Please login or register.
Redump Forum → Posts by sarami
The application shows missing some files
MPFlog.txt says
There were files missing from the output:
vol000000AF_SS.binBut bd command doesn't output _SS.bin.
Try to dump the disc using DIC directly. If it's ok, this is MPF problem, I think.
Or are there security sectors in xbox one disc? If yes, it must be supported.
Test version still failed
What is failed?
I dumped Diablo II (Korea) (Play Disc) just fine with my 4824
OK perhaps your PX-4824 is correct, if you or someone dump S7092920 with no error using PX-4824, I'll edit README.
However the Full TOC shouldn't be used by default, redump uses TOC splits.
I'll add /fulltoc option for the drive returning broken TOC. TOC is default, Full TOC is 2nd choice.
Which particular discs did you encounter that had issues? I have not encountered any yet.
Diablo II (USA) (Play Disc). Serial is S7092920. If it's dumped by PX-755, it's no error. But this may be a problem with my PX-4824.
regarding CDS100/CDS200/Label Gate/XCP, using the Full TOC works with the 4824 to get matching hashes.
It's TOC that I mention, not FULL TOC. But if Full TOC gets LBAs correctly, I'll change from TOC to FULL TOC in the future.
Tested with test build, I think it is still wrong?
Fixed.
Windows: https://www.mediafire.com/file/eq80y20l … st.7z/file
Linux: https://www.mediafire.com/file/uw3e03kd … ar.gz/file
/sf doesn't seem to skip dummy sectors on PS2 unlicensed discs anymore.
It has occurred since 20231201. http://forum.redump.org/post/113507/#p113507
Uploaded.
Windows: https://www.mediafire.com/file/eq80y20l … st.7z/file
Linux: https://www.mediafire.com/file/uw3e03kd … ar.gz/file
https://github.com/saramibreak/DiscImag … g/20241001
*20241001
- added support to dump DVD raw sector (2816 bytes/sector)
- fixed skip hashing of (Track all).img when /trp is 0
https://github.com/saramibreak/DiscImag … g/20240901
*2024-09-01
- added support meson
- added /trp option to skip creating pregap sectors of track 1 starting from minus LBA
- added /ra to the bd command
- changed SS.bin output place
- changed SpeedRead Setting
- changed filename of the (Track 0), (Track 00) and (Track AA) to (Lead-in)(Track 0), (Lead-in)(Track 00) and (Lead-out)(Track AA)
- improved detecting 1st track pregap sector when reading lead-in
- fixed error handling when lead-in area is read
- fixed overflow iso9660 filename
- fixed Kreon drive on Linux with CDB10 for libata
- fixed UDF Volume Identifier not detected
- fixed failed to output "There is non-zero byte in the (Lead-out)(Track AA)" to the _disc.txt
https://github.com/saramibreak/DiscImag … g/20240601
*2024-06-01
- added "DVDRawBruteforce - Drive Sheet - Sheet1.tsv" to get DVD raw sector size etc.
- added support to dump DVD raw sector (2304 bytes/sector)
- added support to descramble of DVD raw (2236 bytes/sector)
- fixed /a is invalid when pregap sector exists in the 1st track.
- fixed infinite loop occurs when reading UDF
- fixed output Joliet identifiers
- fixed smartE sectors don't descramble
- fixed regression in track handling between versions 20240101 and 20240401
- fixed output irregular CD-TEXT
https://github.com/saramibreak/UmdImage … s/tag/v1.7
## v1.7 (2024-06-01)
- added: creating iso directory automatically
- changed: PATH_TABLE_RECORD_SIZE
- fixed: the memory stick size is overflowed
Thank you for confirming. I’m not sure what the correct behavior should be, even if it would be limited to some drives.
Generally, MCN is recorded per 98 frames in subchannel of the lead-in, track, lead-out area. The presence of numerous indexes on track 1 of the NeoGeo CD is said to be a type of protection. The presence of MCNs only in the lead-in may also be a type of protection.
Ok. I confirmed that MCN is only recorded in subchannel of the lead-in area. That would mean that drive other than Plextor can't get MCN.
LBA[041175, 0x0a0d7]: P[00], Q[4100a0091100000100002791]{ Data, Copy NG, Track[00], Point[a0], AMSF[09:11:00], TrackNumOf1stTrack[01], ProgramAreaFormat[00]}, RtoW[0, 0, 0, 0]
LBA[041176, 0x0a0d8]: P[00], Q[4100a0091101000100008dc0]{ Data, Copy NG, Track[00], Point[a0], AMSF[09:11:01], TrackNumOf1stTrack[01], ProgramAreaFormat[00]}, RtoW[0, 0, 0, 0]
LBA[041177, 0x0a0d9]: P[00], Q[4100a0091102000100006312]{ Data, Copy NG, Track[00], Point[a0], AMSF[09:11:02], TrackNumOf1stTrack[01], ProgramAreaFormat[00]}, RtoW[0, 0, 0, 0]
LBA[041178, 0x0a0da]: P[00], Q[02123456789012300000ebd1]{Audio, 2ch, Copy NG, Pre-emphasis No, MediaCatalogNumber [1234567890123], AMSF[ :00]}, RtoW[0, 0, 0, 0]
LBA[041179, 0x0a0db]: P[00], Q[02123456789012300000ebd1]{Audio, 2ch, Copy NG, Pre-emphasis No, MediaCatalogNumber [1234567890123], AMSF[ :00]}, RtoW[0, 0, 0, 0]
LBA[041180, 0x0a0dc]: P[00], Q[02123456789012300000ebd1]{Audio, 2ch, Copy NG, Pre-emphasis No, MediaCatalogNumber [1234567890123], AMSF[ :00]}, RtoW[0, 0, 0, 0]
LBA[041181, 0x0a0dd]: P[00], Q[0100a1091106002000006e2b]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[00], Point[a1], AMSF[09:11:06], TrackNumOfLastTrack[20]}, RtoW[0, 0, 0, 0]
LBA[041182, 0x0a0de]: P[00], Q[0100a109110700200000c47a]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[00], Point[a1], AMSF[09:11:07], TrackNumOfLastTrack[20]}, RtoW[0, 0, 0, 0]
LBA[041183, 0x0a0df]: P[00], Q[0100a109110800200000a183]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[00], Point[a1], AMSF[09:11:08], TrackNumOfLastTrack[20]}, RtoW[0, 0, 0, 0]
LBA[041184, 0x0a0e0]: P[00], Q[02123456789012300000ebd1]{Audio, 2ch, Copy NG, Pre-emphasis No, MediaCatalogNumber [1234567890123], AMSF[ :00]}, RtoW[0, 0, 0, 0]
LBA[041185, 0x0a0e1]: P[00], Q[02123456789012300000ebd1]{Audio, 2ch, Copy NG, Pre-emphasis No, MediaCatalogNumber [1234567890123], AMSF[ :00]}, RtoW[0, 0, 0, 0]
LBA[041186, 0x0a0e2]: P[00], Q[02123456789012300000ebd1]{Audio, 2ch, Copy NG, Pre-emphasis No, MediaCatalogNumber [1234567890123], AMSF[ :00]}, RtoW[0, 0, 0, 0]
LBA[041187, 0x0a0e3]: P[00], Q[0100a2091112006400394d15]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[00], Point[a2], AMSF[09:11:12], StartTimeOfLead-out[64:00:39]}, RtoW[0, 0, 0, 0]
LBA[041188, 0x0a0e4]: P[00], Q[0100a209111300640039e744]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[00], Point[a2], AMSF[09:11:13], StartTimeOfLead-out[64:00:39]}, RtoW[0, 0, 0, 0]
LBA[041189, 0x0a0e5]: P[00], Q[0100a2091114006400398090]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[00], Point[a2], AMSF[09:11:14], StartTimeOfLead-out[64:00:39]}, RtoW[0, 0, 0, 0]Between 20240101 and 20240401 DiscImageCreator changed how it creates .cue files from being based on subchannel information to being based on the TOC (more context in this issue). Those logs were made with 20230606, does this happen with the latest stable version?
There is not CATALOG (MCN) in TOC and Full TOC.
What changed between versions that fixed this error?
- changed the descrambling range
Which one is correct?
According to the _subReadable.txt, there is not MCN flag in the subchannel.
Error Count: 428
Write Offset: +3250
And it seems to be consistent with the comments. +380 offset for the user area due to pregap mastering issue.
The last 428 sectors of the first track are scrambled data sectors caused by 2072 garbage bytes before them. Probably your dump is same as the database.
Error Count: 54072
Write Offset: +2400
Database says +1287 offset for the user area due to pregap mastering issue.
The last 72 sectors of the data track are empty audio sectors, the 54000 sectors before them are scrambled data sectors caused by 896 garbage bytes before them. But offset for the user area of your dump is +1588 and empty audio sectors of the last are 71. And Mastering Code is different from the database. Probably it's another disc.
Track 1 is recognized as audio.
Firstly, try to dump not to use /sf
Try to use 20240401 version.
https://github.com/saramibreak/DiscImag … g/20240401
https://github.com/saramibreak/DiscImag … g/20240401
*2024-04-01
- added output HFS Catalog Files
- added RegenerateToc for dumping CD-i format with multi-track disc
- changed the descrambling range
-- support "audio track, data sector, there is a sync"
-- re-support descrambling the sector that bit 7 .. 5 of the mode byte is used
- changed "subs control" and "subs indexes" to "subs desync"
- changed the control flag of the cue file, it prefers TOC
- changed checking CD+G sector
- fixed to dump the pregap file
- fixed fail to dump GD-ROM
- fixed dumping audio disc (and CD-i Ready) when ASUS BW-16D1HT 3.02 is used
- fixed dumping of the CD-i format with CD-DA
- fixed HFS time
- fixed UDF log
both doesn't show SecuROM in Copy Protection,
MPF problem? I'm not sure. Try to use old version. https://github.com/SabreTools/MPF/releases
Why DIC doesn't show SecuROM in Copy Protection section?
Would you upload DIC logs?
Uploaded test version.
Windows: https://www.mediafire.com/file/eq80y20l … st.7z/file
Linux: https://www.mediafire.com/file/uw3e03kd … ar.gz/file
- changed the descrambling range.
-- support "audio track, data sector, there is a sync" http://forum.redump.org/topic/53678/dis … scrambled/
-- re-support descrambling the sector that bit 7 .. 5 of the mode byte is used. https://github.com/saramibreak/DiscImag … issues/269
- changed "subs control" and "subs indexes" to "subs desync".
-- changed the control flag of the cue file, it prefers TOC. https://github.com/saramibreak/DiscImag … issues/268
LBA[000000, 0000000]: [F:ReadCDForCheckingSubQ1stIndex][L:974]
Opcode: 0xbe
ScsiStatus: 0x02 = CHECK_CONDITION
SenseData Key-Asc-Ascq: 03-11-05 = MEDIUM_ERROR - L-EC UNCORRECTABLE ERROR
lpCmd: be, 00, 00, 00, 00, 00, 00, 00, 01, f8, 01, 00
dwBufSize: 2448
It's called when dumps the disc that pregap exists in the track 1.
EDIT (2024-03-10)
fixed failed to descramble of the multi-session disc with test version.
EDIT (2024-03-18)
fixed failed to dump GD-ROM with test version.
Which is the correct pregap?
DIC is correct. In this case, sub P-channel also needs to refer.
added RegenerateToc for dumping CD-i format with multi-track disc
https://www.mediafire.com/file/eq80y20l … st.7z/file
It works with build 20230606, so there was a regression at some point afterwards.
Would you try to dump these discs and see if you get the same error?
1. Audio only disc.
2. Data only disc.
3. Data + Audio disc.
I saw something odd
Added: show the error message.
Fixed: failed to dump audio disc (and CD-i Ready) when ASUS BW-16D1HT 3.02 is used.
https://www.mediafire.com/file/eq80y20l … st.7z/file
the following error is produced
3.02 did not occur. 3.10 mod only? I'm not sure.
I asked a similar issue to F1ReB4LL in the past.
sarami wrote:Some PC Engine CD have 00:02:74 pregap in track 02 (e.g. http://redump.org/disc/40354/).
These 1st 75 pregaps have "audio" flag in sub Qchannel.LBA[003434, 0x00d6a]: P[ff], Q[01020000020500004759a14d]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[00], RMSF[00:02:05], AMSF[00:47:59]}, RtoW[0, 0, 0, 0] LBA[003435, 0x00d6b]: P[ff], Q[01020000020400004760ac66]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[00], RMSF[00:02:04], AMSF[00:47:60]}, RtoW[0, 0, 0, 0] LBA[003436, 0x00d6c]: P[ff], Q[01020000020300004761db93]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[00], RMSF[00:02:03], AMSF[00:47:61]}, RtoW[0, 0, 0, 0] LBA[003437, 0x00d6d]: P[ff], Q[0102000002020000476241a1]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[00], RMSF[00:02:02], AMSF[00:47:62]}, RtoW[0, 0, 0, 0] LBA[003438, 0x00d6e]: P[ff], Q[01020000020100004763bf52]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[00], RMSF[00:02:01], AMSF[00:47:63]}, RtoW[0, 0, 0, 0] LBA[003439, 0x00d6f]: P[ff], Q[0102000002000000476465e4]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[00], RMSF[00:02:00], AMSF[00:47:64]}, RtoW[0, 0, 0, 0] LBA[003440, 0x00d70]: P[ff], Q[010200000174000047652fa5]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[00], RMSF[00:01:74], AMSF[00:47:65]}, RtoW[0, 0, 0, 0] LBA[003441, 0x00d71]: P[ff], Q[410200000173000047660a08]{ Data, Copy NG, Track[02], Idx[00], RMSF[00:01:73], AMSF[00:47:66]}, RtoW[0, 0, 0, 0] LBA[003442, 0x00d72]: P[ff], Q[41020000017200004767b078]{ Data, Copy NG, Track[02], Idx[00], RMSF[00:01:72], AMSF[00:47:67]}, RtoW[0, 0, 0, 0] LBA[003443, 0x00d73]: P[ff], Q[41020000017100004768af45]{ Data, Copy NG, Track[02], Idx[00], RMSF[00:01:71], AMSF[00:47:68]}, RtoW[0, 0, 0, 0] LBA[003444, 0x00d74]: P[ff], Q[410200000170000047691535]{ Data, Copy NG, Track[02], Idx[00], RMSF[00:01:70], AMSF[00:47:69]}, RtoW[0, 0, 0, 0] LBA[003445, 0x00d75]: P[ff], Q[410200000169000047703a0b]{ Data, Copy NG, Track[02], Idx[00], RMSF[00:01:69], AMSF[00:47:70]}, RtoW[0, 0, 0, 0]These "audio" sectors should not be descrambled? LBA 3440 have sync, msf and mode, but it's audio in sub Q.
If to follow the red/yellow book standard, the first second (75 sectors) has the same mode as the previous track, should be left scrambled, the rest of pregap (150 sectors) - descrambled. But due to some kind of a mastering error the first second is 74 sectors, not 75, I guess? So the 74 sectors should be left as is and the next 150 sectors descrambled, I think.
If to follow the TOC logic (next track starts at index 01 and index 00 belongs to the previous track) - the entire pregap should be left scrambled.
If to follow the sub logic (next track starts at index 00) - all the pregap sectors should be descrambled if possible.So, probably it is better to descramble those.
The above case is that track 1 is audio, track 2 is data. But in case of "CD-i / Video CD Titel-Neuheiten II/95", track 1 is data, track 2 is audio.
Then, if to follow the red/yellow book standard, the first second (75 sectors) has the same mode as the previous track, should be descrambled, the rest of pregap (150 sectors) - left scrambled.
If to follow the TOC logic (next track starts at index 01 and index 00 belongs to the previous track) - the entire pregap should be descrambled.
If to follow the sub logic (next track starts at index 00) - all the pregap sectors should be left scrambled if possible.
So, probably it is better to left scrambled those.
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.