Page 1 of 1

CRC / MD5 : Building / checking : Need for funktionality

Posted: 2007-12-07, 21:04 UTC
by kalkzone
Hi, I have a suggestion for topic.

CRC / md5 creation and checking works, but needs an enhencement, I think.

It works, with the possible adjustments FINE on harddisk.
But for use with CDs / DVDs it can be used only like a "workarround".

I wish for :

Having marked Files in one TC-window to create a crc file the default directory should be that of the "open" second window (if the second window IS open.

Otherwise if marked files were on a cd / dvd it was not possible to write the crc file to drive medium.

An similar enhencement for the crc checking functionality was nice too.
Here it would be nice to mark in one TC-window (left) the crc file and in the second window (right) the files that are to be checked.

This could be useful for example on this:
having a cd / dvd copied to another (or a harddisk directory)
create a crc of the origin (write to a hd-directory file)

mark the file (left) have the new cd medium right and mark the files there
-> check

The (create crc) dialog itself could look like this:

Like the original dialog that has ONE editline for the output directory with filename, and checkbox for md5 / seperate files.

it could have 2 editlines of this :
1. one filled with default on the source drive
2. one with default that directory of the second (opposit) window
both leaded with a radiobutton.

The check functionality (the md5 file is selected) could have a directory selector :
1. the directory of marked md5 file
2. that , in the second window

Do it yourself:
copy a cd, and after copying use crc to check for verification.
you will see.

regards juergen kluth

Posted: 2007-12-07, 22:57 UTC
by Hacker
Just BTW, I usually burn my DVD's with an .MD5 included.

Roman

Re: CRC / MD5 : Building / checking : Need for funktionality

Posted: 2007-12-08, 11:07 UTC
by eugensyl
kalkzone wrote:Hi, I have a suggestion for topic.

CRC / md5 creation and checking works, but needs an enhencement, I think.
...
it could have 2 editlines of this :
1. one filled with default on the source drive
2. one with default that directory of the second (opposit) window
both leaded with a radiobutton.

The check functionality (the md5 file is selected) could have a directory selector :
1. the directory of marked md5 file
2. that , in the second window

Do it yourself:
copy a cd, and after copying use crc to check for verification.
you will see.

regards juergen kluth
It's a good idea.

A third solution can be to leave as to add parameter (%T%O) into parameter line, in order to make a button or/and external command with this. This solution no more need than one line for path.

On the other hand, what for to add CRC file onto other support? I suppose, only for statistics because CRC file must follow the source file in order to be an efficient tool.

Posted: 2007-12-08, 13:28 UTC
by icfu
Burn MD5 file plus tiny checker tool on DVD:
http://members.ozemail.com.au/~nulifetv/freezip/freeware/

=> DVDsig

Or better than that, add recovery information:
http://dvdisaster.net/

Icfu

Posted: 2007-12-08, 17:44 UTC
by Hacker
Or, of course, QuickPar.

HTH
Roman

Posted: 2007-12-12, 09:58 UTC
by Motorocker
icfu wrote:Or better than that, add recovery information:
http://dvdisaster.net/
Or better than that, use ICE ECC

Posted: 2007-12-12, 21:46 UTC
by Hacker
Motorocker,
Or better than that, use ICE ECC
Why better?

TIA
Roman

Posted: 2007-12-13, 07:05 UTC
by Motorocker
2Hacker
1. DVDisaster works with ISO files. ICEECC works with original files.
2. For DVDisaster you need more disk space for full ISO. ICEECC needs space only for ECC files (1..3..5..10% from disk)
3. You can write ECC files on other disk or keep on hdd.
ICE Graphics wrote:ICE ECC add nothing to data file. ICE ECC create additonal .ecc files, like any archiver do. This is files store ECC codes, witch can recover damaged part of original data files.
Also I can try to autotranslate author's words:
ICE Graphics wrote:DVDisaster don't work with sectors as ICE ECC works with blocks. Therefore as at DVDisaster NOT GLOBAL ALGORITHM. DVDisaster is absolutely other class of programs which are used much with the smaller size of the block, but it I do to the detriment of restoration {facilities of restoration} of data. DVDisaster uses subspecies of local algorithm of restoration of data which efficiency on the order is worse in case of occurrence of the big number of the grouped mistakes (a scratch or non-readability the big group of sectors).
ICE Graphics wrote:Problems and scopes in many respects coincide. Ways of the decision are different. And the main difference, that ICE ECC guarantees, that if is 100 recovery blocks on 1MB ALWAYS it is POSSIBLE TO RESTORE 100MB, or at worst which very rare 99MB. DVDisaster - nothing guarantees, and only speaks, that probably given will be restored, if it is not enough mistakes. That is, DVDisaster can refuse to restore data even if ECC codes borrow 100MB, and it is destroyed all 1MB given by one block!!!
ICE Graphics wrote:Refusal of the block of the block in 1MB - and game over, DVDisaster will be powerless to correct it. And for ICE ECC it is only one beaten block which is corrected without problems.
Also you can send post on english forum.

Posted: 2007-12-14, 00:23 UTC
by Hacker
Motorocker,
1. DVDisaster works with ISO files. ICEECC works with original files.
Yes, that's a disadvantage, to the best of my knowledge.
2. For DVDisaster you need more disk space for full ISO. ICEECC needs space only for ECC files (1..3..5..10% from disk)
I am not sure I understand you correctly. You mean that you need to make an ISO for burning instead of just the individual files?
3. You can write ECC files on other disk or keep on hdd.
If you consider this an advantage, then you can do the same with the dvdisaster RS01 method, too, though I admit the files must be completeley error-free (AFAIU) to be of use for error recovery.

Pity all threads mentioning dvdisaster are in Russian. :(

Thanks
Roman