Redump Forum

@sarami


The last 3 versions of Dic are broken.

I have had to roll back to 20211101

Anything newer than that fails with the following:




Logs for the last 4 releases attached.



the earliest version that works is 2021-11-01

but that also has

LBA[-00001, 0xffffffff]: Track[01]: This sector is data, but sync is invalid
========== LBA[-00001, 0xffffffff]: Main Channel ==========
       +0 +1 +2 +3 +4 +5 +6 +7  +8 +9 +A +B +C +D +E +F
0000 : FC 5B 01 FB 40 43 70 31  E4 14 4B 4F 77 74 26 A7   .[..@Cp1..KOwt&.


the descrambled 0 sector looks fine

wiggy2k wrote:The last 3 versions of Dic are broken.

https://www.mediafire.com/file/eq80y20l … st.7z/file
- Not return FALSE by ReadCDForFileSystem L775

user7 wrote:i dumped a few BD-Rs (PS4 kiosk discs).

/viewtopic.php?p=25781#p25781
I added /avdp for -R disc.

sarami wrote:

wiggy2k wrote:The last 3 versions of Dic are broken.

https://www.mediafire.com/file/eq80y20l … st.7z/file
- Not return FALSE by ReadCDForFileSystem L775

user7 wrote:i dumped a few BD-Rs (PS4 kiosk discs).

/viewtopic.php?p=25781#p25781
I added /avdp for -R disc.

I had exact same problem as wiggy with the following disc:

https://redump.info/disc/73334/


I regressed a few versions and redumped the disc no problems.

Do you need additional data from me to help fix this ?

Cyo.the.vile wrote:Do you need additional data from me to help fix this ?

Latest test version logs.

I found a bug with bd-r dumping.
See the dats for the below dumps - the hashes are the same but the sizes in the dats are different. In this instance the "WITH avdp" is the correct size for both dumps:

NOT with avdp flag: https://drive.google.com/file/d/1_HK0BI … sp=sharing
WITH avdp flag: https://drive.google.com/file/d/1BRS5RE … sp=sharing

/viewtopic.php?t=38516 … o-almanac/ - another weird case of sub-toc desync misdetection for a 1-track disc (olaf hasn't included the "sub indexes" files, but they were created).

F1ReB4LL wrote:/viewtopic.php?t=38516 … o-almanac/ - another weird case of sub-toc desync misdetection for a 1-track disc (olaf hasn't included the "sub indexes" files, but they were created).

https://www.mediafire.com/file/eq80y20l … st.7z/file
- fixed: when subQ is fixed, if the adr of next subQ is not 1, prev subQ is used. (NOT TEST)

Hey sarami, there seems to be a problem with descrambling this disk: Super Stardust (Europe).
Descrambler is ultra slow doing one sector in several seconds. I've interupted the process. Latest test version used.
Could you please have a look?

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

I have an analysis problem when dumping an Amiga disc (but the .bin is consistent with fb666's dump) :
https://redump.info/disc/17592/

Disc_mainError.txt
I had dumped it in the past without any problem with DIC. After several tries, the latest working version is 20171010!?

Logs of DIC v20220522 : https://mega.nz/file/Rd8j2ZrS#_j0vk--U6 … WW2sfeT9Ts
Logs of DIC v20171010 : https://mega.nz/file/lYt3yLSb#hnwBrkN5o … uBz4NtV9M4

Novicami wrote:I have an analysis problem when dumping an Amiga disc

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