1 Reply by sarami

(3,531 replies, posted in General discussion)

Novicami wrote:

The link for the Windows version is the one for the MAC version. Could you fix it?

Sorry, fixed it.

darksabre76 wrote:

The `C2ErrorProtect.txt` file seems to be different than the one in the repo as well. Not sure if that was from testing or not, but figured I'd mention it.

Ah, thanks. These filenames written in it are sample.

Go to forum: General discussion

2 Reply by sarami

(3,531 replies, posted in General discussion)

https://github.com/saramibreak/DiscImag … g/20250101
*2025-01-01
- added /toc option for bad IDE-to-USB adapter (e.g. UGREEN's adapter)
- added /fulltoc option for PX-W4824
- improved subQ channel fixing
- fixed do not request CD-Text on PX-32TS and PX-20TS
- fixed fail to dump PS2 unlicensed discs since 20231201
- fixed PIC.bin when XBOX One disc is dumped

Go to forum: General discussion

3 Reply by sarami

(3,531 replies, posted in General discussion)

napa8475 wrote:

The application shows missing some files

MPFlog.txt says

There were files missing from the output:
vol000000AF_SS.bin

But 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.

Go to forum: General discussion

4 Reply by sarami

(3,531 replies, posted in General discussion)

napa8475 wrote:

Test version still failed

What is failed?

Go to forum: General discussion

5 Reply by sarami

(3,531 replies, posted in General discussion)

Deterous wrote:

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.

Deterous wrote:

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.

Go to forum: General discussion

6 Reply by sarami

(3,531 replies, posted in General discussion)

Deterous wrote:

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.

Deterous wrote:

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.

Go to forum: General discussion

7 Reply by sarami

(3,531 replies, posted in General discussion)

gmipf wrote:

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

Go to forum: General discussion

8 Reply by sarami

(3,531 replies, posted in General discussion)

user7 wrote:

/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

Go to forum: General discussion

9 Reply by sarami

(3,531 replies, posted in General discussion)

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

Go to forum: General discussion

10 Reply by sarami

(3,531 replies, posted in General discussion)

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

Go to forum: General discussion

11 Reply by sarami

(3,531 replies, posted in General discussion)

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

Go to forum: General discussion

12 Reply by sarami

(53 replies, posted in General discussion)

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

Go to forum: General discussion

13 Reply by sarami

(3,531 replies, posted in General discussion)

bikerspade wrote:

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.

Go to forum: General discussion

14 Reply by sarami

(3,531 replies, posted in General discussion)

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]

Go to forum: General discussion

15 Reply by sarami

(3,531 replies, posted in General discussion)

Lugamo wrote:

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.

Go to forum: General discussion

16 Reply by sarami

(3,531 replies, posted in General discussion)

Lugamo wrote:

What changed between versions that fixed this error?

- changed the descrambling range

bikerspade wrote:

Which one is correct?

According to the _subReadable.txt, there is not MCN flag in the subchannel.

Go to forum: General discussion

17 Reply by sarami

(3,531 replies, posted in General discussion)

Try to use 20240401 version.
https://github.com/saramibreak/DiscImag … g/20240401

Go to forum: General discussion

18 Reply by sarami

(3,531 replies, posted in General discussion)

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

Go to forum: General discussion

19 Reply by sarami

(3,531 replies, posted in General discussion)

hkkane wrote:

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

Go to forum: General discussion

20 Reply by sarami

(3,531 replies, posted in General discussion)

hkkane wrote:

Why DIC doesn't show SecuROM in Copy Protection section?

Would you upload DIC logs?

Go to forum: General discussion

21 Reply by sarami

(3,531 replies, posted in General discussion)

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

bikerspade wrote:

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.

Go to forum: General discussion

22 Reply by sarami

(6 replies, posted in General discussion)

fuzzball wrote:

Which is the correct pregap?

DIC is correct. In this case, sub P-channel also needs to refer.

Go to forum: General discussion

23 Reply by sarami

(3,531 replies, posted in General discussion)

added RegenerateToc for dumping CD-i format with multi-track disc
https://www.mediafire.com/file/eq80y20l … st.7z/file

bikerspade wrote:

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.

Go to forum: General discussion

24 Reply by sarami

(3,531 replies, posted in General discussion)

bikerspade wrote:

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

bikerspade wrote:

the following error is produced

3.02 did not occur. 3.10 mod only? I'm not sure.

Go to forum: General discussion

25 Reply by sarami

(2 replies, posted in General discussion)

I asked a similar issue to F1ReB4LL in the past.

F1ReB4LL wrote:
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.

Go to forum: General discussion