You are not logged in. Please login or register.
Redump Forum → Posts by sarami
Even in the dic dump there are some 0's at the end.
Are there some 0's in your dump?
sarami, could you please change the order of cuesheet tags:
OK, but I want to know too the cuesheet of Isobuster and CloneCD.
The additional sectors are just 0's.
I doubt it's isobuster's bug. You can report it to isobuster's author if you want.
1. Use Isobuster if you've registered it.
2. Use Binary Editor.
Size is much closer.
isobuster dump is bigger by 16 sectors.
Please upload the last 16 sectors of isobuster dump.
but that's about 10GB of unused data in the disc image.
Zero padding? I don't know. Anyway, the last 16 sectors are used as several descriptors.
Questions.
1. How many sizes are displayed in the property of drive when the disc is inserted?
2. How many sizes are displayed when used Isobuster?
I have redumped yet another one, https://drive.google.com/file/d/1oq0uz4 … sp=sharing
iso size is full disc, but data should only be about 34gb
Detected Anchor Volume Descriptor Pointer: LBA 22024943Last sector is 22024944.
Iso size is 22024944 * 2048 = 45107085312
<rom name="ps4 idu 2018 summer refresh gamestop.iso" size="45107085312" crc="f43ae860" md5="1dcd29f7b5a4704a724d01aebf7fa685" sha1="27004b46ac4049e44b9f977177aa63b501a7fb5f" />size matches.
ROM^2 Karaoke Volume 5 (Japan)_2.rar
Uploaded http://www.mediafire.com/file/eq80y20l9 … st.7z/file
EDIT:
Re-uploaded due to removing the debug log
Yes. How about Isobuster size?
It looks like no UDF disc.
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
- fixed: Use "Volume Space Size" if there is not UDF (when disc is BDR, BDRW, DVDRW).
It's written in "Logical Volume Integrity Descriptor"
========== LBA[000273, 0x00111]: Logical Volume Integrity Descriptor ==========
Minimum UDF Read Revision: 0x250
Minimum UDF Write Revision: 0x260
Maximum UDF Write Revision: 0x260http://redump.org/disc/66810/ - why was the 2nd track misdetected as audio? Marked as data in the subs as usual, TOC in disc.txt also says the track type is Data.
Try to use latest test version.
Your disc is UDF 2.50
UDF 2.50 says
NOTE: An AnchorVolumeDescriptorPointer structure shall be recorded in at
least 2 of the following 3 locations on the media:
• Logical Sector 256.
• Logical Sector (N - 256).
• N N is last sector.
_disc.txt
Detected Anchor Volume Descriptor Pointer: LBA 16669398Perhaps, last LBA is 16669398 (size is 34138929152).
Thank you, I've redumped with updated firmware and new DIC as well as IsoBuster https://drive.google.com/file/d/15PSYB6 … sp=sharing
dic size: 34,139,484,160 bytes
isobuster: 34,138,947,584 bytes (same size as before)
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
- added: Detect Anchor Volume Descriptor Pointer
Is there at least some indication of what's happening based on the logs?
Failed to get the pregap of 1st track of 2nd session.
I haven't got any other (functional) Plextor that can dump at the moment.
Then, try to change the other PC if you have.
bushound
I don't understand how to see this log.
DIC is having issues dumping an Enhanced CD
No problem with my 5224TA (also 4824TA and 755SA). If you have other plextor, try it.
With LITE ON iHBS112-04 2 drive:
Try to update the firmware https://www.firmwarehq.com/Lite-On/iHBS … files.html
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
- fixed: UDF logs
I was wondering how a disc with C2 errors can still come back with the correct checksums?
Due to rereading, all sectors with c2 errors turned no error sectors. See _c2Error.txt
which size is correct?
I don't know now.
ReadCapacity is also same as ReadTOC.
========== ReadCapacity ==========
Max LBA + 1: 23652352 (0x168e800)I can't fix this problem now. By the way, how about other BD-R?
DIC and other drive are also 48440016896...
added READ CAPACITY log http://www.mediafire.com/file/eq80y20l9 … st.7z/file
Dumping slows WAAAAAY down.
It still exists but give me logs.
2. DIC and other drive => fails (goes super slow towards the end)
Are there logs?
3. Isobuster and PS3 OEM drive => 48440016896
4. Isobuster and other drive => 34138947584 (size of data on disc)
It looks like PS3 OEM drive problem...
1. DIC and PS3 OEM drive => 48440016896
2. DIC and other drive => ???
3. Isobuster and PS3 OEM drive => ???
4. Isobuster and other drive => ???
2 is 34138947584? or 48440016896?
3 is 34138947584? or 48440016896?
4 is 34138947584? or 48440016896?
DIC is overdumping PS4 kiosk demo (BD-R).
TOC says
========== TOC ==========
Data Track 1, LBA 0 - 23652351, Length 23652352
Total 2365235223652352 * 2048 = 48440016896
DAT says
<rom name="2019 Summer Refresh - Game 89.iso" size="48440016896" crc="747e62f9" md5="1aca828231c4834fa632f87810ad648a" sha1="fad60cc0796f063c7dcba46ea41d38ef82e204b0" />Is it really overdumping?
It is not so hard-damaged, just a few scratches not on the good place
But DIC reports 1206 C2 errors. It's a lot of errors. Not only scratches but other factor give the damage to disc. (e.g. humidity, heat, sunlight, and so on)
however there are 4496 errors.
It's error of the lead-in area. Almost all lead-in are unreadable for Plextor.
DIC is padding this area by zero except 1st 16 bytes like this. 1st 16 bytes are generated manually.
LBA[072175, 0x119ef] Read error. padding [2352byte]
========== LBA[072175, 0x119ef]: Main Channel ==========
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
0000 : 00 FF FF FF FF FF FF FF FF FF FF 00 17 84 25 61 ..............%aLead-in area of this disc is mode 1. Mode 1 disc has edc/ecc but DIC is padding by zero, so EccEdc.exe reports errors.
As a result, 4496 errors can be ignored.
but still some scratches do not let me dump it without c2 errors
Why not get another one if it is possible? C2 errors are problem of the disc, not DIC. DIC (and other dumping tool) is not perfect for hard-damaged disc.
TDDDEMO-logs.rar
Try this.
DiscImageCreator.exe cd g ISO\TDDDEMO\TDDDEMO (1).bin 8 /c2 100 /s 2Three Dirty Dwarves demo disc with scratches that make c2 errors.
I think you should remove scratches. (Disc should be polished.)
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.