Are you trying to dump severely damaged discs or something? Get them buffed.
1,851 2019-05-17 17:29:19
1,852 2019-05-17 17:36:54
Are you trying to dump severely damaged discs or something? Get them buffed.
Just a couple of old CD-Rs.
1,853 2019-05-18 00:23:18
If you remove the /c2 in the command line it will dump without checking for c2 errors BUT it will dump with errors and all so it's not for if you want a good dump but if you are trying to just recover an old CD it will let you get an image you can try to recover at least some of the data off of which is what I did a while back using the same method.
1,854 2019-05-18 01:33:01
Also try reading the discs in the same drive that wrote them.
1,855 2019-05-18 01:41:27
http://forum.redump.org/post/61302/#p61302
sarami wrote:Without /c2, it reads until the end.
Yes but I meant an option to continue dumping later...
1. The disc has many C2 errors and it needs 10000 or more retries to dump the sector. Imagine that we have many of these sectors. It's not the best way to leave the drive work several days. Also, cold drive reads better! More chances with cold drive!
2. This option would be also great... If no amount of retries was set. The disc was dumped but we need to re-read C2 sectors. Maybe it's possible to code an option to allow the DIC to go to the next sector if all 4000 attempts weren't successful? 4000 with next sector etc. And to go back to these previous sectors to try 4000 attempts again and again.
With the second option we can get as many sectors as possible to go back to really hard sectors.
The best way is to combine both options to allow to read hard sectors after the drive became cold again.
Are you still challenging to dump this disc?
Would be very nice if DIC would try to read next hard sector if previous one wasn't dumped after all retries. It would help to dump all hard sectors leaving only very hard ones. Is it possible to add this function?
Some sectors in your CD-R perhaps can't recover, so resume function is also vain efforts I think. Please get new CD-Rs if it's possible.
1,856 2019-05-18 06:20:44
Are you still challenging to dump this disc?
No, it's another disc. No big scratches but some C2. I would try more and more because several sectors were done after 10000-15000 retries so I still have a hope. Cold drive and disc also work better sometimes.
Now it leaves empty sectors after hard sectors which can be done after several retries. A continue option would help to dump at least these readable sectors after hard or very hard sectors.
Some sectors in your CD-R perhaps can't recover, so resume function is also vain efforts I think. Please get new CD-Rs if it's possible.
No way to get any new ones. They are the only known.
The first one mentioned above is scratched. I still need to resurface it to try again. The second one is not scratched but some sectors are very hard to dump. Maybe even impossible but it's hard to say without continue option. The discs are press/preview discs.
I would try more and more but the only way now is to set millions attempts and to leave the drive to work several days. No way to try with cold drive and disc then.
1,857 2019-05-18 11:49:32 (edited by Spört 2019-05-18 11:52:40)
Thank you SO MUCH for the Linux support.
Sadly it crashes for me.Used https://github.com/saramibreak/DiscImag … nux.tar.gz
Three different discs in a PLEXTOR PX-755A.
Every time it crashed, here are logs: https://transfer.sh/1oa0f/errors.7z
I bought a UGREEN USB3.0 TO IDE/SATA adapter instead of motherboard SATA and it works without any problems. So either my hardware or cables were a problem. I should clarify, it is a PX-755SA.
I see some "SubQ Reread [crc16 unmatch] -> NG. Fix manually" lines in _subError.txt, should I be concerned about those? ECC/EDC check is fine.
1,858 2019-05-19 01:40:49 (edited by Nexy 2019-05-19 02:29:32)
sarami can you add a link to the wiki which is easily visible about the drives and dumping.
Also what is the status of PX-W1210 , PX-W1610 and PX-W2410 drives?
Thanks.
1,859 2019-05-19 06:09:58
I see some "SubQ Reread [crc16 unmatch] -> NG. Fix manually" lines in _subError.txt, should I be concerned about those? ECC/EDC check is fine.
No problem generally.
sarami can you add a link to the wiki which is easily visible about the drives and dumping.
See README https://github.com/saramibreak/DiscImag … /README.md
Also what is the status of PX-W1210 , PX-W1610 and PX-W2410 drives?
Not supported because these drives don't support "OpCode[0xd8]: SubCode[8]".
1,860 2019-05-19 07:31:40
Thanks sarami, I still think our wiki guide should be linked but that's not a big deal.
A shame about the older plextors, I have several.
1,861 2019-05-20 07:21:14
Sarami can you add a switch to disable hashing, so I can use a different tool for that?
1,862 2019-05-20 13:16:26
I can use a different tool for that?
What tool? HashMyFiles is accepted for me because CUI is supported.
1,863 2019-05-20 19:06:29 (edited by Nexy 2019-05-20 19:09:29)
CUI has its own, and I was going to make my own with optimizations and SSE so it's not bound to pentium II speeds.
I have to redump 1800 discs and dump several hundred more, the non optimized hashing adds up to a lot of time with that many discs, and I am not getting any younger.
1,864 2019-05-20 19:50:38
Hi,
I just dumped a PC game : http://forum.redump.org/topic/22515/pc- … sc-french/
Due to C2 errors, DICGUI shall not have created the .cue, .bin, ...
However, as you can see, all these files, incl. the submissionInformation have been produced.
As discussed on discord, I'm reporting this here.
1,865 2019-05-21 04:26:42
As of 20190326
I can no longer dump unlicensed PS2 discs with /sf flag.
1,866 2019-05-21 13:16:53
> Nexy
Does HashMyFiles work in your PC? If yes, I can execute it from DIC. If no, please upload your CUI tool. I can also execute it from DIC.
> ClaudeSpeed
DIC version 20180630 31122 and DICUI 1.10 is not latest. You can use the latest version.
> user7
Logs? My unlicensed PS2 disc is no problem.
1,867 2019-05-21 23:13:44 (edited by Nexy 2019-05-22 03:04:01)
HashMyFiles definitely works on this PC, I will check it on XP machine. But it's OK if I can hash after dump too on modern machine.
:EDIT:
HashMyFiles is even slower than your implementation, I will just live with it until I can come up with something and let you know when I do.
1,868 2019-05-24 18:17:49
CSS is not working properly, each VOB tends to have it's own key. Pretty much try any US DVD.
1,869 2019-05-25 01:59:56
> user7
Logs? My unlicensed PS2 disc is no problem.
https://drive.google.com/file/d/1WiD1p- … sp=sharing
----
Where are we sitting with multisessional support? Have things stalled?
1,870 2019-05-25 03:43:06 (edited by sarami 2019-05-25 03:58:29)
I got a problem dumping Philips CD-i disc 'Dimo's quest' (US version) (in perfect condition, no scratch).
It stops with the following error:
Europe version
========== FULL TOC ==========
FirstCompleteSession: 1
LastCompleteSession: 1
Session 1, Ctl 0, Adr 1, Point 0xa0, FirstTrack 1, Format: CD-DA or CD-ROM
Session 1, Ctl 0, Adr 1, Point 0xa1, LastTrack 19
Session 1, Ctl 0, Adr 1, Point 0xa2, Lead-out, AMSF 59:48:00 (LBA[269100, 0x41b2c])
Session 1, Ctl 0, Adr 1, Point 0x01, Track 1, AMSF 16:44:00 (LBA[075300, 0x12624])
Session 1, Ctl 0, Adr 1, Point 0x02, Track 2, AMSF 20:30:00 (LBA[092250, 0x1685a])
Session 1, Ctl 0, Adr 1, Point 0x03, Track 3, AMSF 23:25:00 (LBA[105375, 0x19b9f])
US version
========== FULL TOC ==========
FirstCompleteSession: 1
LastCompleteSession: 1
Session 1, Ctl 4, Adr 1, Point 0xa0, FirstTrack 1, Format: CD-I
Session 1, Ctl 0, Adr 1, Point 0xa1, LastTrack 19
Session 1, Ctl 0, Adr 1, Point 0xa2, Lead-out, AMSF 59:50:00 (LBA[269100, 0x41b2c])
Session 1, Ctl 0, Adr 1, Point 0x02, Track 2, AMSF 20:30:00 (LBA[092100, 0x167c4])
Session 1, Ctl 0, Adr 1, Point 0x03, Track 3, AMSF 23:25:00 (LBA[105225, 0x19b09])
If disc is "Format: CD-I", Track 1 is omitted (perhaps firmware bug). For this, TOC couldn't get correctly.
This was fixed and the disc's hash that he and I have was all matched.
each VOB tends to have it's own key.
Yes I know. CSS.exe hasn't supported it yet.
5 c2 errors exist, but I don't know why c2 error recovering function doesn't work...
Where are we sitting with multisessional support? Have things stalled?
Bug about 2nd session multi-track disc was fixed in the latest test version (20190524 230157).
Cue sheet that admin defines was supported in the latest test version.
If admin and Jackal say 'no problem', I'll commit the code in github.
1,871 2019-05-25 04:04:59
5 c2 errors exist, but I don't know why c2 error recovering function doesn't work...
Works fine in DiscImageCreator_20181022, disc dumped fine with no-unintentional c2 errors. Also two more discs.
1,872 2019-05-25 08:37:53 (edited by Parotaku 2019-05-25 08:42:23)
If disc is "Format: CD-I", Track 1 is omitted (perhaps firmware bug). For this, TOC couldn't get correctly.
This was fixed and the disc's hash that he and I have was all matched.
Yes, and I can confirm that the dumped image is now complete as I tried it on a CDi emulator and the game is correctly playing.
What is strange is that 'The apprentice' for CDi, european version, from the same game creator is still detected as a 'audio CD' only on my Win7, and (incorrectly) dumped as that... Seems like the disc format for these 2 games is slightly different between US versions & european versions...
This one is already in the database: http://redump.org/disc/36178/
1,873 2019-05-25 23:54:11 (edited by Nexy 2019-05-26 02:47:47)
Nevermind, problem on my end.
1,874 2019-05-27 07:03:55
CSS is not working properly, each VOB tends to have it's own key. Pretty much try any US DVD.
Uploaded test version. http://www.mediafire.com/file/q5b8c94jv … st.7z/file
Please check if title key is really correct.
1,875 2019-05-30 02:13:56
I have a Yamaha CRW-F1 I'm trying to test, but it seems to hang at setting the drive speed, it works fine in Alcohol and CloneCD, and ISO Buster so I'm wondering if this is a bug in DIC or not?