Page 2 of 8 FirstFirst 1234 ... LastLast
Results 31 to 60 of 215

Thread: CHK Hash Tool

  1. #31
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    Well, it's C++ Builder with its flat and inane beyond belief 32-bit compiler.
    64-bit compiler is somewhat okay though.
    Thus I do recommend to use 64-bit CHK only! Think it as I'm keeping 32-bit CHK just for compatibility...

  2. #32
    Member
    Join Date
    Jan 2014
    Location
    Russia
    Posts
    24
    Thanks
    0
    Thanked 2 Times in 2 Posts
    Quote Originally Posted by encode View Post
    Well, it's C++ Builder
    I see... It is kinda Borland Pascal...
    Nevermind, since the bottleneck is reading from HDD, both 64 and 32-bit is very useful. RAM-disk benchmarks are far apart from real life.

  3. #33
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    HDDs are dying these days. As example I have only one 512 GB SSD in my system (Samsung 840 Pro). Some archived files are stored in external RAID1 HDDs though. Anyway, at true 540+ MB/sec reading it's not a bottleneck anymore...

  4. #34
    Member
    Join Date
    Jan 2014
    Location
    Russia
    Posts
    24
    Thanks
    0
    Thanked 2 Times in 2 Posts
    Quote Originally Posted by encode View Post
    HDDs are dying these days. As example I have only one 512 GB SSD in my system (Samsung 840 Pro). Some archived files are stored in external RAID1 HDDs though. Anyway, at true 540+ MB/sec reading it's not a bottleneck anymore...
    In that case we do not need all these hashes except blake2sp as in WinRAR5 -))

  5. #35
    Expert
    Matt Mahoney's Avatar
    Join Date
    May 2008
    Location
    Melbourne, Florida, USA
    Posts
    3,255
    Thanks
    306
    Thanked 779 Times in 486 Posts
    HDDs are not going away as long as they are 10 times cheaper per byte than flash/SSD. If current trends continue, it will be 10-20 years before that changes. http://www.jcmit.com/mem2013.htm

  6. #36
    Member
    Join Date
    Jun 2009
    Location
    Kraków, Poland
    Posts
    1,475
    Thanks
    26
    Thanked 121 Times in 95 Posts
    I think that in consumer space HDD will lose their popularity sooner than that. Now HDD capacities are in the range of single terabytes and I'm not really convinced that users will store ever increasing sets of files. Broadband connections are becoming more and more common so keeping eg movies on disk is becoming less and less relevant. Once 1 TB SSDs are as cheap as 100 GB SSDs are today I think HDDs popularity will quickly diminish.

    However, when building a heavily replicated storage cloud or something like that, HDDs will still be a better option.

  7. Thanks:

    Bulat Ziganshin (4th February 2014)

  8. #37
    Expert
    Matt Mahoney's Avatar
    Join Date
    May 2008
    Location
    Melbourne, Florida, USA
    Posts
    3,255
    Thanks
    306
    Thanked 779 Times in 486 Posts
    Right. With a fast internet connection, you don't need a lot of storage. HDDs will be mainly for servers.

  9. #38
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    What's new in upcoming versions:
    • "Anime Checker" feature - if a filename contains a valid hash - the file icon will be set to OK sign
    • Redesigned icons - as in older versions, but 32-bit ones. Back to classics.
    • Most likely, CRC16 (as in older versions, same as in LHA archives)

    Not sure about "Add Hash to Filename" feature - can't figure out how to make this thing 100% clear, simple and useful - how to fit it right in. Even SHA1 might be too long for filenames. It could be better to add simple "Rename" command or something...

  10. #39
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    Attached Thumbnails Attached Thumbnails Click image for larger version. 

Name:	chk160-1.png 
Views:	269 
Size:	61.8 KB 
ID:	2825   Click image for larger version. 

Name:	chk160-2.png 
Views:	262 
Size:	62.9 KB 
ID:	2826   Click image for larger version. 

Name:	chk160-3.png 
Views:	253 
Size:	40.3 KB 
ID:	2827  

  11. #40
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    Anime Checker example:
    Attached Thumbnails Attached Thumbnails Click image for larger version. 

Name:	anime-check.png 
Views:	284 
Size:	23.4 KB 
ID:	2828  

  12. Thanks (2):

    Bulat Ziganshin (26th April 2014),surfersat (26th April 2014)

  13. #41
    Member
    Join Date
    Feb 2013
    Location
    ARGENTINA
    Posts
    81
    Thanks
    220
    Thanked 26 Times in 18 Posts
    Quote Originally Posted by encode View Post
    Anime Checker example:
    Anime checker is a nice feature!

    Greetings.

  14. #42
    Member Fallon's Avatar
    Join Date
    May 2008
    Location
    Europe - The Netherlands
    Posts
    158
    Thanks
    14
    Thanked 10 Times in 5 Posts
    I still like this proggie of yours as much as ever. CHK is useful and simple and so the portable lives in the root of my system.

    Quote Originally Posted by Piotr Tarsa View Post
    I think that in consumer space HDD will lose their popularity sooner than that. Now HDD capacities are in the range of single terabytes and I'm not really convinced that users will store ever increasing sets of files. Broadband connections are becoming more and more common so keeping eg movies on disk is becoming less and less relevant. Once 1 TB SSDs are as cheap as 100 GB SSDs are today I think HDDs popularity will quickly diminish.
    Look at it broadly. People will keep whatever is in their interest, which is what they want to own. In the 19th century, stored data may have been a library, nowadays it is electronic data for business or for personal consumption (Music, movies, books, games, whatever).

    'Broadband connections' refers to the cloud. The cloud is most useful for exchanging things like:
    -1- unimportant business data.
    -2- consumer data that costs extra to use.
    Hyping the cloud for everything under the sun is in the interest of the companies providing the cloud (examples: Microsoft can charge 10 bucks a month for MS Office 365, Netflix can charge for movies), but it is only partly in the users interest.

    1) If business is important - lets say your business has innovative ideas, then safety becomes an issue. Putting sensitive data in a cloud that is not yours, is risky.
    2) If consumers have to pay to get data down from the cloud, then it will become all the more interesting to keep the data they do own, on a backup device at home, under control. Personal backup is not out of reach like a library was in the old days. But everything in the cloud can be out of reach.

    So I see people store all the sets of files they want to own, including favorite movies.

  15. #43
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    Attached Thumbnails Attached Thumbnails Click image for larger version. 

Name:	sha224.png 
Views:	244 
Size:	21.8 KB 
ID:	2894  

  16. #44
    Member
    Join Date
    Feb 2013
    Location
    San Diego
    Posts
    1,057
    Thanks
    54
    Thanked 71 Times in 55 Posts
    Quote Originally Posted by Matt Mahoney View Post
    Right. With a fast internet connection, you don't need a lot of storage. HDDs will be mainly for servers.
    Internet connections don't store data, though; they only move it around, so cloud storage doesn't directly affect the quantity of drives demanded -- just who buys them. Cloud storage offers the potential to save tremendous amounts of space through deduplication. But deduplication seems to have unavoidable privacy concerns.
    Last edited by nburns; 10th May 2014 at 01:25.

  17. #45
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    The Hash Explorer concept:
    Attached Thumbnails Attached Thumbnails Click image for larger version. 

Name:	opts.png 
Views:	257 
Size:	77.1 KB 
ID:	2899   Click image for larger version. 

Name:	file.png 
Views:	224 
Size:	71.7 KB 
ID:	2900  

  18. #46
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    Dear readers from the United States, I need your assistance!
    How you'd call the "Uppercase Hashes" option? Is it look natural and self-explanatory to you? How about "Use Uppercase", "Display Hashes in Uppercase", ... ?

  19. #47
    Member
    Join Date
    Jun 2013
    Location
    USA
    Posts
    98
    Thanks
    4
    Thanked 14 Times in 12 Posts
    Uppercase Hashes sounds fine. Display Hashes in Uppercase sounds verbose. Use Uppercase sounds slightly ambiguous

  20. Thanks:

    encode (11th May 2014)

  21. #48
    Member
    Join Date
    Feb 2013
    Location
    San Diego
    Posts
    1,057
    Thanks
    54
    Thanked 71 Times in 55 Posts
    Quote Originally Posted by Mangix View Post
    Uppercase Hashes sounds fine. Display Hashes in Uppercase sounds verbose. Use Uppercase sounds slightly ambiguous
    Capitalize Hashes might be clearer. In any case, it will probably become obvious once the user clicks it.

  22. #49
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    Quote Originally Posted by nburns View Post
    Capitalize Hashes might be clearer. In any case, it will probably become obvious once the user clicks it.
    The thing is, "uppercase" (upper-case) and/or "lowercase" are sort of keywords in hash tools.

  23. #50
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    Yes we can!
    Attached Thumbnails Attached Thumbnails Click image for larger version. 

Name:	copy.png 
Views:	238 
Size:	80.7 KB 
ID:	2901  

  24. #51
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    The copied text example:
    Code:
    7581BBEAE184772BFE6474FE8ED083BCAB9C38BB *RealTemp.exe
    74CA048B4118D12BC6C2550F2715858E5A47659F *RealTemp.ini
    96A4D072ED81D5FC0B56B033B90B6FC3258CEB6A *RealTemp.zip
    9A36BDBD3B59D8854ED5AA09751635B478550DB8 *RealTempGT.exe
    1A185F28F642F197B668D6DFF60D094272EE5947 *RealTempGT.ini
    CB5B1EF83E8854747B25B447F52927EDFA29E6E0 *RTCore.cfg
    747285C5DE346B141F1C0624116B0C1ABC7077E1 *RTCore.dll
    DDB94D9BC031ABF1AFE97DFEA32685A2369C7FE3 *RTCore.rth
    824999C9C8CF2227DCEA304BBC67B09EF4F563E8 *RTFont.fon
    8BE972FA6BD14E253618DF7966F50D5EF670B11A *RTShutDown.bat
    37B18D278975591AF8F6A9AB6FF72D4A5FDFCDA3 *RTWarning.wav
    F15AF33A43D6AF621159EC0D74A7A7B09CB28A73 *WinRing0.dll
    8AC34EB21B9B38F67CD29684C45696C20AB2E75A *WinRing0.sys
    E6DD89BD8E29C66BE84B00154998046FFF3FFA00 *WinRing0x64.dll
    D25340AE8E92A6D29F599FEF426A2BC1B5217299 *WinRing0x64.sys

  25. #52
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    And again, should I rename "Copy Hash" command? "Copy Hash(es)" / "Copy Hashes"? Or "Copy Info" / "Copy Hash Info"?

  26. #53
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    Or simple "Copy" is enough?

  27. #54
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    To avoid "Feaure Creep", CHK v1.60 will be released very soon!
    Attached Thumbnails Attached Thumbnails Click image for larger version. 

Name:	copy2.png 
Views:	231 
Size:	81.3 KB 
ID:	2902   Click image for larger version. 

Name:	FeatureCreep.jpg 
Views:	252 
Size:	76.8 KB 
ID:	2903  

  28. #55
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    Okay, the CHK v1.60 is here:
    http://compressme.net/


  29. Thanks:

    Edison007 (14th May 2014)

  30. #56
    Member
    Join Date
    Jun 2013
    Location
    USA
    Posts
    98
    Thanks
    4
    Thanked 14 Times in 12 Posts
    interesting note:

    I ran MinGW's strip utility against the 64-bit chk.exe and reduced the size.

    Original: 8,671,602 bytes

    Stripped: 6,760,960 bytes

    Figured I'd post this since this is a forum about making files smaller .

  31. Thanks:

    encode (8th June 2014)

  32. #57
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    Thanks for your hint! I'll keep that trick for a next release!

  33. #58
    Programmer Bulat Ziganshin's Avatar
    Join Date
    Mar 2007
    Location
    Uzbekistan
    Posts
    4,511
    Thanks
    746
    Thanked 668 Times in 361 Posts
    just add "-s" to the gcc compilation comnmand - it runs "strip" on the produced executable, f.e.:

    gcc -static -O3 -s lzd.cpp -olzd.exe

  34. #59
    Member
    Join Date
    Mar 2008
    Location
    Minsk
    Posts
    9
    Thanks
    0
    Thanked 2 Times in 2 Posts
    Could you please add TTH calculation?

  35. #60
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    Honestly, this feature is in my TODO list for a couple of years now.
    The next release will feature CFG-file (CHK will keep selected hash type and other options)

Page 2 of 8 FirstFirst 1234 ... LastLast

Similar Threads

  1. pcompress, a deduplication/compression utility
    By moinakg in forum Data Compression
    Replies: 156
    Last Post: 17th October 2019, 04:11
  2. Hash / Checksum algorithm considerations
    By Cyan in forum Data Compression
    Replies: 61
    Last Post: 16th June 2017, 01:28
  3. CHK v1.10 is here!
    By encode in forum Data Compression
    Replies: 21
    Last Post: 30th December 2012, 19:20
  4. CHK v1.03 is here!
    By encode in forum Data Compression
    Replies: 58
    Last Post: 2nd December 2012, 01:00
  5. Remote diff utility
    By Shelwien in forum Data Compression
    Replies: 2
    Last Post: 6th September 2009, 16:37

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •