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
You are not logged in. Please login or register.
Redump Forum → Posts by sarami
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.)
some other threads
Tell me please.
what can be the cause for this error message when dumping a cd ?
See 1st page. http://forum.redump.org/topic/10483/discimagecreator/
CD-R overdump
Is this really overdump?
DVD-R overdump
Up
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
http://www.mediafire.com/file/uw3e03kdk … ar.gz/file
Up http://www.mediafire.com/file/eq80y20l9 … st.7z/file
Test please.
-The 2 BIN files are 8MB total, while the IMG and SCM files are 34MB each
Yes. Because IMG and SCM include 11400 sectors (lead-out, lead-in, pregap of 1st track of 2nd session). 11400 sectors = 26812800 bytes.
-If I open the CUE corresponding to the BIN files in IsoBuster...
Because this CUE is the original format of redump'org.
-If I open the CUE corresponding to the IMG file in IsoBuster...
Because this CUE is based on IsoBuster.
-If I open the IMG directly in IsoBuster...
Without CUE, IsoBuster can't recognize what it is.
Still getting overdumps: https://drive.google.com/file/d/12nwgBR … sp=sharing
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
http://www.mediafire.com/file/uw3e03kdk … ar.gz/file
- fixed: FormatCode 0 (ECMA-349 is used for DVD+R)
DVD-R overdump
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
http://www.mediafire.com/file/uw3e03kdk … ar.gz/file
- fixed: FormatCode 10 (ECMA-279 and 359 are used)
If it's supposed to be the "LayerOneSector" number, then 3 of the 4 discs have an odd number. Can this be correct?
4 discs are "Parallel Track Path", not "Opposite Track Path". I think "LayerZeroSector" number is layerbreak.
e.g.
========== SectorLength ==========
LayerZeroSector: 1708076 (0x1a102c)
:
:
========== SectorLength ==========
LayerOneSector: 2079572 (0x1fbb54)
LayerAllSector: 3787648 (0x39cb80)L0 is 0 - 1708075 (Length is 1708076). L1 is 1708076 - 3787647 (Length is 2079572).
Two PFI exist in DVD-R/-RW.
6.27.3.1 Format Code 00h: Physical Format Information
For DVD-R/-RW media, this Format code returns the last updated Physical format information.
Therefore, e.g., if a medium is recorded with multi-bordered area, this information is retrieved from
the last Border-in. If Control Data Zone information in the Lead-in is required for DVD-R/-RW media,
use format code = 10h. For all other DVD class media, format code 00h returns information from the
Control Data Zone in the lead-in.
6.27.3.17 Format Code 10h: Format Information of Control Data Zone in the Lead-in
This format is available only for DVD-R/-RW media. For other media, this format is invalid and
reserved.
This Format code returns Physical format information of Control Data Zone in the Lead-in area even if
the disc is recorded with multi-bordered area.
Your logs
FormatCode: 00, Sendable: No, Readable: Yes
FormatLength: 2052
========== PhysicalFormatInformation ==========
BookVersion: 5
BookType: DVD-R
MinimumRate: Not Specified
DiskSize: 120mm
LayerType: Layer contains recordable data
TrackPath: Parallel Track Path
NumberOfLayers: Single Layer
TrackDensity: 0.74um/track
LinearDensity: 0.267um/bit
StartingDataSector: 196608 (0x30000)
EndDataSector: 1913119 (0x1d311f)
EndLayerZeroSector: 0 (0)
BCAFlag: No
MediaSpecific: FormatCode: 10, Sendable: No, Readable: Yes
FormatLength: 2052
========== PhysicalFormatInformation ==========
BookVersion: 5
BookType: DVD-R
MinimumRate: Not Specified
DiskSize: 120mm
LayerType: Layer contains recordable data
TrackPath: Parallel Track Path
NumberOfLayers: Single Layer
TrackDensity: 0.74um/track
LinearDensity: 0.267um/bit
StartingDataSector: 196608 (0x30000)
EndDataSector: 2495103 (0x26127f)
EndLayerZeroSector: 0 (0)
BCAFlag: No
MediaSpecific: EndDataSector is different. I don't know yet why it's different. What is "multi-bordered area"? "last Border-in"?
does this look good?
Yes.
Do I have to change my drive region to dump?
Or you need to get a new DVD drive same as region of DVD-Video.
the disc is mainly mode 2 and has a single mode 1 sector.
Up EccEdc.exe http://www.mediafire.com/file/eq80y20l9 … st.7z/file
ISO\ATLANTIS_CD2\ATLANTIS.bin 20 /c2 20 Try "ISO\ATLANTIS_CD2\ATLANTIS.bin 20 /c2"
Without '20', DIC uses '4000' by default.
Strange because the disc is new, clean & scratch free
Your disc has huge subError. At least, disc condition is not good. If possible, you should get another copy.
multiple pregap1 of 2nd session
20191027 131420 http://www.mediafire.com/file/eq80y20l9 … st.7z/file
but currently you can't specify multiple files to skip, it only accepts one.
Multiple files are supported from 20191022 162447, please edit C2ErrorProtect.txt.
20191026 124705 http://www.mediafire.com/file/eq80y20l9 … st.7z/file
- fixed: subs of Lead-out are also fixed
What do you mean unstable?
Different hashes are outputted every time.
Up 20191022 162447 http://www.mediafire.com/file/eq80y20l9 … st.7z/file
Skidoo
it needs /sf and edit C2ErrorProtect.txt. But it seems intentional C2 errors of Skidoo are unstable.
1 error
"20190813 184538" is old.
Sadly that didn't work.
Upload all logs, please.
I tested the Yamaha CRW-F1 a bit. It seems to have D8 support (according to EAC)
And you can check it by the mode 4, 5, 6 of subdump. Probably 4 and 5 works. I want to know if mode 6 works.
I am unable to test it with DIC as it hangs my system when the disc read speed is set. I did try 0 as the speed as suggested before.
If 0 is set, DIC doesn't use speed setting.
if (uiCDSpeed != 0) {
SetDiscSpeed(pExecType, pExtArg, pDevice, uiCDSpeed);
}Perhaps, it hangs by other func.
It's normal. Plextor can't read data sectors at scrambled using /be. If you want to get the packed sub on cd command, you don't use /c2. SubCode[2] is packed sub and SubCode[8] is raw sub.
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.