The DAM Forum
Welcome, Guest. Please login or register.
September 14, 2014, 09:02:32 PM

Login with username, password and session length
Search:     Advanced search
28018 Posts in 5138 Topics by 2910 Members
Latest Member: kbroch
* Home Help Search Login Register
+  The DAM Forum
|-+  DAM Stuff
| |-+  Data Validation
| | |-+  ImageVerifier
« previous next »
Pages: 1 [2] Print
Author Topic: ImageVerifier  (Read 14319 times)
peterkrogh
Administrator
Hero Member
*****
Posts: 5682


View Profile Email
« Reply #15 on: November 03, 2007, 12:21:39 PM »

Dan,
The hash is less useful for files that do change.  The change could be caused by virus or malware, and at that point, a reset hash might give a false sense of security.

The hash is most useful for files that are never expected to change.
Peter
Logged
danaltick
Hero Member
*****
Posts: 1616

evaa-xdtb@spamex.com danaltick
View Profile WWW Email
« Reply #16 on: November 03, 2007, 12:27:05 PM »

Peter,

I see.  Makes sense.  Thanks for clearing that up.

Dan
Logged

WindowsXP, ImageIngester Pro, RapidFixer, IVMP 3, ACR4, Photoshop CS4, Controlled Keyword Catalog, Canon EOS50D
danaltick
Hero Member
*****
Posts: 1616

evaa-xdtb@spamex.com danaltick
View Profile WWW Email
« Reply #17 on: November 11, 2007, 05:47:07 PM »

Marc,

Just wanted to let you know that I've been unsuccessful at running IV on any of my buckets so far.  It always aborts for me, but I'm sure my images are ok.  I can open them fine in both Camera Raw and PS.  I've seen it abort on both JPEG's and DNG's.  I'm running with 1.1.01B3.  Can you recommend an earlier version that I could try under Windows.  Thanks.

Dan
Logged

WindowsXP, ImageIngester Pro, RapidFixer, IVMP 3, ACR4, Photoshop CS4, Controlled Keyword Catalog, Canon EOS50D
Marc Rochkind
Hero Member
*****
Posts: 1136


View Profile WWW Email
« Reply #18 on: November 11, 2007, 10:29:10 PM »

Dan--

I'll be getting back to IV in a week or two... there's no earlier version, but most likely a problem in IV itself on Windows.

--Marc
Logged

danaltick
Hero Member
*****
Posts: 1616

evaa-xdtb@spamex.com danaltick
View Profile WWW Email
« Reply #19 on: November 12, 2007, 06:04:16 AM »

Marc,

No hurry.  Sounds good.

Dan
Logged

WindowsXP, ImageIngester Pro, RapidFixer, IVMP 3, ACR4, Photoshop CS4, Controlled Keyword Catalog, Canon EOS50D
matthewjheaney
Jr. Member
**
Posts: 52

674071051 matthewjheaney@msn.com matthewjheaney matthewjheaney
View Profile Email
« Reply #20 on: March 29, 2008, 05:50:30 PM »

What's unusual about IV's approach is that the hash is associated with an ID for the image file that's location independent, so if you move the file from one archive to another or back it up, IV can still find its previously-recorded hash.

Another possibility is to store the hash keys in the database associated with your DAM app.  I think xMedia lets you create custom fields, so that would be one use for it.

I've been using the Microsoft utility fciv.exe to generate the hash keys.  You could write an xMedia script to call fciv.exe for a file, and then write the result to a custom metadata field, or you could use MSXML from the script to extract the hash keys from an already-generated fciv (xml) database.

-Matt
Logged
peterkrogh
Administrator
Hero Member
*****
Posts: 5682


View Profile Email
« Reply #21 on: April 23, 2008, 03:13:00 PM »

Matt,
I agree that it could be useful fro the hash values to be stored in a database.

The new DNG spec makes this unnecessary (for DNG files), as it provides for the ability to hash just the source data (and the embedded raw file, if it's there) and stores the hash in metadata.  This will enable the files to essentially be self-validating.

This will greatly simplify the process (at least for DNG files).
Peter
Logged
Marc Rochkind
Hero Member
*****
Posts: 1136


View Profile WWW Email
« Reply #22 on: April 23, 2008, 05:00:50 PM »

Peter and Matt--

Just to clarify things, the hash values are stored in an SQLite3 database, one per user.

--Marc
Logged

matthewjheaney
Jr. Member
**
Posts: 52

674071051 matthewjheaney@msn.com matthewjheaney matthewjheaney
View Profile Email
« Reply #23 on: April 24, 2008, 12:13:04 PM »

Just to clarify things, the hash values are stored in an SQLite3 database, one per user.

Right, I think I read that about ImageVerifier.  I was just trying to simplify things: xMedia (really, any DAM app) is already a kind of database, so if I already have xMedia that I don't need anything else.  I'm adding base64 support to the COM component now, so this will allow me to get rid of fciv.exe.

I hadn't heard about the new DNG spec.  It's a bit odd that a file can store its own hash value, since you'd be generating a hash value derived in part from the value of the hash.  Perhaps they have a distinguished area of the DNG file (to store the hash value) that doesn't contribute to computing the hash.

-Matt
Logged
peterkrogh
Administrator
Hero Member
*****
Posts: 5682


View Profile Email
« Reply #24 on: June 06, 2008, 08:24:09 PM »

Matt,
Right. There are two parts to the file that should *never* change.  The Raw image data, and the Raw file (if it's embedded). Since these are the most important parts of the file, and never change, it's a pretty neat trick just to hash them.

I believe that this functionality will lead to a lot of people realizing that they have a corruption problem that they did not realize.
Peter
Logged
Pages: 1 [2] Print 
« previous next »
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.11 | SMF © 2006-2009, Simple Machines LLC Valid XHTML 1.0! Valid CSS!