Hello,
I would like to preserve the timestamps of the files of a Blu-ray disc. After a full backup rip, the files got the timestamp of the rip, but I want them to have the timestamp of the disc. Maybe you can implement this as an option? Thank you very much
Feature request: Preserve timestamps of full backup disc
Re: Feature request: Preserve timestamps of full backup disc
Hello,
I like to vote this up, even if this topic is old.
It would be awesome and a nice detail for archive.
Regards.
I like to vote this up, even if this topic is old.
It would be awesome and a nice detail for archive.
Regards.
Re: Feature request: Preserve timestamps of full backup disc
Do blu-rays even have a time stamp? If they do, what would it be? Some random Tuesday when someone authored the disc before they sent it to pressing? I could see setting the creation date to the theatrical release date of the title or the release date for that version of the disc. In either case, you'd have to set the timestamp on your own using the relevant commands for your operation system.
Re: Feature request: Preserve timestamps of full backup disc
Mayhaps the request is to keep the date that the backup was created, rather than when the MKVs were created.
MakeMKV Frequently Asked Questions
FAQ about BETA and PERMANENT keys.
How to aid in finding the answer to your problem: Activating Debug Logging
FAQ about BETA and PERMANENT keys.
How to aid in finding the answer to your problem: Activating Debug Logging
Re: Feature request: Preserve timestamps of full backup disc
Hello.
Thanks for your answer.
Sure, all the files/folder/(packages/bundles) on the disk do have timestamps.
I cannot follow your are argument from the other part of your explanation.
They are tones of reasons why keeping the creation/modification date of file(s).
It is standard in the pc industry copying a file from A to B to keep the attributes.
Especially when it is labeled with backup.
Don't get me wrong; like the original author said, its a wish for improvement.
Nobody is complaining about it. It would be nice to have.
Within the source code it should be an additional one liner to copy the file attributes from the original path item to the copied one.
This 1:1 backup copy should preserve the creation/modification date.
Thanks for reading
Regards.
Thanks for your answer.
We are talking about the copied files from the backup operation and not from the disk itself.
Sure, all the files/folder/(packages/bundles) on the disk do have timestamps.
That's how I do it so far.
I cannot follow your are argument from the other part of your explanation.
They are tones of reasons why keeping the creation/modification date of file(s).
It is standard in the pc industry copying a file from A to B to keep the attributes.
Especially when it is labeled with backup.
Don't get me wrong; like the original author said, its a wish for improvement.
Nobody is complaining about it. It would be nice to have.
Within the source code it should be an additional one liner to copy the file attributes from the original path item to the copied one.
No need for the mkv. Talking about the 1:1(!) backup(!) operation from MakeMKV.
This 1:1 backup copy should preserve the creation/modification date.
Thanks for reading
Regards.
Re: Feature request: Preserve timestamps of full backup disc
As I understand it, what you're asking for is when MakeMKV does a backup, the resulting files should have the timestamp of the original files from the optical disc?
The way it works today is backups get the timestamp of when they were written to the filesystem during the backup.
What would be the value of the timestamps from the optical disc?
The way it works today is backups get the timestamp of when they were written to the filesystem during the backup.
What would be the value of the timestamps from the optical disc?
Re: Feature request: Preserve timestamps of full backup disc
After grabbing a BD I had handy, a quick search shows date stamps in 2013 and over a 3 week period in January 2018.
Since MakeMKV is modifying them (removing the encryption), it would be normal to have the date of that decryption as the file date.
The reasons an exact file date match to the original disk would be important is something I can't fathom, other than to make sure a pirate copy seems "more genuine". But the lack of encryption would cancel that logic out.
Since MakeMKV is modifying them (removing the encryption), it would be normal to have the date of that decryption as the file date.
The reasons an exact file date match to the original disk would be important is something I can't fathom, other than to make sure a pirate copy seems "more genuine". But the lack of encryption would cancel that logic out.
MakeMKV Frequently Asked Questions
FAQ about BETA and PERMANENT keys.
How to aid in finding the answer to your problem: Activating Debug Logging
FAQ about BETA and PERMANENT keys.
How to aid in finding the answer to your problem: Activating Debug Logging