not sure if it's a bug but the time that shows up while copying/moving should not have "1 min" entry and estimated time should be encreased for 1 minute
Fore example it shows:
5min to go and then,
4 min
3 min
2 min
1 min
59 sec
...
done - but it took 6min
so in reality when it shows 1min there are 2 minutes remaining (1min + 59 sec)
It's impossible to predict exact time for copying. It depends on number of files and files size. So even if total size is the same, total copy time may be different. It also depends on current network load, HDD may be used concurrently by other processes, etc.
well yes I'm aware of that.
my point was to remove 1min entry or 59..1 second entries because now both of them are present in dialog window and it is not correct:
it shows 1 min to go
AFTER (more or less) 1 min it shows 59 sec to go and another minute passes by.
so it gives 2 minutes total
All is OK here, problem is that expected time may change at any moment. E.g. it shows 3 mins, but it shows 4 mins after 4 secs, and it shows 2 mins after 5 secs more. Same thing may happen at 1 minute moment.
Also, TC just updates expected time more frequently if time is less than minute so you may think it works faster.
As Valentino said, it is completely impossible to guess exact estimated time. Even with zero PC load expected time may change e.g. because of different fragmentation level of copying files.
"1 min" may mean 1 min 00 sec or 1 min 59 sec (if TC uses truncation) or it may mean 0 min 30 sec or 1 min 29 sec (if TC uses rounding). TC could display seconds together with minutes but that would just clutter the dialog and it would be pointless because estimation is not accurate anyway; and in this case time estimation would constantly increase/decrease according to current system conditions. So showing just minutes smoothes the ETA counter.