Info:
Opus 13.14.10
Duallister
Copy from NAS (left) to external usb 3.0 drive (right)
USB drive is connected directly to the NAS. (transfer speed 205 mb/s.)
This occurs when all files are selected.
If you make a single copy of the file, the date remains correct.
If you use a different program and carry out the same operation with all files, the dates are also not changed.
It looks like DOpus is processing the files too quickly here and can't keep up with setting the original date and therefore skips some of them!
Any tips on how to transfer the data from the date,
without copying the files again?
A script could be done.
There's an option in SyncBackSE to specify to synchronise date/time/attributes when they differ between source and destination.
I do not know if this option is also available in the free version.
Ok, that was badly written.
By “not changed” I meant that the other programs do not seem to have this behavior and use the old date.
DOpus copies the data from the NAS directly to the connected USB device without any detours.
(no mounting of a drive or a link to it)
On this USB drive, the existing date in the DOpus lister is often displayed as not applied.
When copying, the file with the current date is copied first
and then converted to the old date.
This sometimes takes a few seconds.
By the time the change appears, the copying process has already progressed by up to 10 files
This could possibly be the reason why some files remain on the current date.
It still sounds like the problem is on the NAS side, if it's not honouring date change requests. Either that or something is bumping the file dates after they have been set.
Another possibility is that the NAS isn't generating change events for date changes on USB drives, and you just need to refresh the folder to see them.
The NAS can be ruled out as the cause.
This also occurs with the same action from USB to USB
Multiple USB 3.0 devices via different connections (direct/hub/adapter)
Is it apparently the same phenomenon as here?
The same procedure was therefore tried as a test (deleting/copying files several times)
The results with the date were always different!
You'll probably see the same thing with anything else that preserves dates when doing the same copy. Have you tried anything else before blaming Opus?
It's likely a problem outside of Opus, since Opus doesn't do anything different for different device types, and dates are preserved correctly in general.
Yes, this was checked with other programs before the topics were created (mentioned above)
There were no problems with the date during the last copying activity with/before 13.13.
The execution is unchanged since 2020.
An external copy is only created every 4 months.
That's why I only noticed it with 13.14.10.
Copy from NAS (left) to external usb 3.0 drive (right)
USB drive is connected directly to the NAS. (transfer speed 205 mb/s.)
If the USB drive is connected to the NAS, you actually copy from the NAS and back to it, do you?
So it's more like NAS to NAS copy?
UNC-path to UNC-path or both network locations mounted as drive letter?
it works for files and individual directories
but not for the main directories?
Do you mean ClipboardEX does not work recursively? I guess no, it does not.
@ tbone
Windows Explorer
File Station
Freefilesync
FreeCommander
OneCommander
and others
In these the old date remains, while in Dopus the same file always produces different results?
The source NAS is on the left-hand side of the duallist and the destination USB drive is on the right-hand side.
The files are copied there as a complete directory.
This produces different results
Some files use the current date!
The 3 files in the picture are not correct.
Modified date is what I call an 'unstable' date. So many different things can change it.
Do you want to be able to view a column showing the date the video/multimedia file was recorded?
I don't have any MKV files to look at and examine the metadata, so I don't know what metadata field displays a 'stable' date for MKV.
Send me a private message if you would like to send me a few sample files to look at.