Hi @all,

I’m amazed about this piece of software – for two reasons:
• The fact that this is a complete workflow solution with a great user interface
• The fact that “the original file is never touched again”

At this second point (file never touched) I'd like to introduce a new thought:
By searching through this list I found that in two occasions using checksums 
was discussed in the past:
http://sourceforge.net/mailarchive/message.php?msg_id=28138390
http://sourceforge.net/mailarchive/message.php?msg_id=30311373
but in both occasions the goal was to reidentify images.

My approach with using checksums is different - the aim is file security.

Darktable reads images from three different sources: folders, memory 
cards/cameras or live via tethered shooting.
In each case a stream of bits and bytes passes through the software to a 
destination folder.

Would it be possible to
• Create a checksum for each image that is imported directly from that 
bitstream/"right from the source"
• Append the filename and corresponding checksum to an e. g. sfv-file in the 
destination folder
• Create such a file if it does not exist (for example in a newly created 
folder)?

Advantages:
The user can
• check file integrity using common tools
• Validate the backup
• Validate files after transferring to another location, e. g. to another 
(bigger) harddrive

Considerations:
Since I’m not a programmer I cannot tell if – and to what extent – this 
additional process (the calculation of the checksum) will slow down the import 
procedure, writing the checksum file should not be the problem here.

Prehistory:
In the past three years since switching to digital altogether I had three 
occasions of corrupted files after transferring them from my notebook and 
associated backup drive to a “server” (in my case a pc with tremendous hard 
drive size, also with backup capability) which I usually do at the end of each 
year.
Those (NEF) RAW Files behave normally in ViewNX (by Nikon) when viewing them 
(in all zoom levels), but they cannot be modified any more nor can they be 
exported/converted to some other format (TIF or JPEG, for example).
(Btw: darktable seems to freeze when trying to open the file in darkroom mode).
Example:http://www.bilddateien.de/transfer/files/Ni110255.NEF
As said, the only way to find these errors in the files is to open and try to 
export the files – think of that “verifying procedure” with hundreds or 
thousands of files ☹.     


--
Bernhard




------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
darktable-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/darktable-devel

Reply via email to