Re: DiscImageCreator
Posted: Thu Mar 10, 2022 1:51 am
- fixed: checking of the directory record lengthTheMechasaur wrote:Attached.
https://www.mediafire.com/file/eq80y20l … st.7z/file
- fixed: checking of the directory record lengthTheMechasaur wrote:Attached.
Both discs dumped successfully. Thxsarami wrote:- fixed: checking of the directory record lengthTheMechasaur wrote:Attached.
https://www.mediafire.com/file/eq80y20l … st.7z/file
Does it mean the leadout has non-zero data? If yes, it should change the offset according to the leadout + dump the first pregap separately.Check the last non-zero byte -> Detected in 0x7ad(1965) of LBA 288285 + -1
Check the 1st non-zero byte -> Detected in 0(0) of LBA -75
Non-zero byte position is over the -10,000 samples. Not fix the offset
No, LBA 288285 is the 1st lead-out sector, therefore "LBA 288285 + -1" indicates the last sector.F1ReB4LL wrote:Does it mean the leadout has non-zero data?
Ok. But, again, if the first pregap is "over the -10,000 samples", why not to dump it separately as Pregap.bin or Track 00.bin?sarami wrote:No, LBA 288285 is the 1st lead-out sector, therefore "LBA 288285 + -1" indicates the last sector.F1ReB4LL wrote:Does it mean the leadout has non-zero data?
Is there .pre file? If yes, it's the pregap sector of the track 1.F1ReB4LL wrote:why not to dump it separately as Pregap.bin or Track 00.bin?
It's there, but its size is 0 bytes. Plextor Premium was used.sarami wrote:Is there .pre file? If yes, it's the pregap sector of the track 1.F1ReB4LL wrote:why not to dump it separately as Pregap.bin or Track 00.bin?
fixed.F1ReB4LL wrote:It's there, but its size is 0 bytes.