Page 1 of 2
Find duplicates
Posted: Wed Jan 02, 2008 9:52 am
by 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.
Re: Find duplicates
Posted: Wed Jan 02, 2008 2:22 pm
by xnview
pic_viewer wrote:
- 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???
Advanced page…
Posted: Wed Jan 02, 2008 5:04 pm
by 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
Re: Find duplicates
Posted: Wed Jan 02, 2008 5:47 pm
by pic_viewer
xnview wrote: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.
xnview wrote: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.
xnview wrote: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.
xnview wrote:Search by content???
Of course. 'Same file data' in XnView (I simply translated the german names, sorry for the confusion).
Re: Find duplicates
Posted: Thu Jan 03, 2008 10:20 am
by xnview
pic_viewer wrote:xnview wrote: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.
xnview wrote: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.
xnview wrote: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.
xnview wrote: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...
Re: Find duplicates
Posted: Thu Jan 03, 2008 1:27 pm
by pic_viewer
xnview wrote:pic_viewer wrote:- 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.
xnview wrote: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!
Re: Find duplicates
Posted: Thu Jan 03, 2008 1:50 pm
by xnview
pic_viewer wrote: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
Re: Find duplicates
Posted: Thu Jan 03, 2008 3:27 pm
by pic_viewer
xnview wrote:pic_viewer wrote: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.
Re: Find duplicates
Posted: Thu Jan 03, 2008 3:58 pm
by xnview
pic_viewer wrote:xnview wrote:pic_viewer wrote: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
Posted: Tue Jan 08, 2008 9:40 am
by 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.
Posted: Tue Jan 08, 2008 10:23 am
by xnview
foxyshadis wrote: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?
Posted: Tue Jan 08, 2008 6:35 pm
by XnTriq
- Find similar files
Compare
File already exists
Batch Rename
Posted: Tue Jan 08, 2008 7:38 pm
by xnview
Oh yes these suggestions
In my TODO list...
Posted: Fri Jan 18, 2008 7:40 am
by 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.
Posted: Mon Feb 11, 2008 2:45 am
by 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?