redump.info Forum

DIC doesn't have any UI. DICUI is by a different person.

The printing the progress to the console, it is slow and takes up processing time. I am specifcally referring to the hash calculation.

+1

It slows the process a lot also on my PC.

I agree that the hashing is really slow and takes a lot of time, but are we sure it's caused by the display of the progress?

Nexy wrote:have you compiled with SSE (1) extensions and optimization?

No. Because some person use old cpu which doesn't support sse.

Nexy wrote:The printing the progress to the console, it is slow and takes up processing time.

changed: http://www.mediafire.com/file/eq80y20l9 … st.7z/file

Jackal wrote:are we sure it's caused by the display of the progress?

If there is the hashing app/library you recommend, tell me plz.

sarami: People are using a Pentium II or AMD with 3Dnow to dump? Even I think that is silly. SSE (1) is introduced with Pentium III. Maybe a command line switch to enable it, hashing is very very slow on such an old processor and a large waste of time.

There's not really any standardized hashing app/library, it depends on what the usage is and most stuff these days is not using md5/sha1 because it's not secure, or is used for low collision hash tables.

Thank you for the update to the hashing, it's much faster now, especially with DVDs.

I really like how it now handles safedisc and securom.

What are your plans for DVD protections, Data Positioning and Starforce/Tages ? Has there been any discussions?

Nexy wrote:People are using a Pentium II or AMD with 3Dnow to dump? Even I think that is silly.

Pentium III is also very old cpu for me... It was unbelievable that there was the person who used such an old cpu. But PIII user exists, so PII user may exist.

Nexy wrote:What are your plans for DVD protections, Data Positioning and Starforce/Tages ? Has there been any discussions?

DPM: /viewtopic.php?t=12490 … l-120-dpm/
It's hard to get the identical values.

Tages: https://redump.info/disc/34669/
Jackal knows it.

Yeah the PIII-S is old, but that machine is IDE (my c2d machine died) and I need that as I cannot find SATA > IDE adapters that work.

I suppose I can just compile it myself in Visual Studio if the project has complete dependencies.

How to continue dumping using the same files? Since I set more than 10000 retries, image files were created but I still need to dump next hard sectors. Tried the same command but it just overwrites existing files. Which command should I use to continue? I use command line.

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?