A Windows XP help forum. PCbanter

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Go Back   Home » PCbanter forum » Microsoft Windows XP » General XP issues or comments
Site Map Home Register Authors List Search Today's Posts Mark Forums Read Web Partners

File comparison



 
 
Thread Tools Display Modes
  #1  
Old June 11th 19, 07:01 PM posted to alt.windows7.general,microsoft.public.windowsxp.general
Miker
external usenet poster
 
Posts: 1
Default File comparison

Looking for a way to see if files are missing on a flash drive as
compared to my hard disk folder and then be able to copy to synchronize.

Any good free applications for that ?
Would be nice if it worked on Windows XP but not mandatory.
Ads
  #2  
Old June 11th 19, 07:58 PM posted to alt.windows7.general,microsoft.public.windowsxp.general
G Ross[_2_]
external usenet poster
 
Posts: 28
Default File comparison

Miker wrote:
Looking for a way to see if files are missing on a flash drive as
compared to my hard disk folder and then be able to copy to synchronize.

Any good free applications for that ?
Would be nice if it worked on Windows XP but not mandatory.

First of all, this is not free. When I bought it it was $15, not sure
about now, but I have been using Nico's Commander for years, first on
XP and now on W7. It has two windows and you can call up the same
directory on two machines if networked or a removable disk. Then the
options include DirCompare between the two windows. It highlights the
newer file and then you can click on copy and the newer files are
copied to the other directory. Of course it will delete, move a file,
make a new directory, view a file, edit a text file, and lots of other
goodies. If you have problems with it, Nico Cuppen is a good guy.

--
G Ross
  #3  
Old June 11th 19, 08:28 PM posted to alt.windows7.general,microsoft.public.windowsxp.general
VanguardLH[_2_]
external usenet poster
 
Posts: 10,881
Default File comparison

Miker wrote:

Looking for a way to see if files are missing on a flash drive as
compared to my hard disk folder and then be able to copy to synchronize.


Called "mirroring".

Any good free applications for that ?
Would be nice if it worked on Windows XP but not mandatory.


SyncBack Free.

System requirements: Windows 10, 8, 7 and Vista (32/64 bit). Lots of
program quit supporting Windows XP which died 5 years agao (April 8,
2014) after being supported for 12 years. Sorry, no support for XP.

I paid for SyncBackLite (no longer available, so the next step up to
payware is SyncBackSE) because it can use VSC to copy locked files. The
free version can't do that, so you see access errors in a job's log.

Another is FreeFileSync, but I found SyncBack is easier to use.
FreeFileSync supports Windows from 10 back to XP, along with macOS, OSX,
and various Linux distros. However, there is a note on their site
stating that FreeFileSync will support Windows XP and Vista only until
version 10.11. The latest is 10.12, so you have to find the older
version.
  #4  
Old June 11th 19, 08:39 PM posted to alt.windows7.general,microsoft.public.windowsxp.general
Paul[_32_]
external usenet poster
 
Posts: 11,873
Default File comparison

Miker wrote:
Looking for a way to see if files are missing on a flash drive as
compared to my hard disk folder and then be able to copy to synchronize.

Any good free applications for that ?
Would be nice if it worked on Windows XP but not mandatory.


https://web.archive.org/web/20140818...lesync-review/

http://en.wikipedia.org/wiki/Compari...ation_software

*******

There is also Robocopy.

https://docs.microsoft.com/en-us/pre...28v=msdn.10%29

http://download.microsoft.com/downlo...ght2006_11.exe

Without installing that package, I can just reach in and
pull out a copy of Robocopy.exe XP026.

Name: _54ECED6107F5477E80212C764531DDF6 === rename to robocopy.exe
Size: 212992 bytes
Modified: 2005-11-22 06:14:16

When unpacked with 7ZIP, you get Robocopy XP026 (5.1.2600.26)
This is the checksum of robocopy.exe

SHA1: 58B049C8A7344380FA17CA50E880091126D2E70C

Robocopy is command line based.

It is a "folder copy utility" - it expects folders as objects.

robocopy C:\src D:\dest

It supports various copy disciplines, such as the dangerous /MIR.

With /MIR, the flash stick would be "made to have the same file set".
If you were bringing a file back home on the Flash, and accidentally
ran Robocopy /MIR towards the Flash stick, the "unique" file you
were bringing from work would be erased. In fact

robocopy some-empty-directory D:\dest /MIR

is a pattern used to *erase* the flash stick. By telling the
tool to mirror an empty folder to the flash stick, the
dest folder gets erased.

If you use this, you get the help page.

robocopy /?

You'll notice there is a /S and that /MIR is the
same as /E /PURGE. This implies that /S is "additive"
in a sense, so files at least don't get thrown away,
but similarly named things ("clash"), something
nasty could happen depending on date stamps.

*******

*Don't* use FAT32 on the flash stick when using Sync software.
The datestamps on FAT32 are interpreted in terms of
"Daylight Saving Time". Whereas NTFS is Universal Time,
and not subject to hiccups when DST changes. On a FAT32
situation, the entire flash stick could be rewritten,
because of a "trivial misinterpretation" of the date info.

*******

My personal preference is, I *hate* software which has the
option for automated deletion, because sooner or later, it's
going to kick you in the nads.

I lost 1GB of data, before I could stop one of these.
Lesson learned ? *Don't* copy/paste Robocopy commands
directly into a Command Prompt window. Verify by pasting
the copy buffer into Notepad first, that the copy
buffer contains what you think if contains.

Another issue is drive lettering. For example,
Windows drive letters can "go all over the place on you".
A mapped network drive could be using the same letter
as your USB stick, and a "very nasty mirror operation"
could result, destroying something. Always check check
and recheck, that the drive letters didn't change while
you picked up that cup of coffee.

In any case, this is my "cloner" command used for various
things here, such as "refreshing a hard drive" and
"defragmenting the hard way".

I keep a logfile of *every* usage of Robocopy here. In this
example, I erase drive O: first, ensuring no fragments
and a clean work surface. Thus, my usage of /MIR, doesn't
matter.

robocopy F:\ O:\ /mir /copy:datso /dcopy:t /r:3 /w:2 /zb /np /tee /v /log:robocopy_F_to_O.log

....do some other stuff...

robocopy O:\ F:\ /mir /copy:datso /dcopy:t /r:3 /w:2 /zb /np /tee /v /log:robocopy_O_to_F.log

Now, I can use "mirror" in these examples, because I know
that both destinations will be empty at the time of usage.

I check the summary table on each log, to see whether
the file counts are roughly the same.

Paul
  #5  
Old June 11th 19, 08:40 PM posted to alt.windows7.general,microsoft.public.windowsxp.general
VanguardLH[_2_]
external usenet poster
 
Posts: 10,881
Default File comparison

There is also robocopy.exe that comes in Windows as of Vista. You
posted to multiple newsgroups (7 and XP). For XP, you had to download
Microsoft's Resource Kit for Windows 2003 Server. Don't know if
Microsoft still has that download.

Oooh, a Google Search found it at:

https://www.microsoft.com/en-us/down....aspx?id=17657

Robocopy has its /mir command-line switch to do mirroring. It also has
an /L switch to let you simulate what it would do, so you can see before
doing.

https://en.wikipedia.org/wiki/Robocopy

I would strongly suggest you specify the error wait (/w) and error count
(/r) switches with MUCH smaller values, like 10 and 5; else, robocopy
will wait years trying to copy a file that fails to copy. The default
for /w is 30 seconds which isn't too bad, but 1 million retries is
ridiculous, so use /r:5 or anything much smaller. If the source folder
has files that may be locked but only for awhile, use /w and /r values
that will exceed the expected lockout time. If a file is locked during
the entire Windows session, robocopy will always fail. Robocopy does
not itself support VSC (Volume Shadow Copy). There are ways you can
create a shadow copy and have robocopy use that as the source, but I'll
let you do the online research on that. I haven't bothered to make my
own shadow copies for a very long time, and prefer to use programs that
support VSC themselves.

Run "robocopy /?" in a command shell to see its switches and
command-line syntax.

In the above wiki article:

Robocopy versions on systems older than Windows Vista do not mirror
properly. They ignore changed security attributes of previously
mirrored files.

If you don't care about retaining NTFS permissions on the copied files,
especially if the destination for the copies is formatted as FAT32 which
doesn't have permissions on files, then you'll still be okay using
robocopy on Windows XP.
  #6  
Old June 11th 19, 10:49 PM posted to alt.windows7.general,microsoft.public.windowsxp.general
Stan Brown
external usenet poster
 
Posts: 2,904
Default File comparison

On Tue, 11 Jun 2019 11:01:30 -0700, Miker wrote:

Looking for a way to see if files are missing on a flash drive as
compared to my hard disk folder and then be able to copy to synchronize.

Any good free applications for that ?
Would be nice if it worked on Windows XP but not mandatory.


Robocopy, which is actually part of Windows 7.

Use the /L option to have it show you the discrepancies without
copying any files.

--
Stan Brown, Oak Road Systems, Tompkins County, New York, USA
http://BrownMath.com/
http://OakRoadSystems.com/
Shikata ga nai...
  #7  
Old June 12th 19, 12:50 AM posted to alt.windows7.general,microsoft.public.windowsxp.general
J. P. Gilliver (John)[_4_]
external usenet poster
 
Posts: 2,679
Default File comparison

In message , Miker
writes:
Looking for a way to see if files are missing on a flash drive as
compared to my hard disk folder and then be able to copy to synchronize.

Any good free applications for that ?
Would be nice if it worked on Windows XP but not mandatory.


SyncToy, part of the SysInternals suite, is free and runs on both XP and
7: https://www.microsoft.com/en-us/down....aspx?id=15155

It can do three sorts of sync:

Synchronize: New and updated files are copied both ways. Renames and
deletes on either side are repeated on the other.
Echo: New and updated files are copied left to right. Renames and
deletes on the left are repeated on the right.
Contribute: New and updated files are copied left to right. Renames on
the left are repeated on the right. No deletions.

I think Echo is the one you want; it's what I use to backup my data disc
(i. e. so that the destination ["right"] ends up as a copy of the source
["left"], without changing the left.

It has a preview mode that doesn't actually do any operations.
--
J. P. Gilliver. UMRA: 1960/1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

Why doesn't DOS ever say "EXCELLENT command or filename!"
  #8  
Old June 13th 19, 05:03 AM posted to alt.windows7.general,microsoft.public.windowsxp.general
Ken Springer[_2_]
external usenet poster
 
Posts: 3,817
Default File comparison

On 6/11/19 12:01 PM, Miker wrote:
Looking for a way to see if files are missing on a flash drive as
compared to my hard disk folder and then be able to copy to synchronize.

Any good free applications for that ?
Would be nice if it worked on Windows XP but not mandatory.


OK... Here's a question for you...

Are you 100% sure the *contents* of two or more files with the same name
are identical? If you are, then there's no reason for you or anyone to
read any further.

My brother-in-law takes more photos than most people do. He used to
reload bulk film into empty film cartridges.

Now, thanks to digital cameras, he has thousands of photo files.

Many of the files he would tweak with some photo program, and then save
the file to a different location, using the same filename. Plus he's
moved some of the photos around so many times, he has duplicates all
over the place. And he has no idea which file is the original.

And now, he wants to get rid of all the duplicates! He's having to open
them all to see which ones he wants to keep.

Rather daunting, wouldn't you say? G

I sure hope you are in this situation!


--
Ken
MacOS 10.14.5
Firefox 67.0
Thunderbird 60.7
"My brain is like lightning, a quick flash
and it's gone!"
  #9  
Old June 13th 19, 06:08 AM posted to alt.windows7.general,microsoft.public.windowsxp.general
Monty
external usenet poster
 
Posts: 598
Default File comparison

On Wed, 12 Jun 2019 22:03:50 -0600, Ken Springer
wrote:


Many of the files he would tweak with some photo program, and then save
the file to a different location, using the same filename. Plus he's
moved some of the photos around so many times, he has duplicates all
over the place. And he has no idea which file is the original.

Would comparing the date and time of the same photos give a clue to
which is the original?
  #10  
Old June 13th 19, 11:37 AM posted to alt.windows7.general,microsoft.public.windowsxp.general
Ken Springer[_2_]
external usenet poster
 
Posts: 3,817
Default File comparison

On 6/12/19 11:08 PM, Monty wrote:
On Wed, 12 Jun 2019 22:03:50 -0600, Ken Springer
wrote:


Many of the files he would tweak with some photo program, and then save
the file to a different location, using the same filename. Plus he's
moved some of the photos around so many times, he has duplicates all
over the place. And he has no idea which file is the original.

Would comparing the date and time of the same photos give a clue to
which is the original?


Possibly. I'm not going to get into File Management and a user's
knowledge of his/her computer, but that is what the OP is talking about.

In general, for photos, you have to consider the following:

1. The date and time you need would have to be part of the metadata of
the photo. If the photo is old enough, the metadata will not exist.
Some of my brother-in-laws photos may go all the way back to DOS days
and before. They would be scanned photos, and the metadata would not exist.

2. You have to know what the correct metadata is called. Here, what is
displayed may not match the actual "term" used in the file's metadata.
So you need to know which OS you are using, i.e. Windows vs. Mac vs
Linux. Then, you have to know which version of the OS you are using, as
I discovered sometimes the name for the metadata as displayed on your
screen will vary.

There are other factors that vary in his project, but I'm not going to
go there! LOL

And it gets even more complex with other types of files.


--
Ken
MacOS 10.14.5
Firefox 67.0
Thunderbird 60.7
"My brain is like lightning, a quick flash
and it's gone!"
  #11  
Old June 13th 19, 12:26 PM posted to alt.windows7.general,microsoft.public.windowsxp.general
VanguardLH[_2_]
external usenet poster
 
Posts: 10,881
Default File comparison

Ken Springer wrote:

Are you 100% sure the *contents* of two or more files with the same
name are identical? If you are, then there's no reason for you or
anyone to read any further.


How does an equal filename mandate equal content? I can edit an
existing .docx, .txt, .xlsx, or other document and save the changes.
That doesn't change the filename although the contents have changed.

Sometimes a sync tool will use the Modified datestamp to determine if a
file in the source path is later than the same-named file in the same
folder in the destination location. The might be mostly okay. However,
a decent sync tool should have an option to compare hashes or, at least,
the file sizes of the source and destination files. It is possible to
touch a file which changes its datestamp without ever editing the file.
For example, FTP'ing a file from one host to another does not preserve
the datestamp (unless the FTP client supports that and that option is
enabled).

My brother-in-law takes more photos than most people do. He used to
reload bulk film into empty film cartridges.


I wasn't aware the OP was focused on photo files. Even so, a user might
edit a photo, so its content changes but not its filename. They may
copy a photo from somewhere else to overwrite one somewhere else, like
the source folder used in the sync job.

Now, thanks to digital cameras, he has thousands of photo files.

Many of the files he would tweak with some photo program, and then save
the file to a different location, using the same filename. Plus he's
moved some of the photos around so many times, he has duplicates all
over the place. And he has no idea which file is the original.


A dupe finder that uses hashes on files should be able to locate the
duplicates. Before creating hashes or doing binary compares of files,
the first step would be to sort or record the files by their sizes.
Files cannot be duplicates unless their byte sizes match. That doesn't
mean the bytes match up, but if one file differs by a byte then it
cannot be equal to another file.

And now, he wants to get rid of all the duplicates! He's having to
open them all to see which ones he wants to keep.

Rather daunting, wouldn't you say? G


I find it much easier to perform incremental cleanup than waiting to
perform catastrophic cleanup. Some folks let their homes get into a
severe mess (junk all over, dusty, dirty carpets, etc) hence the
traditional "spring cleaning". If I don't make a mess, I don't have one
to cleanup.

I sure hope you are in this situation!


You hope we're in the situation of having tons of duplicate files?
  #12  
Old June 13th 19, 01:06 PM posted to alt.windows7.general,microsoft.public.windowsxp.general
Ken Springer[_2_]
external usenet poster
 
Posts: 3,817
Default File comparison

On 6/13/19 5:26 AM, VanguardLH wrote:
Ken Springer wrote:

Are you 100% sure the *contents* of two or more files with the same
name are identical? If you are, then there's no reason for you or
anyone to read any further.


How does an equal filename mandate equal content? I can edit an
existing .docx, .txt, .xlsx, or other document and save the changes.
That doesn't change the filename although the contents have changed.


It doesn't, and that is my point. If you wrote your modified file to
another location, you now have 2 files with the same filename but
different contents. So if the OP has this situation, and just compares
the filenames to see if the files are "missing", he/she may actually be
seeing two files with the same filename but the contents are different.

I'm not saying this is actually the case in the OP's situation, just
noting it's possible.

Sometimes a sync tool will use the Modified datestamp to determine if a
file in the source path is later than the same-named file in the same
folder in the destination location. The might be mostly okay. However,
a decent sync tool should have an option to compare hashes or, at least,
the file sizes of the source and destination files. It is possible to
touch a file which changes its datestamp without ever editing the file.
For example, FTP'ing a file from one host to another does not preserve
the datestamp (unless the FTP client supports that and that option is
enabled).


And all these variables leads to the possibility of a user deleting a
unique file rather than a duplicate file.

My brother-in-law takes more photos than most people do. He used to
reload bulk film into empty film cartridges.


I wasn't aware the OP was focused on photo files. Even so, a user might
edit a photo, so its content changes but not its filename. They may
copy a photo from somewhere else to overwrite one somewhere else, like
the source folder used in the sync job.


I don't know either, I was just using photos as a "pitfall" example of
what could happen. That's why I noted that if the OP is 100% positive
the content of all the files are identical, no need for reading further.

Now, thanks to digital cameras, he has thousands of photo files.

Many of the files he would tweak with some photo program, and then save
the file to a different location, using the same filename. Plus he's
moved some of the photos around so many times, he has duplicates all
over the place. And he has no idea which file is the original.


A dupe finder that uses hashes on files should be able to locate the
duplicates. Before creating hashes or doing binary compares of files,
the first step would be to sort or record the files by their sizes.
Files cannot be duplicates unless their byte sizes match. That doesn't
mean the bytes match up, but if one file differs by a byte then it
cannot be equal to another file.


I almost always look at situations like the OP's and ask, "How can the
typical user avoid screwing up?" I usually come to the conclusion it
won't happen, because the typical user is not interested in learning how
the computer works. :-(

And now, he wants to get rid of all the duplicates! He's having to
open them all to see which ones he wants to keep.

Rather daunting, wouldn't you say? G


I find it much easier to perform incremental cleanup than waiting to
perform catastrophic cleanup. Some folks let their homes get into a
severe mess (junk all over, dusty, dirty carpets, etc) hence the
traditional "spring cleaning". If I don't make a mess, I don't have one
to cleanup.


I think he looked at his shelf and all the external drives he has, and
wanted to get rid of some of the drives to simplify his hardware situation.

I sure hope you are in this situation!


You hope we're in the situation of having tons of duplicate files?


LOL!!! That's obviously a typo. It should say "aren't".

As time goes by, it gets harder and harder for me to see those mistakes.
By "see", I actually mean *see* the mistake. For instance, if the word
"saved" is in the text, and the font and size of the text is the right
physical size, when I focus my eyes on the "v", I do not see the
trailing "ed". :-(


--
Ken
MacOS 10.14.5
Firefox 67.0
Thunderbird 60.7
"My brain is like lightning, a quick flash
and it's gone!"
  #13  
Old June 13th 19, 03:25 PM posted to alt.windows7.general,microsoft.public.windowsxp.general
J. P. Gilliver (John)[_4_]
external usenet poster
 
Posts: 2,679
Default File comparison

In message , Ken Springer
writes:
On 6/11/19 12:01 PM, Miker wrote:
Looking for a way to see if files are missing on a flash drive as
compared to my hard disk folder and then be able to copy to synchronize.
Any good free applications for that ?
Would be nice if it worked on Windows XP but not mandatory.


(See my previous post recommending SyncToy.)

OK... Here's a question for you...

Are you 100% sure the *contents* of two or more files with the same
name are identical? If you are, then there's no reason for you or
anyone to read any further.


You are answering - or rather, not answering - a question that "Miker"
didn't ask. I may be wrong, but I think what he is wanting to do is
verify that he has a true copy (of "my hard disk folder") on his flash
drive, and amend if not. I would think he wants, if he had duplicates in
different sub-folders on the source (drive, partition, folder,
whatever), he wants to end up with the same duplicates in the copy.



Now, on your other subject:

My brother-in-law takes more photos than most people do. He used to
reload bulk film into empty film cartridges.


(I did that. Reverse-processing, so I took monochrome slides.)
[]
And now, he wants to get rid of all the duplicates! He's having to
open them all to see which ones he wants to keep.

Rather daunting, wouldn't you say? G


Yes! However, there _are_ several softwares specifically designed for
that purpose. The better ones will bring up two candidates side-by-side
(and show parameter information where available, such as size [pixels
_and_ filesize], full pathname, and date and/or other information where
available), for you to decide which to keep (letting you open them in
your preferred software to look more closely), and:

o let you set a percentage match before they show you the "matches"
o compare images of different resolutions and filetypes
o detect rotations, at least multiples of 90 degrees

One such I have is Duplicate Image Finder from Runningman Software, but
www.rmsft.com seems to no longer exist - but there are many others.

I sure hope you are in this situation!


--
J. P. Gilliver. UMRA: 1960/1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf

"Usenet is a way of being annoyed by people you otherwise never would have met."
- John J. Kinyon
  #14  
Old June 13th 19, 03:26 PM posted to alt.windows7.general,microsoft.public.windowsxp.general
Paul[_32_]
external usenet poster
 
Posts: 11,873
Default File comparison

Ken Springer wrote:
On 6/11/19 12:01 PM, Miker wrote:
Looking for a way to see if files are missing on a flash drive as
compared to my hard disk folder and then be able to copy to synchronize.

Any good free applications for that ?
Would be nice if it worked on Windows XP but not mandatory.


OK... Here's a question for you...

Are you 100% sure the *contents* of two or more files with the same name
are identical? If you are, then there's no reason for you or anyone to
read any further.

My brother-in-law takes more photos than most people do. He used to
reload bulk film into empty film cartridges.

Now, thanks to digital cameras, he has thousands of photo files.

Many of the files he would tweak with some photo program, and then save
the file to a different location, using the same filename. Plus he's
moved some of the photos around so many times, he has duplicates all
over the place. And he has no idea which file is the original.

And now, he wants to get rid of all the duplicates! He's having to open
them all to see which ones he wants to keep.

Rather daunting, wouldn't you say? G

I sure hope you are in this situation!


There are programs for finding "similar" images
in a collection.

But that's about the only help the computer can
provide, which is entirely free of side effects.

Many other things you might decide to do, will
be hard work.

Paul

  #15  
Old June 13th 19, 03:51 PM posted to alt.windows7.general,microsoft.public.windowsxp.general
Ken Springer[_2_]
external usenet poster
 
Posts: 3,817
Default File comparison

On 6/13/19 8:25 AM, J. P. Gilliver (John) wrote:
In message , Ken Springer
writes:
On 6/11/19 12:01 PM, Miker wrote:
Looking for a way to see if files are missing on a flash drive as
compared to my hard disk folder and then be able to copy to synchronize.
Any good free applications for that ?
Would be nice if it worked on Windows XP but not mandatory.


(See my previous post recommending SyncToy.)

OK... Here's a question for you...

Are you 100% sure the *contents* of two or more files with the same
name are identical? If you are, then there's no reason for you or
anyone to read any further.


You are answering - or rather, not answering - a question that "Miker"
didn't ask. I may be wrong, but I think what he is wanting to do is
verify that he has a true copy (of "my hard disk folder") on his flash
drive, and amend if not. I would think he wants, if he had duplicates in
different sub-folders on the source (drive, partition, folder,
whatever), he wants to end up with the same duplicates in the copy.


True, Miker didn't ask. But I wondered if it was something that had
occurred to him or not. In case the thought didn't occur, I thought it
might prove helpful to keep from making any mistakes.

But if one or more file, with the same filename exists at each location,
is it really a "true copy"? I would say no.

I agree with what you think he wants, I would just hate to see Miker
toss something out that he really wants solely because the filename is
the same.

Now, on your other subject:

My brother-in-law takes more photos than most people do. He used to
reload bulk film into empty film cartridges.


(I did that. Reverse-processing, so I took monochrome slides.)
[]
And now, he wants to get rid of all the duplicates! He's having to
open them all to see which ones he wants to keep.

Rather daunting, wouldn't you say? G


Yes! However, there _are_ several softwares specifically designed for
that purpose. The better ones will bring up two candidates side-by-side
(and show parameter information where available, such as size [pixels
_and_ filesize], full pathname, and date and/or other information where
available), for you to decide which to keep (letting you open them in
your preferred software to look more closely), and:

o let you set a percentage match before they show you the "matches"
o compare images of different resolutions and filetypes
o detect rotations, at least multiples of 90 degrees



Without the details, that's exactly what I told him. But I don't know
if he looked, or asked anyone to look. :-(

snip

--
Ken
MacOS 10.14.5
Firefox 67.0
Thunderbird 60.7
"My brain is like lightning, a quick flash
and it's gone!"
 




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off






All times are GMT +1. The time now is 05:34 AM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2024 PCbanter.
The comments are property of their posters.