Thanks, has this affected all recent x360 dumps or just specific discs then?
3,226 2022-04-02 18:30:24
3,227 2022-04-03 05:44:16
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.
3,228 2022-04-03 10:07:40
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 2022-04-03 10:10:41
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 2022-04-03 19:30:18 (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.
3,231 2022-04-04 02:32:23
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 2022-04-04 18:26:01
Try this build.
https://github.com/saramibreak/DiscImag … issues/122
That fixed it, and the dump was able to proceed as normal.
3,233 2022-04-19 23:19:54 (edited by NovaAurora 2022-04-19 23:24:46)
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
☆ ☆ ☆ PX-W4012TA ☆ PX-716A ☆ GGC-H20L ☆ BW-16D1HT ☆ ☆ ☆
Wii ☆ Wii U ☆ PSP 3K ☆ SOHD-167T ☆ Pioneer 209DBK ☆ TS-H352C
3,234 2022-04-26 11:11:44
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.
========== 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.
3,235 2022-05-04 15:12:56
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)
3,236 2022-05-05 08:10:23
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 2022-05-06 09:57:32
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,238 2022-05-06 21:28:27
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 2022-05-07 06:31:35
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 2022-05-12 03:12:48 (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
3,241 2022-05-14 22:24:23 (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:
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
3,242 2022-05-15 03:38:47
The last 3 versions of Dic are broken.
https://www.mediafire.com/file/eq80y20l … st.7z/file
- Not return FALSE by ReadCDForFileSystem L775
i dumped a few BD-Rs (PS4 kiosk discs).
http://forum.redump.org/post/81632/#p81632
I added /avdp for -R disc.
3,243 2022-05-15 03:41:14
wiggy2k wrote:The last 3 versions of Dic are broken.
https://www.mediafire.com/file/eq80y20l … st.7z/file
- Not return FALSE by ReadCDForFileSystem L775user7 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:
I regressed a few versions and redumped the disc no problems.
Do you need additional data from me to help fix this ?
3,244 2022-05-16 20:56:12
Do you need additional data from me to help fix this ?
Latest test version logs.
3,245 2022-05-18 16:36:38
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
3,246 2022-05-22 03:04:06
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 2022-05-22 14:36:06
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 2022-05-29 14:27:36
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?
3,249 2022-05-29 21:50:41 (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 2022-05-30 09:12:09
I have an analysis problem when dumping an Amiga disc
Test build
https://www.mediafire.com/file/eq80y20l … st.7z/file