151

(3,521 replies, posted in General discussion)

https://github.com/saramibreak/DiscImag … g/20220301
*2022-03-01
- added: /rr flag for DVD/BD retry to read
- added: check if the directory record length is really correct (The Shooting Love: XII Stag & Trizeal [DVD] (Japan))
- fixed: the buffer size when analyzing the IFO files
- fixed: Xbox/Xbox360 generates an incorrect hash

152

(3,521 replies, posted in General discussion)

user7 wrote:

Disc Image Creator is no good for gd dumping, always fails

My kreon drive is no problem.

153

(3,521 replies, posted in General discussion)

user7 wrote:

sarami - any chance you could add functionality to DIC to transform dense.bin to a proper Track 03.bin?

Contact themabus if he still lives or use gd command of DIC.

154

(3,521 replies, posted in General discussion)

user7 wrote:

Possible to look into this sarami?

Sorry. I forgot to test for xbox.

sarami wrote:

DVDAuth returns no error.

DVDAuth also crashes for the same reason. Fixed it.

https://www.mediafire.com/file/eq80y20l … st.7z/file

155

(3,521 replies, posted in General discussion)

DVDAuth returns no error.
If other DVD-Video discs are no problem, I have no idea about this now.

156

(3,521 replies, posted in General discussion)

Maddog wrote:

I believe the problem now is extracting CSS keys correctly, since the CSSkey.txt is blank.

It needs a screenshot of the command prompt.

157

(3,521 replies, posted in General discussion)

Maddog wrote:

Unchanged behavior.

Uploaded. Link is the same.

158

(3,521 replies, posted in General discussion)

Maddog wrote:

The Shooting Love is still behaving the same, exits with no messages.

- added: check if the directory record length is really correct
URL link is the same.

159

(3,521 replies, posted in General discussion)

Maddog wrote:

Got 2 DVDs that simply refuse to dump.

- fixed: the buffer size when analyzing the IFO files
https://www.mediafire.com/file/eq80y20l … st.7z/file

160

(3,521 replies, posted in General discussion)

KailoKyra wrote:

DIC crashes when "checking EXEs" :

It's invalid report.
See, please. https://github.com/saramibreak/DiscImag … _report.md

161

(3,521 replies, posted in General discussion)

Updated 2022-02-01 version
https://github.com/saramibreak/DiscImag … g/20220201
*2022-02-01
- added: /vrfy flag for checking non-zero byte of audio CD
- added: buffer size check when IMAGE_EXPORT_DIRECTORY is outputted
- added: support for reading cache via 0xF1 on HL-DT-ST BD-RE WH14NS48 v.1.D3
- changed: "DATE" to "wmic os get LocalDateTime" when createBuildDateTime.bat is created
- changed: check disk free space
- changed: Hash image while dumping (DVD, BD)
- fixed: trim the string of i6comp.exe
- fixed: string (x86 -> 32 bit)
- fixed: ARccOS is checked by DVD-Video
- fixed: cue file when /p is used
- fixed: disk space checking for linux
- fixed: when used .petite, it's skipped reading Export, Import, Resource data due to the compressed data
- fixed: dumping of "Star Wars - Shadows of the Empire Soundtrack"

162

(3,521 replies, posted in General discussion)

gmipf wrote:

Is it just max speed

Yes.

163

(3,521 replies, posted in General discussion)

drfsupercenter wrote:

I'm told by some people on Discord that ARccOS is detected by looking for files in a certain area of the disc that is normally blank.  This actually caused some older and non-Sony DVDs to be falsely flagged as having ARccOS, which is why this came up.

Yes, https://github.com/saramibreak/DiscImag … issues/100 https://github.com/saramibreak/DiscImag … issues/102
I've searched for the magic string like MVSNRGFP, but couldn't find it.

drfsupercenter wrote:

what is RGFP?

RG is RipGuard? FP... I don't know. File? Flag? Pointer? Position?

drfsupercenter wrote:

Are there any other methods of anti-ripping protection (besides the CSS/CPPM encryption that's been standard since DVD's inception) on DVD-Video discs besides "MVSNRGFP" and ARccOS that you are aware of?

Not yet.

164

(3,521 replies, posted in General discussion)

Jackal wrote:

No PVD is detected on this disc, but sector 16 has a normal PVD, so I wonder what the problem is?

It's a known issue.
http://forum.redump.org/post/94542/#p94542
I have no idea about it now.

165

(3,521 replies, posted in General discussion)

user7 wrote:

here's another disc you might want to snag for study

I have already another one.
http://forum.redump.org/post/84421/#p84421
I redumped it, but it generated the same hash.

166

(3,521 replies, posted in General discussion)

gmipf wrote:

Something weird is going on on my side. In your logs it seems the protected sectors are handled correctly but on my side it tries to reread some of the sectors despite being already detected as protected.

My disc doesn't have an intentional C2 error. It seems several versions(?) exist in this protection.

167

(3,521 replies, posted in General discussion)

gmipf wrote:

@sarami: I wanted to know how you did dumped that disc: http://redump.org/disc/45814/

Did you just used the /sf command for Bitpool?

Redumped it. https://www.mediafire.com/file/7r5xtssh … og.7z/file

168

(3,521 replies, posted in General discussion)

Jackal wrote:

Why is it counting 150 sectors as part of write offset? Is it a bug?

As it is written in the comment of http://redump.org/disc/77974/ , these discs start AMSF 00:00:00, not 00:02:00. Due to this problem, there is not the sync in the last 150 data sectors. EccEdc judges it as error.

Jackal wrote:

Here is my proposed method for automatic offset detection for Audio CD's:

I translate the src I already coded to English. Thanks to Intothisworld, perhaps it's almost coded except -10.000 to +10.000 samples you say.
I hope to test the latest version of the https://github.com/saramibreak/DiscImag … /issues/95 to more people.

1. Check the non-zero byte position from last - 75 to last + 75.
2. Check the non-zero byte position from LBA 0 - 75 to LBA 0 + 75.
3-1. If the difference of the last non-zero byte position and 1st non-zero byte position are bigger than 0 sample and smaller than 588 samples...
3-1-1. If the last non-zero byte position is equal to the 1st non-zero byte position, Set the custom offset.
3-1-2. If the last non-zero byte position is bigger than the 1st non-zero byte position, It can't set the custom offset.
3-1-3. If the last non-zero byte position is smaller than the 1st non-zero byte position.
3-1-3-1. If the 1st non-zero byte position is smaller than the combined offset, Set the custom offset.
3-1-3-2. If not 3-1-3-1, it's no need to fix the combined offset.
3-2. If the difference of the last non-zero byte position and 1st non-zero byte position are bigger than 588 samples... (last < 1st)
3-2-1. If the last non-zero byte exists in the last sector or lead-out and the 1st non-zero byte exists in the LBA 0 or backward.
3-2-1-1. If the last non-zero byte position exists in the last sector and its position is smaller than the combined offset, it's no need to fix the combined offset.
3-2-1-2. If not 3-2-1-1, set the custom offset.
3-2-2. If the last non-zero byte exists in the forward than the last sector and the 1st non-zero byte exists in the LBA 0 or backward.
3-2-2-1. If the 1st non-zero byte exists in the LBA 0 and the 1st non-zero byte position is smaller than the combined offset, Set the custom offset.
3-2-2-2. If not 3-2-2-1, it's no need to fix the combined offset.
3-2-3. If the last non-zero byte exists in the forward than the last sector and the 1st non-zero byte exists in the pregap sector, Set the custom offset.
3-3. If the difference of the last non-zero byte position and 1st non-zero byte position are bigger than 588 samples... (1st < last)
3-3-1. If the 1st non-zero byte exists in the LBA 0 or backward and the last non-zero byte exists in the last sector or lead-out, it can't set the custom offset.
3-3-2. If the 1st non-zero byte exists in the pregap and the last non-zero byte exists in the last sector or lead-out, it can't set the custom offset.
3-3-3. If the last non-zero byte exists in the last sector and the last non-zero byte position is smaller than the combined offset, it's no need to fix the combined offset.
3-3-4. if not 3-3-3, set the custom offset.
3-3-5. If the 1st non-zero byte exists in the pregap and the last non-zero byte exists in the forward than the last sector, it can't set the custom offset.
3-3-6. If not 3-3-5, it's no need to fix the combined offset.

169

(3,521 replies, posted in General discussion)

user7 wrote:

sarami if you're still looking for this VCD http://redump.org/disc/74810/ which gives wonky errors, there's one in this pack that ships worldwide: https://www.ebay.nl/itm/265429499035

Ordered it.

KailoKyra wrote:

I managed to grab another copy, same ringcode and all... and this time it worked without issues.
So likely something bad going on with the discs themselves even if they don't look visually bad.

It's weird... Do you upload these logs? Generally, "MEDIUM_ERROR - NO SEEK COMPLETE" is a drive problem.

170

(3,521 replies, posted in General discussion)

I've been tired to say "Please use the latest version" every time, especially MPF users.
I recommend github issue from now on when the bug is reported.
If it is reported in this forum, see the bug_report.md.

171

(3,521 replies, posted in General discussion)

retaliator wrote:

Tried to dump PS2 cheat discs with big data protection, always getting different hashes with newest versions of DIC, DICUI and DIC_test.

statiomaster_032002_20210701T212154.txt --> It's old version. Typically, the bug report of the old version is meaningless.

And it's a known issue. http://forum.redump.org/post/96246/#p96246 http://forum.redump.org/post/96445/#p96445
Please check which bytes of the img of the latest DIC are different using fc command by the command prompt.

fc /b statiomaster_022002.img statiomaster_032002.img

172

(3,521 replies, posted in General discussion)

KailoKyra wrote:

I'm trying to dump one of the missing XBOX games ("Scarface") that DIC seems to have an issue with right at the start.

Same problem. http://forum.redump.org/post/97197/#p97197

Scarface is http://redump.org/disc/60487/ ? or http://redump.org/disc/36869/ ?
Tell me Amazon or eBay link, plz.

173

(3,521 replies, posted in General discussion)

Jackal wrote:

Is it correct?

SubQ indicates it is correct.

LBA[000000, 0000000]: P[ff], Q[410100000005000002004cb6]{ Data,      Copy NG,                  Track[01], Idx[00], RMSF[00:00:05], AMSF[00:02:00]}, RtoW[0, 0, 0, 0]
LBA[000001, 0x00001]: P[ff], Q[41010000000400000201f6c6]{ Data,      Copy NG,                  Track[01], Idx[00], RMSF[00:00:04], AMSF[00:02:01]}, RtoW[0, 0, 0, 0]
LBA[000002, 0x00002]: P[ff], Q[41010000000300000202a171]{ Data,      Copy NG,                  Track[01], Idx[00], RMSF[00:00:03], AMSF[00:02:02]}, RtoW[0, 0, 0, 0]
LBA[000003, 0x00003]: P[ff], Q[410100000002000002031b01]{ Data,      Copy NG,                  Track[01], Idx[00], RMSF[00:00:02], AMSF[00:02:03]}, RtoW[0, 0, 0, 0]
LBA[000004, 0x00004]: P[ff], Q[410100000001000002048534]{ Data,      Copy NG,                  Track[01], Idx[00], RMSF[00:00:01], AMSF[00:02:04]}, RtoW[0, 0, 0, 0]
LBA[000005, 0x00005]: P[ff], Q[410101000000000002057897]{ Data,      Copy NG,                  Track[01], Idx[01], RMSF[00:00:00], AMSF[00:02:05]}, RtoW[0, 0, 0, 0]
LBA[000006, 0x00006]: P[00], Q[41010100000100000206e2a5]{ Data,      Copy NG,                  Track[01], Idx[01], RMSF[00:00:01], AMSF[00:02:06]}, RtoW[0, 0, 0, 0]
LBA[000007, 0x00007]: P[00], Q[410101000002000002071c56]{ Data,      Copy NG,                  Track[01], Idx[01], RMSF[00:00:02], AMSF[00:02:07]}, RtoW[0, 0, 0, 0]

174

(3,521 replies, posted in General discussion)

superg wrote:

I got "_alt.cue" and "_imgAlt.cue"

CD-TEXT can store 8 languages.

                     Language code BLOCK 0: 0x09 (English)
                     Language code BLOCK 1: 0x69 (Japanese)
                     Language code BLOCK 2: 0x00 (not applicable)
                     Language code BLOCK 3: 0x00 (not applicable)
                     Language code BLOCK 4: 0x00 (not applicable)
                     Language code BLOCK 5: 0x00 (not applicable)
                     Language code BLOCK 6: 0x00 (not applicable)
                     Language code BLOCK 7: 0x00 (not applicable)

BLOCK 1 language uses _alt.cue, BLOCK 2 language uses _alt2.cue ... BLOCK 7 language uses _alt7.cue

175

(3,521 replies, posted in General discussion)

I don't have ARM machine, so I can't test.