DiscImageCreator

superg · Post by **superg** » Wed Jan 22, 2020 7:53 am

sarami wrote:
usurper wrote:What am I doing wrong? Latest DIC version doesnt dump Disc in a certain dir when running from it. Instead it put its files one level up when running usual command: DiscImageCreator.exe cd e Track 2 /c2 10 /ns /sf from dir: D:\REDUMP\LEGO Football Mania
Files goto: D:\REDUMP and named LEGO Football ManiaTrack*.*

EDIT: ./Track in that command line does the trick for now, but that doesnt seem to be normal.
Uploaded
http://www.mediafire.com/file/eq80y20l9 … st.7z/file

https://github.com/saramibreak/DiscImageCreator/pull/33
His code is buggy now. I reverted the code until he fixes it.

I will look into it. Too bad I've seen this message only today

.

sarami · Post by **sarami** » Wed Jan 22, 2020 10:39 am

F1ReB4LL wrote:when the EAN or ISRC sector is detected and its P-channel is 0x00, you need to check the next sector's P and Q channels: if the Q-channel's track number is increased and the P-channel is filled with 0xFF, then the EAN/ISRC sector belongs to the next track.

Coded. http://www.mediafire.com/file/eq80y20l9 … st.7z/file
I checked it by Cosmic Fantasy 3. If this code is no problem, I'll remove /m flag.

>superg
This has been written to KnownIssue.txt as "Extension problem" since several years ago.
If you want to escape this problem without new coding, you should specify the extension.

Nextria · Post by **Nextria** » Wed Jan 22, 2020 10:40 am

F1ReB4LL wrote:
Nextria wrote:Is there a command to skip the firmware check ?
No command, but you can remove this check from the sources and recompile.

/viewtopic.php?p=25410#p25410 - or try this build (3 months old, but I don't remember any DC-related changes recently).

Hey i tried the link to the other build but it also not working.
I don't understand why my drive doesn't see the audio portion of the dreamcast disk
after the firmware update.

I am not smart enough to remove it and recompile the sources sorry

F1ReB4LL · Post by **F1ReB4LL** » Wed Jan 22, 2020 11:40 am

Nextria wrote:Hey i tried the link to the other build but it also not working.

What do you mean by not working? That particular build doesn't have a firmware checker.

Nextria · Post by **Nextria** » Wed Jan 22, 2020 11:55 am

F1ReB4LL wrote:
Nextria wrote:Hey i tried the link to the other build but it also not working.
What do you mean by not working? That particular build doesn't have a firmware checker.

wait let me check, i thing i download the wrong link.

F1ReB4LL · Post by **F1ReB4LL** » Wed Jan 22, 2020 1:41 pm

sarami wrote:I checked it by Cosmic Fantasy 3. If this code is no problem, I'll remove /m flag.

Don't forget the last pregap sector and the first sector after the pregap can be also replaced with EAN sectors and need the opposite logic: if the current sector is EAN/ISRC, the next sector's Q-channel has its index changed to 01, but the next sector's P-channel is still padded with 0xFF, then the current EAN/ISRC sector still belongs to pregap. And if the current sector is EAN/ISRC, the next sector's Q-channel has its index changed to 01, but the next sector's P-channel is padded with 0x00, then the current EAN/ISRC sector does not belong to pregap, but belongs to the track's index 01 (because the first sector of the 01 index should have its P-channel padded with 0xFF). Even if you take the 1st indexes from TOC, this check is still important for the TOC/cue desync detection.

antimatter · Post by **antimatter** » Wed Jan 22, 2020 4:03 pm

Hi, dumping 'Sid Meier's Civilization IV: Colonization' that I thought would match https://redump.info/disc/45410/ but is not. Has the same size and PVD date but different hash. DIC, DICUI, Burnout find no protection but ProtectionID & Alcohol 120 find it has SecuROM. My copy's Mastering Code is different only at the end with HO61602 instead of HT78305. Installed & yes it has SecuROM. Followed to redumping with 2 drives & 4 different DIC releases.
20200122 => No protection found
20200102 => No protection found
20180419 => SecuROM detected but only 1 MSF line listed in _subIntention.txt
20160602 => No protection found

All get the same hash.

Logs: https://mega.nz/#!BXpVTCZC!pbGLumaDDJ7L … 0QuWfvOjMg

superg · Post by **superg** » Wed Jan 22, 2020 5:28 pm

sarami wrote:>superg
This has been written to KnownIssue.txt as "Extension problem" since several years ago.
If you want to escape this problem without new coding, you should specify the extension.

sarami, I modified my splitPath implementation so it behaves exactly like _tsplitpath except the case where path has multiple dots: last dot is used as an extension start (in contrary to _tsplitpath where the first dot is used as an extension start).
I tested the following cases:
1. Absolute path with filename, extension and additional dots in the path and filename:
command line: 'cd G "E:\temp\ISO\TEST Vol. 9 (USA)\TEST Vol. 9 (USA).bin" 20 /c2 20 /nl'
DIC debug output:

Code: Select all

CurrentDirectory
        E:\temp
WorkingPath
         Argument: E:\temp\ISO\TEST Vol. 9 (USA)\TEST Vol. 9 (USA).bin
         FullPath: E:\temp\ISO\TEST Vol. 9 (USA)\TEST Vol. 9 (USA).bin
            Drive: E:
        Directory: \temp\ISO\TEST Vol. 9 (USA)\
         Filename: TEST Vol. 9 (USA)
        Extension: .bin

result: "e:\temp\ISO\TEST Vol. 9 (USA)\TEST Vol. 9 (USA)*.*"

2. Relative path with filename, extension and additional dots in the path and filename: (that's how DICUI is passing the command line)
command line: 'cd G "ISO\TEST Vol. 9 (USA)\TEST Vol. 9 (USA).bin" 20 /c2 20 /nl'
DIC debug output:

Code: Select all

CurrentDirectory
        E:\temp
WorkingPath
         Argument: ISO\TEST Vol. 9 (USA)\TEST Vol. 9 (USA).bin
         FullPath: E:\temp\ISO\TEST Vol. 9 (USA)\TEST Vol. 9 (USA).bin
            Drive: E:
        Directory: \temp\ISO\TEST Vol. 9 (USA)\
         Filename: TEST Vol. 9 (USA)
        Extension: .bin

result: "e:\temp\ISO\TEST Vol. 9 (USA)\TEST Vol. 9 (USA)*.*"

3.Filename without extension:
command line: 'cd G "TEST Vol_ 9 (USA)" 20 /c2 20 /nl'
DIC debug output:

Code: Select all

CurrentDirectory
        E:\temp
WorkingPath
         Argument: TEST Vol_ 9 (USA)
         FullPath: E:\temp\TEST Vol_ 9 (USA)
            Drive: E:
        Directory: \temp\
         Filename: TEST Vol_ 9 (USA)
        Extension:

result: "e:\temp\TEST Vol_ 9 (USA)*.*"

4.Filename with extension:
command line: 'cd G "TEST Vol_ 9 (USA).bin" 20 /c2 20 /nl'
DIC debug output:

Code: Select all

CurrentDirectory
        E:\temp
WorkingPath
         Argument: TEST Vol_ 9 (USA).bin
         FullPath: E:\temp\TEST Vol_ 9 (USA).bin
            Drive: E:
        Directory: \temp\
         Filename: TEST Vol_ 9 (USA)
        Extension: .bin

result: "e:\temp\TEST Vol_ 9 (USA)*.*"

5.Filename with extension and additional dot in the name:
command line: 'cd G "TEST Vol. 9 (USA).bin" 20 /c2 20 /nl'
DIC debug output:

Code: Select all

CurrentDirectory
        E:\temp
WorkingPath
         Argument: TEST Vol. 9 (USA).bin
         FullPath: E:\temp\TEST Vol. 9 (USA).bin
            Drive: E:
        Directory: \temp\
         Filename: TEST Vol. 9 (USA)
        Extension: .bin

result: "e:\temp\TEST Vol. 9 (USA)*.*"

6.usurper previously failing command line:
command line: 'cd G Track 20 /c2 20 /nl'
DIC debug output:

Code: Select all

CurrentDirectory
        E:\temp
WorkingPath
         Argument: Track
         FullPath: E:\temp\Track
            Drive: E:
        Directory: \temp\
         Filename: Track
        Extension:

result: "e:\temp\Track*.*"

In my first implementation I was unaware that filename can be specified without the extension and that's legit. Let me know if you think I'm missing some additional usecases.

sarami · Post by **sarami** » Wed Jan 22, 2020 10:00 pm

F1ReB4LL wrote:if the current sector is EAN/ISRC, the next sector's Q-channel has its index changed to 01, but the next sector's P-channel is padded with 0x00, then the current EAN/ISRC sector does not belong to pregap, but belongs to the track's index 01 (because the first sector of the 01 index should have its P-channel padded with 0xFF). Even if you take the 1st indexes from TOC, this check is still important for the TOC/cue desync detection.

Changed it to your logic. http://www.mediafire.com/file/eq80y20l9 … st.7z/file

antimatter wrote:Burnout find no protection but ProtectionID & Alcohol 120 find it has SecuROM.

Added log to _subinfo.txt. If there is random error(s) in LBA -1 sector, it's difficult to detect.

antimatter · Post by **antimatter** » Thu Jan 23, 2020 12:27 am

sarami wrote:
antimatter wrote:Burnout find no protection but ProtectionID & Alcohol 120 find it has SecuROM.
Added log to _subinfo.txt. If there is random error(s) in LBA -1 sector, it's difficult to detect.

New _subinfo.txt log:

Code: Select all

LBA[-00001, 0xffffffff]: Q[410100000001000001742283]
LBA[000000, 0000000]: Track[01]: Set Ctl: 4, Mode: 1
LBA[000000, 0000000]: Track[01]: Index is changed from [00] to [01] [L:940]
LBA[000000, 0000000]: Track[01]: 1st LBA of this data track
LBA[334164, 0x51954]: Track[01]: Last LBA of this data track [L:1011]
LBA[334164, 0x51954]: Track[01]: Last LBA of this disc

All other output files are the same except for _subError.txt

https://mega.nz/#!caIwCKID!PTEYtUcVcj1C … -2RluRL6Tg

Edit: Is there a way to get the subIntention info so a submission?

Redump Forum

DiscImageCreator

Re: DiscImageCreator

Re: DiscImageCreator

Re: DiscImageCreator

Re: DiscImageCreator

Re: DiscImageCreator

Re: DiscImageCreator

Re: DiscImageCreator

Re: DiscImageCreator

Re: DiscImageCreator

Re: DiscImageCreator