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.
You are not logged in. Please login or register.
Redump Forum → Posts by sarami
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.
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.
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.
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.
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.
I recently analyzing some prx files. The result is here. https://github.com/saramibreak/UmdImage … master/Doc
If someone can read MIPS code, please tell me the usage of the SCSI-like function (e.g. sceUmdExecReadUMDStructureCmd, sceUmdExecRead10Cmd, etc).
According to the function name, sceUmdExecReadUMDStructureCmd looks like ReadDVDStructure of the SCSI-command, which can read PFI and DMI etc.
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
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.
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
sarami wrote:user7 wrote:Sarami just so it doesn't escape your notice. Xbox 360 bug http://forum.redump.org/topic/43472/xbo … rial-disk/
Is there your disc logs of the latest version?
https://www.mediafire.com/file/eq80y20l … st.7z/file
- fixed: version check (Use "Version of challenge table", not the disc size)
Sarami just so it doesn't escape your notice. Xbox 360 bug http://forum.redump.org/topic/43472/xbo … rial-disk/
Is there your disc logs of the latest version?
It's there, but its size is 0 bytes.
why not to dump it separately as Pregap.bin or Track 00.bin?
Is there .pre file? If yes, it's the pregap sector of the track 1.
Does it mean the leadout has non-zero data?
No, LBA 288285 is the 1st lead-out sector, therefore "LBA 288285 + -1" indicates the last sector.
Attached.
- fixed: checking of the directory record length
https://www.mediafire.com/file/eq80y20l … st.7z/file
I am trying to dump two DVDs
Logs,plz.
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
Disc Image Creator is no good for gd dumping, always fails
My kreon drive is no problem.
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.
Possible to look into this sarami?
Sorry. I forgot to test for xbox.
DVDAuth returns no error.
DVDAuth also crashes for the same reason. Fixed it.
DVDAuth returns no error.
If other DVD-Video discs are no problem, I have no idea about this now.
I believe the problem now is extracting CSS keys correctly, since the CSSkey.txt is blank.
It needs a screenshot of the command prompt.
Unchanged behavior.
Uploaded. Link is the same.
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.
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
Redump Forum → Posts by sarami
Powered by PunBB 1.4.4, supported by Informer Technologies, Inc.
Currently installed 6 official extensions. Copyright © 2003–2009 PunBB.