3,226

Thanks, has this affected all recent x360 dumps or just specific discs then?

All my posts and submission data are released into Public Domain / CC0.

3,227

Tried to dump what I believe was this disc http://redump.org/disc/21540/

And it crashed when scanning the files on it. See attached image.

Post's attachments

saramicrash.png 55.73 kb, 2 downloads since 2022-04-03 

You don't have the permssions to download the attachments of this post.
If you need to ask me about a submission, please talk to me on the VGPC Discord.

3,228

user7 wrote:

Thanks, has this affected all recent x360 dumps or just specific discs then?

Not recent. All x360 disc except the unlock length is 3697696 or 4246304.

========== TOC ==========
      Data Track  1, LBA        0 -  3697695, Length  3697696
                                              Total   3697696

3,229

Foxhack wrote:

Tried to dump what I believe was this disc http://redump.org/disc/21540/

And it crashed when scanning the files on it. See attached image.

This is E_WISE_W.EXE error, not DIC. I can't fix it.

3,230 (edited by Foxhack 2022-04-03 19:31:21)

Okay.

Attempted to dump http://redump.org/disc/62090/ , two different discs produce the same result. I ran it through MPF, and the window closed. So Silas suggested I do it from a command line and DIC just closes after detecting the securom version on this disc, with no errors. I tried two different copies of the same disc, they all crashed the same.

Removing /ns and /sf allowed the disc to dump fine.

Post's attachments

dathingcrash.png 51.2 kb, 2 downloads since 2022-04-03 

You don't have the permssions to download the attachments of this post.
If you need to ask me about a submission, please talk to me on the VGPC Discord.

3,231

Foxhack wrote:

Okay.

Attempted to dump http://redump.org/disc/62090/ , two different discs produce the same result. I ran it through MPF, and the window closed. So Silas suggested I do it from a command line and DIC just closes after detecting the securom version on this disc, with no errors. I tried two different copies of the same disc, they all crashed the same.

Removing /ns and /sf allowed the disc to dump fine.

Try this build.
https://github.com/saramibreak/DiscImag … issues/122

3,232

That fixed it, and the dump was able to proceed as normal. smile

If you need to ask me about a submission, please talk to me on the VGPC Discord.

3,233 (edited by NovaAurora 2022-04-19 23:24:46)

http://redump.org/disc/92268/

CD-R Enhanced CD (Multisession)
Errors out the entirety of the data track, dumped twice with same hashes.
Data track is functional on the actual disc, so it is not a burn error.

Logs: https://cdn.discordapp.com/attachments/ … 4_logs.zip

https://media.discordapp.net/attachments/599357686332784671/966102423414386778/unknown.png

PX-W4012TA ☆ PX-716A ☆ LG WH16NS40 (JB7) ☆ TS-H352C
Wii ☆ Wii U ☆ PSP ☆ SOHD-167T ☆ 209DBK ☆ X360 HDDVD

3,234

NovaAurora wrote:

CD-R Enhanced CD (Multisession)
Errors out the entirety of the data track, dumped twice with same hashes.
Data track is functional on the actual disc, so it is not a burn error.

I got the same title disc, but its no problem.

Your disc exists a problem.

_disc.txt wrote:

========== FULL TOC ==========
:
:
    Session 1, Ctl 0, Adr 5, Point 0xb0,   NextSession, AMSF 69:28:33 (LBA[312483, 0x4c4a3])
:
:
    Session 2, Ctl 4, Adr 1, Point 0x0e,      Track 14, AMSF 69:00:00 (LBA[310350, 0x4bc4e])

Track 14, AMSF is incorrect. Try to dump it by the other drive except for PX-716.

I can't dump this Audio CD, DIC crashed at the beginning. It has some weird CD-text, probably causing the problem. Also dumped using CloneCD without errors.
The disc is the Taiwan release of Di Gi Charat Fantasy (Soundtrack Arrange CD)

Post's attachments

Audio.rar 1.21 mb, 4 downloads since 2022-05-04 

You don't have the permssions to download the attachments of this post.

3,236

Neon Beast wrote:

It has some weird CD-text, probably causing the problem.

CD-TEXT supports "ISO/IEC 8859-1", "ISO/IEC 646", "MS-JIS (CP932, SJIS)" https://www.gnu.org/software/libcdio/cd … 80x8f_0029
But this disc uses Unicode. Therefore, unicode needs the conversion to these character codes.

3,237

sarami wrote:
Neon Beast wrote:

It has some weird CD-text, probably causing the problem.

CD-TEXT supports "ISO/IEC 8859-1", "ISO/IEC 646", "MS-JIS (CP932, SJIS)" https://www.gnu.org/software/libcdio/cd … 80x8f_0029
But this disc uses Unicode. Therefore, unicode needs the conversion to these character codes.

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

3,238

sarami, just FYI, two CDi DIC dumps have scrambled sectors close to the end of the track:
http://redump.org/disc/24962/ - 1 sector
http://redump.org/disc/78871/ - 2 sectors
We've corrected that in the database but I guess that have to be fixed on the DIC side.

3,239

superg wrote:

sarami, just FYI, two CDi DIC dumps have scrambled sectors close to the end of the track:
http://redump.org/disc/24962/ - 1 sector
http://redump.org/disc/78871/ - 2 sectors
We've corrected that in the database but I guess that have to be fixed on the DIC side.

Some discs have erroneous sector(s) in the end of the track. These sector(s) stay scrambled in some cases. Do you know it? I'm not sure The 7th Guest has these, though.

3,240 (edited by user7 2022-05-13 01:33:50)

sarami, i dumped a few BD-Rs (PS4 kiosk discs). One of the titles I get a dump error on - but i dumped twice and the iso's batch, is it possible the dump is good?

Logs https://drive.google.com/file/d/1KBOC9G … sp=sharing

All my posts and submission data are released into Public Domain / CC0.

3,241 (edited by wiggy2k 2022-05-15 00:18:41)

@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:

https://cdn.discordapp.com/attachments/793014382782840843/975138176421216306/unknown.png


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

Post's attachments

FMT-RainbowIslandsExtra-20211101.rar 1.01 mb, 3 downloads since 2022-05-15 

FMT-RainbowIslandsExtra-20220201.rar 91.49 kb, 3 downloads since 2022-05-15 

FMT-RainbowIslandsExtra-20220301.rar 91.5 kb, 2 downloads since 2022-05-15 

FMT-RainbowIslandsExtra-20220501.rar 91.5 kb, 3 downloads since 2022-05-15 

You don't have the permssions to download the attachments of this post.

3,242

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

http://forum.redump.org/post/81632/#p81632
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).

http://forum.redump.org/post/81632/#p81632
I added /avdp for -R disc.


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

http://redump.org/disc/73334/


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

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

3,244

Cyo.the.vile wrote:

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

Latest test version logs.

3,245

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

All my posts and submission data are released into Public Domain / CC0.

3,246

http://forum.redump.org/topic/44369/3do … 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).

3,247

F1ReB4LL wrote:

http://forum.redump.org/topic/44369/3do … 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)

3,248

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

3,249 (edited by Novicami 2022-05-29 22:13:53)

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

Disc_mainError.txt

nLBA 1477, Directory Record is invalid

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

3,250

Novicami wrote:

I have an analysis problem when dumping an Amiga disc

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