Find duplicates

[pic_viewer]

Hello,

yesterday I tried to use the 'Find Duplicates' function. I had big problems to understand it, and there seems to be no help topic available explaining what's going on, so here are my questions:

- Is this function fully implemented or still worked on?

- Where do I find information how to use it?

My problems:

- The duplicate search is veeeery slow. TC is a lot faster. This may be caused by the missing option to select BOTH date and content.

- After searching a window comes up where I can't decide which of the two files will be deleted, nor is there any indication which one will be deleted. Makes it unusable as I have to open a file manager to see what's going on.

- If only one duplicate is found I still have to select the lower small pic to activate the right click menu. That seems to be an unneccesary action.

- If two files are identical but have a different time (the usual 1 hour difference that often occures when copying files between computers) then it is not listed as duplicate.

Thanks for any comments.

[xnview]

- Is this function fully implemented or still worked on?

Fully implemented

- The duplicate search is veeeery slow. TC is a lot faster. This may be caused by the missing option to select BOTH date and content.

TC has 'find similar' too?
'slow' but you search by content?

- After searching a window comes up where I can't decide which of the two files will be deleted, nor is there any indication which one will be deleted. Makes it unusable as I have to open a file manager to see what's going on.

Sorry but i don't understand...

- If only one duplicate is found I still have to select the lower small pic to activate the right click menu. That seems to be an unneccesary action.

The right click menu to delete file??

- If two files are identical but have a different time (the usual 1 hour difference that often occures when copying files between computers) then it is not listed as duplicate.

Search by content???

[Clo]

Pierre

Hello !

pic_viewer
…- The duplicate search is veeeery slow. TC is a lot faster. This may be caused by the missing option to select BOTH date and content.
You
TC has 'find similar' too?

• pic_viewer is talking of Find duplicates in TC, that you can see HERE - Same in French.
- Not for "Similar", it's not its job really…

KR
Claude
Clo

[pic_viewer]

TC has 'find similar' too?
'slow' but you search by content?

Alt-F7. Doing a search for files with same size and same contents checked. On my foto folder this takes about 8 seconds (I have no duplicates anymore, before it took about 20 seconds).

XnView needs 1m 30s until the green bar starts moving, then after about 9 minutes (!) it tells me 'No files found' (see above, and same yesterday when I had about 30 duplicates). This is with 'Same file data' checked, not 'Similar', and makes zero sense. It looks like XnView checks files that can not be identical anyway because their size is already different!

- After searching a window comes up where I can't decide which of the two files will be deleted, nor is there any indication which one will be deleted. Makes it unusable as I have to open a file manager to see what's going on.

Sorry but i don't understand...

Sorry, but I don't know how to describe it differently, as this is exactly what happens. The windows shows two pics on top (the original and the duplicate, I assume). Next row is the text information, then in the lowest row one small pic. Now how to delete the correct file? XnView does not know which one is the 'original' or the 'duplicate', so if I say 'delete' it deletes...well which of both? And why?

- If only one duplicate is found I still have to select the lower small pic to activate the right click menu. That seems to be an unneccesary action.

The right click menu to delete file??

Is there another way to delete the duplicate file?

- If two files are identical but have a different time (the usual 1 hour difference that often occures when copying files between computers) then it is not listed as duplicate.

Search by content???

Of course. 'Same file data' in XnView (I simply translated the german names, sorry for the confusion).

[xnview]

TC has 'find similar' too?
'slow' but you search by content?

Alt-F7. Doing a search for files with same size and same contents checked. On my foto folder this takes about 8 seconds (I have no duplicates anymore, before it took about 20 seconds).

XnView needs 1m 30s until the green bar starts moving, then after about 9 minutes (!) it tells me 'No files found' (see above, and same yesterday when I had about 30 duplicates). This is with 'Same file data' checked, not 'Similar', and makes zero sense. It looks like XnView checks files that can not be identical anyway because their size is already different!

Ok, right, xnview check if it's a picture so it's the reason. I'll change that

- After searching a window comes up where I can't decide which of the two files will be deleted, nor is there any indication which one will be deleted. Makes it unusable as I have to open a file manager to see what's going on.

Sorry but i don't understand...

Sorry, but I don't know how to describe it differently, as this is exactly what happens. The windows shows two pics on top (the original and the duplicate, I assume). Next row is the text information, then in the lowest row one small pic. Now how to delete the correct file? XnView does not know which one is the 'original' or the 'duplicate', so if I say 'delete' it deletes...well which of both? And why?

You can delete original (for xnview) or duplicate

- If only one duplicate is found I still have to select the lower small pic to activate the right click menu. That seems to be an unneccesary action.

The right click menu to delete file??

Is there another way to delete the duplicate file?

No, which other way do you want?

- If two files are identical but have a different time (the usual 1 hour difference that often occures when copying files between computers) then it is not listed as duplicate.

Search by content???

Of course. 'Same file data' in XnView (I simply translated the german names, sorry for the confusion).

[/quote]
It's strange, i don't check file date...

[pic_viewer]

- If only one duplicate is found I still have to select the lower small pic to activate the right click menu. That seems to be an unneccesary action.

The right click menu to delete file??

Is there another way to delete the duplicate file?

No, which other way do you want?[/quote]

IMHO the most intuitive way is to simply click on one of both pics (select it by this action) and hit DEL, or right click and select DEL. Then it works as it should, because XnView can not know which file in which path is the one that is obsolete - I have to manually tell the program!

[xnview]

IMHO the most intuitive way is to simply click on one of both pics (select it by this action) and hit DEL, or right click and select DEL. Then it works as it should, because XnView can not know which file in which path is the one that is obsolete - I have to manually tell the program!

Ok, but you can do that with context menu

[pic_viewer]

IMHO the most intuitive way is to simply click on one of both pics (select it by this action) and hit DEL, or right click and select DEL. Then it works as it should, because XnView can not know which file in which path is the one that is obsolete - I have to manually tell the program!

Ok, but you can do that with context menu

No, I can not

Seriously, how does that work? I get the same context menu no matter where I click. And the information within the context menu is 'un-related'. Means there is no explanation which file is what, or in other words which file will get deleted.

[xnview]

IMHO the most intuitive way is to simply click on one of both pics (select it by this action) and hit DEL, or right click and select DEL. Then it works as it should, because XnView can not know which file in which path is the one that is obsolete - I have to manually tell the program!

Ok, but you can do that with context menu

No, I can not

Seriously, how does that work? I get the same context menu no matter where I click. And the information within the context menu is 'un-related'. Means there is no explanation which file is what, or in other words which file will get deleted.

Ok, i'll change the menu

[foxyshadis]

There's a whole thread with suggestions on improving the dupe checker interface, please look back on it first if you're going to be changing it! Now might be the time to incorporate some of it.

[xnview]

There's a whole thread with suggestions on improving the dupe checker interface, please look back on it first if you're going to be changing it! Now might be the time to incorporate some of it.

A thread about 'open with' menu?

[XnTriq]

• • Make the DEL key delete the file in all modes
  Find similar files
  • Similarity index improvements
  • Find similar lists same file twice.
  • Find Similar Files suggestions
  • Compare images - quickdel for duplicate, progress indication
  Compare
  • improvements to compare window
  File already exists
  • "File already exists" dialog improvements
  • Copy of?
  • Improve - File Already Exists Dialog Box
  Batch Rename
  • Batch Rename: add an item to avoid duplicates
  • Autorename option if 2 files have the same name
  • Batch Rename: "Duplicate" dialog
  • batch rename bug.

[xnview]

Oh yes these suggestions In my TODO list...

[iycgtptyarvg]

I hope this gets sorted out as well. I can't make heads or tails of it. When there are multiple 'similar' files (say 4), I have no idea which get deleted.

I don't dare use this function because it is currently completely unpredictable (to me) which files will be deleted.

[pic_viewer]

Bump....

What happened - or will happen - to this function? The speed problem is fixed, but the duplicate window itself it seems is even worse than before - still unusable. Any plans for changes?