Mea culpa .
Wow, this thread is back?
And, congratulations on your accomplishment! (Also, thank you. I'd been meaning to investigate this for a long time, but ... )
I believe you're correct--the DVR store its own timestamps (not relying on the filesystem ones). But, your example (for trimming leading/trailing excess) is clever, and prompted me to offer an assist. In addition, I like to preserve original information whenever possible. Myself, I would touch all those copied files (*.xm?, *.dmd, etc.)
Anyway, restoring timestamps has NO importance in terms of the watchability of the recordings. It only comes into play, ...
You mean, like parsing the date-time strings (from "ls -l")? Yuk.
As for using the "touch" command - these recordings may include hundreds of segment files. To use it for preserving time stamps, it would essentially require some fairly good facility with Unix scripting.
How about: "touch -r oldfile newfile"
(which bestows newfile with oldfile's timestamps)
Just above your Post #1 ... Thread Tools => Download this thread
A note to our board mods - if this topic broaches the limits of acceptable discussions on the boards, please contact me before deleting it so I can be sure to preserve a copy for my own use. Thanks. I'm not sure I have documentation this complete anywhere else.
Since it was over a year ago that you first did this, has the procedure/methodology itself proved reliable? I was contemplating using this to consolidate/categorize various recordings (ie, Movies, Sports, Shows) on separate (smaller) drives. [I can solve the slow rt copy speed.]
(I don't plan to do this any more if I can avoid it - I've found that there is a non-trivial chance of corrupting a drive just by something going wrong in the process of mounting and dismounting it in Unix. I would not do it simply as a convenient way of moving a recording between my external drives, even ones that both work on the same DVR.)