View Single Post
Old 03-21-2016, 07:34 PM   #565
davidfor
Grand Sorcerer
davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.davidfor ought to be getting tired of karma fortunes by now.
 
Posts: 24,905
Karma: 47303824
Join Date: Jul 2011
Location: Sydney, Australia
Device: Kobo:Touch,Glo, AuraH2O, GloHD,AuraONE, ClaraHD, Libra H2O; tolinoepos
Quote:
Originally Posted by BetterRed View Post
@davidfor - if the xxHash library could be encapsulated into an executable, then maybe it would be possible to loosely couple' it into a PI, much as the wordconv.exe is in the Doc Input PI or the Prince program is in Jelby's Prince PDF PI.
Yes, but it means someone has to create it. Both of the other examples are using pre-existing applications. Plus, they are run once per book. In this case, I suspect the cost of starting the executable to calculate the hash would outweigh the benefit. I might be wrong, but I'm not interested enough to do the work needed to do the tests.
Quote:
Originally Posted by theducks View Post
Wouldn't the hash be affected by fairly 'minor' Calibre activities, like Polish, Which updates the cover and jacket?

The book is the same otherwise
Yes, but stanmarsh is suggesting it for the binary compare. And that is going to be affected by these things. But, if there is a match, then the files are definitely identical.
davidfor is offline   Reply With Quote