I don't know now.
well i've got over a dozen of these things. is there anyone we can ask? should i buy another drive model to test with?
You are not logged in. Please login or register.
Redump Forum → General discussion → DiscImageCreator
I don't know now.
well i've got over a dozen of these things. is there anyone we can ask? should i buy another drive model to test with?
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
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)
DIC is having issues dumping an Enhanced CD. When reaching the second session and after the 20000 msec sleep, the drive seemingly stops, and after a bit the following errors are thrown and then the drive re-spins up:
Creating .scm (LBA) 302492/307699[F:ProcessReadCD][L:280] GetLastError: 121, The semaphore timeout period has expired.
LBA[302494, 0x49d9e]: [F:ProcessReadCD][L:280]
Opcode: 0xbe
ScsiStatus: 0x02 = CHECK_CONDITION
SenseData Key-Asc-Ascq: 02-04-01 = NOT_READY - LUN_NOT_READY - BECOMING_READY
The LUN_NOT_READY error then throws for every remaining sector of the disc. See attached logs for an example (the dump was cancelled as it would take ages to error through all the sectors): https://mega.nz/#!wE40jCCK!zniqKYJNtHsi … GaZxXt6RlE
Currently using a PX-5224TA through a USB IDE interface, tested on multiple Enhanced CDs to confirm similar results.
DIC is having issues dumping an Enhanced CD
No problem with my 5224TA (also 4824TA and 755SA). If you have other plextor, try it.
No problem with my 5224TA (also 4824TA and 755SA). If you have other plextor, try it.
I haven't got any other (functional) Plextor that can dump at the moment. Is there at least some indication of what's happening based on the logs?
I did a bushound capture when dumping Settlers III Mission CD with alcohol to see how it handles the errors in the rings without aborting or hanging forever. It seems to use a different mode according to RibShark when encountering medium errors. I am hoping you may find this useful to improve DIC to handle such errors better and not hang forever on them.
My hopes for this are because using the file skipping misses the protected areas readable sectors which cause the protection checks to fail. I think this disc uses laserlock or proring tech, I am not sure.
https://drive.google.com/open?id=1R0dZG … FLVkxmo5aq
I made a dump of the Ski-Doo X-Team Racing disc as well, but this one didn't provide anything interesting, I will try with clonecd to see if it's advanced sector scanner is more efficient.
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.
I don't understand how to see this log.
It's a text file that has logged all the scsi commands, search it for "medium error" to see what it does when encountering the sync errors.
I did try to dump with CloneCD too, it hangs forever in the same manner that DIC does. I am unable to capture how Daemon Tools handles it since they cloak the driver.
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
Now we're seeing a new size... 34138929152
logs: https://drive.google.com/file/d/1CqmRbl … sp=sharing
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 16669398
Perhaps, last LBA is 16669398 (size is 34138929152).
http://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.
http://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.
sarami, good sign. my ps3 OEM drive dumps with the same results: https://drive.google.com/file/d/1fVoJi3 … sp=sharing
Thank you! I will submit these results.
How do you check UDF version of the disc? I'd like to make sure all my other PS4 kiosk BD-Rs are UDF 2.50, thanks.
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: 0x260
I tried with another one, I left it dumping on my PS3 OEM drive (logs here): https://drive.google.com/file/d/1bZMna_ … sp=sharing
It wrote out the full disc size, even though data only took up 32 gb or so.
Not sure how long this ^ took, but when I came home and tried dumping on my LG, the dump slowed way down after the data area (32 GB or so) and I canceled the dump: https://drive.google.com/file/d/10oD7w2 … sp=sharing
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).
Thanks, both drives dumped the same. Looks good to you? https://drive.google.com/file/d/1t2EOdj … sp=sharing
F1ReB4LL wrote:http://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.
Same.
Any word on the error handling?
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?
Size / hash matches isobuster and dic dump.
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
Redump Forum → General discussion → DiscImageCreator
Powered by PunBB 1.4.4, supported by Informer Technologies, Inc.
Currently installed 6 official extensions. Copyright © 2003–2009 PunBB.