Author Topic: Release: SFV Ninja (Simple File Verification application) (Read 200728 times)

Cornucopiae · « **Reply #100 on:** March 10, 2014, 04:26 AM »

1. No crash. In my tests I couldn't get it to crash under Windows XP.
2. Speed is OK!

3. Bug? Can't save list to checksum file (md5), because some of files have zero byte.

MD5

http://radikall.com/images/2014/03/10/Nev7.png

Release: SFV Ninja (Simple File Verification application)

SFV

http://radikall.com/images/2014/03/10/qT28O.png

Release: SFV Ninja (Simple File Verification application)

Sorry for my Eng.

skwire · « **Reply #101 on:** March 13, 2014, 04:46 AM »

Thanks for the bug report, Cornucopiae. Please retest with the latest version and let me know how it goes. I also added the ability to specify a custom listview font.

Website | Download v1.2.0 - 2014-03-13 + Added ability to specify the listview font in the Options menu. ! Zero-byte files weren't handled correctly for MD5, SHA-1, and SHA-256 hash types. (Thanks, Cornucopiae)

skwire · « **Reply #102 on:** April 30, 2014, 02:02 PM »

Website | Download v1.2.1 - 2014-04-30 * Cancelling a scan should be much more responsive. ! Large files weren't hashed properly. (Thanks, P. Montinaro)

Fgkl99 · « **Reply #103 on:** July 01, 2014, 01:14 PM »

This is a very good program. Thank you.
it would be nice to implement the ability to select multiple rows together.
It is very difficult to select hundreds of lines separately

skwire · « **Reply #104 on:** July 02, 2014, 01:41 PM »

Hi, Fgkl99, and welcome to DonationCoder.

it would be nice to implement the ability to select multiple rows together.
It is very difficult to select hundreds of lines separately
-Fgkl99 (July 01, 2014, 01:14 PM)

Please try the new version and see if that is what you had in mind. Also, don't forget that there are "Check all rows" and "Uncheck all rows" toolbar buttons.

Website | Download v1.2.2 - 2014-07-02 + Added Ctrl+S hotkey for saving. + Added "Check selected" and "Uncheck selected" items to the context menu. (Thanks, Fgkl99) * Changed the "Clear list" toolbar icon to a broom icon.

Fgkl99 · « **Reply #105 on:** July 04, 2014, 10:24 AM »

This is exactly what I meant. Thank you.
I found a little error.
The first row is not possible to be checked when you first time (after program start) use "check selected items" feature.

skwire · « **Reply #106 on:** July 07, 2014, 10:43 AM »

Thanks, Fgkl99.

Website | Download v1.2.3 - 2014-07-07 * Worked around an issue where the first row was missed when using the "Check selected" and "Uncheck selected" features under certain scenarios. (Thanks, Fgkl99)

skwire · « **Reply #107 on:** September 29, 2014, 01:59 AM »

Website | Download v1.2.4 - 2014-09-29 + Added file scanning progress bar. + Added options to clear verified, missing, or bad files from the list. * Statusbar counts should be more accurate. ! Made some changes to, hopefully, fix the freeze-while-resizing bug. ! Pressing <ESC> triggered status bar "stopping" text whether a scan was in progress or not.

enone · « **Reply #108 on:** December 08, 2014, 05:21 PM »

Hi All...

Thanks For That Nice Tool

...I'll Ask If It's Possible To Add .ZIP File CRC Check

Some Times Appen That Some Relase Are In ZIP Archive And There Is No SFV Files Inside
So It Will Be Nice To Have A Single Tool To Check For SFV And ZIP Archive CRC If Not SFV
Is Present...

Thanks
Keep Up The Good Work

enone

skwire · « **Reply #109 on:** December 08, 2014, 05:33 PM »

Hi, enone, and welcome to the DonationCoder site.

Thanks For That Nice Tool
...I'll Ask If It's Possible To Add .ZIP File CRC Check
-enone (December 08, 2014, 05:21 PM)

Thank you for your kind words. Unfortunately, I'm not familiar with the Zip File CRC check as you're describing it. Can you provide me with more detail (or an example)?

enone · « **Reply #110 on:** December 09, 2014, 01:45 PM »

I'm Not A Programmer I Don't Know In Witch Language You Coded Your Nice Tool

But I Suppose You Can Use unzip.dll And Check If The Exit Code Is Not "0"

Also I'Ve Found Some Informations Here...

http://stackoverflow...ip-file-is-corrupted

Deozaan · « **Reply #111 on:** December 09, 2014, 02:49 PM »

I've been using this again recently and I've discovered 2 (possibly related) bugs:

If you clear the list while it is verifying files, it will keep verifying files. Or at least the one it was working on.
If you delete a file from the list while it is still verifying files, it will not update the correct rows.

On that last one, what I mean is this:

Say I have 10 files I'm verifying. And it gets through the first 5 and is working on #6. But I realize I don't care about #4, so I click on it and press Delete. Well, now #6 is #5 and #5 is #4, etc. But when it finishes verifying the file, it will write the data in the 6th row.

skwire · « **Reply #112 on:** December 09, 2014, 04:55 PM »

@Deozaan: I've been meaning to make it so the list is disabled during verification so I'll work on that tonight.

skwire · « **Reply #113 on:** December 10, 2014, 03:06 PM »

@Deo:

Website | Download v1.2.5 - 2014-12-10 + Disabled most GUI elements when a scan is in progress. (Thanks, Deozaan) + While a scan is in progress, the menu bar will reduce to a single Cancel menu with a Cancel option.

Deozaan · « **Reply #114 on:** December 10, 2014, 06:26 PM »

Thanks!

Another issue I've noticed is that when I create/verify a bunch of checksums, with some new files added to the mix, if I save the file, SFV Ninja doesn't "reload" the md5 file. So the files I've generated checksums are are still considered "new" and will generate/verify them again if I add more files and click the "verify new" button again.

Not only that, but if I verify a bunch of new files, then save the checsums to a md5 file, then load the md5 file, the files are all still considered new. I have to clear the list first, then load the md5 file before the checksums appear in the "saved checksum" column.

It would be nice if, upon saving the file, all the checksums would be moved over to the "Saved Checksum" column. This would prevent checksums from being generated repeatedly. I suppose this could be "faked" by just clearing the list and reloading the newly saved file immediately.

Deozaan · « **Reply #115 on:** December 17, 2014, 02:12 AM »

I found another bug:

If I click Load directory for md5 checksums, then click Load Directory for files to check, it will add an extra \ to the path if I load from the root of a drive, and will therefore consider the file to be "new" instead of matching it to previously saved checksums.

SFV Ninja Root Bug.png

And now that the GUI is disabled while verifications are in progress, this includes the scrollbar, which means if you are scrolled down (or up?) then you can't see the results of scans as they're happening, other than the status bar at the bottom of the application. It would be nice if the application would keep the most recent results on screen by scrolling the list automatically as checksums are verified.

skwire · « **Reply #116 on:** December 17, 2014, 07:05 AM »

Thanks for both of your last two posts.

I'm currently working on some improvements to ClipTrap but SFV Ninja is next on my agenda.

skwire · « **Reply #117 on:** December 20, 2014, 07:37 PM »

Website | Download v1.2.6 - 2014-12-19 + Added an option to automatically scroll the list so the current file being verified stays visible in the list. This option can be found in the Options menu. * When a checksum file is saved, any current checksums will be copied over to the saved checksum column. (Thanks, Deozaan) ! Duplicate slashes when a drive root was added. (Thanks, Deozaan)

Deozaan · « **Reply #118 on:** December 20, 2014, 08:24 PM »

Sweet! Thanks!

xviruz · « **Reply #119 on:** December 26, 2014, 08:51 PM »

I have a few feature requests... Apologies if they've already been asked for.

1. Do not remember "full screen" as the last used resolution. It's a bit annoying when the program starts up un-maximized but still takes up the entire screen.

2. Faster skips for files with saved checksums. It takes over 10 mins to go through 10k or so files that already have saved checksums when using "verify new files only" (Win 7 x64, Core i5, 8GB RAM, 7200RPM Seagate drive). I'm not sure why that is---if this is all in memory, it should very fast. If GUI is the issue, update it less frequently?

If this is not possible, then it'd be nice to enable saving an SFV without reverifying or skipping files that already have saved checksums. That is, the SFV is generated using "checksum" where possible and "saved checksum" otherwise, throwing a warning only when neither "checksum" nor "saved checksum" exist. So for example, if I load an SFV, I can immediately save it with no warnings. (Right now, it warns when "checksum" fields are empty, even when "saved checksum" is present.)

My use case is CRC'ing an entire drive and occasionally appending/adding CRCs of new files by first loading an existing SFV and drag-n-dropping the drive (or its folders). Ideally, files already with checksums can be skipped very quickly. If not, I'd (want to) sort by saved checksum, calculate it for the new files, sort by filepath, and save a new SFV without reverifying/skipping the existing ones.

3. Allow the comment to display "This file has been modified" when a file's modified timestamp is later than the SFV's creation timestamp. If the timestamp metadata is pulled together with file size when scanning files, there should be no performance penalty. Though, I'd understand if you think this bloats the program in a negative way.

Thanks for all your hard work.

skwire · « **Reply #120 on:** December 26, 2014, 10:59 PM »

Hi, xviruz, and welcome to the DonationCoder site.

1. Do not remember "full screen" as the last used resolution. It's a bit annoying when the program starts up un-maximized but still takes up the entire screen.

2. Faster skips for files with saved checksums. It takes over 10 mins to go through 10k or so files that already have saved checksums when using "verify new files only" (Win 7 x64, Core i5, 8GB RAM, 7200RPM Seagate drive). I'm not sure why that is---if this is all in memory, it should very fast. If GUI is the issue, update it less frequently?
-xviruz (December 26, 2014, 08:51 PM)

Both these items should be addressed in the latest version I just uploaded. Please test and let me know. Links at bottom.

3. Allow the comment to display "This file has been modified" when a file's modified timestamp is later than the SFV's creation timestamp. If the timestamp metadata is pulled together with file size when scanning files, there should be no performance penalty. Though, I'd understand if you think this bloats the program in a negative way.
-xviruz (December 26, 2014, 08:51 PM)

The timestamp data is not currently pulled for each file so I'm not certain how much cumulative time this would add. So, how important is this feature to you?

Thanks for all your hard work.
-xviruz (December 26, 2014, 08:51 PM)

You're very welcome.

Website | Download v1.2.7 - 2014-12-26 * Better window handling when launching the app after it had been closed in a maximised state. (Thanks, xviruz) ! Fixed a slow speed issue when verifying files with an already saved checksum in place. (Thanks, xviruz)

xviruz · « **Reply #121 on:** December 26, 2014, 11:43 PM »

Both these items should be addressed in the latest version I just uploaded. Please test and let me know. Links at bottom.
-skwire (December 26, 2014, 10:59 PM)

Thanks, they both work great. It's much faster now!

The timestamp data is not currently pulled for each file so I'm not certain how much cumulative time this would add. So, how important is this feature to you?
-skwire (December 26, 2014, 10:59 PM)

It's nice-to-have but not critical: the drives I'm CRC'ing are largely append/read-only, so it's not too hard to sift through the bad CRCs and figure out if it was because the file changed. I guess if most of your files are always changing, stale CRCs will be pretty useless.

I haven't ever developed in Windows, so my guess was that if it were anything like Unix, where stat-ing a file will give you a struct with both file size and timestamps, it wouldn't add any disk overheads (since you're already scanning for file sizes). If that's not the case, it'd probably take twice as long in the worst case (an additional scan, no caching).

xviruz · « **Reply #122 on:** December 27, 2014, 09:56 PM »

I just noticed that the "Total" bar is broken. It either doesn't update at all or, when verifying newly added files, gets stuck in a partial state (bar never goes to the end). It was working fine in 1.2.6.

skwire · « **Reply #123 on:** December 27, 2014, 10:45 PM »

I just noticed that the "Total" bar is broken. It either doesn't update at all or, when verifying newly added files, gets stuck in a partial state (bar never goes to the end). It was working fine in 1.2.6.
-xviruz (December 27, 2014, 09:56 PM)

Sorry about that.

Website | Download v1.2.8 - 2014-12-27 ! Total progress bar was broken in the last build. (Thanks, xviruz)

Bluedraft · « **Reply #124 on:** May 08, 2015, 04:43 PM »

Hi, I have 20 files from different directories ready for the checksum, it is possible to output 20 .sfv files in their respective directories instead just one with the 20 checksums? thanks in advance for any help and best regards.