Duncan Webb wrote: > > IIRC freevo uses mtime, if freevo used ctime then the timestamps would not > change after an edit, asuming that the editor does not create a new file. > As a test, I created 3 sets of files about 1 minute apart: xx_Able and xx_Able.fxd. The fxd files have <movie title> of "Able xx" and <file> of "xx_Able". As expected, these files initially have the same mtime and ctime values:
[EMAIL PROTECTED] Travel]$ ls -l total 12 -rw-r--r-- 1 freevo users 0 2007-07-31 01:55 01_Able -rw-r--r-- 1 freevo users 184 2007-07-31 01:55 01_Able.fxd -rw-r--r-- 1 freevo users 0 2007-07-31 01:56 02_Able -rw-r--r-- 1 freevo users 184 2007-07-31 01:56 02_Able.fxd -rw-r--r-- 1 freevo users 0 2007-07-31 01:57 03_Able -rw-r--r-- 1 freevo users 184 2007-07-31 01:57 03_Able.fxd [EMAIL PROTECTED] Travel]$ ls -lc total 12 -rw-r--r-- 1 freevo users 0 2007-07-31 01:55 01_Able -rw-r--r-- 1 freevo users 184 2007-07-31 01:55 01_Able.fxd -rw-r--r-- 1 freevo users 0 2007-07-31 01:56 02_Able -rw-r--r-- 1 freevo users 184 2007-07-31 01:56 02_Able.fxd -rw-r--r-- 1 freevo users 0 2007-07-31 01:57 03_Able -rw-r--r-- 1 freevo users 184 2007-07-31 01:57 03_Able.fxd When I display the directory in Freevo, the files are listed in chronological sequence, as expected: Able 01 Able 02 Able 03 Next I renamed "02_Able" to "02_Alpha" and "02_Able.fxd" to "02_Alpha.fxd". I also updated the contents of 02_Alpha.fxd so the <file> tag now refers to the "02_Alpha" file, but left the <movie title> as "Able 02". As shown below, the mtime for 02_Alpha remains unchanged since it was renamed but not modified. The mtime for 02_Alpha.fxd has been updated since it was modified as well as renamed. [EMAIL PROTECTED] Travel]$ ls -l total 12 -rw-r--r-- 1 freevo users 0 2007-07-31 01:55 01_Able -rw-r--r-- 1 freevo users 184 2007-07-31 01:55 01_Able.fxd -rw-r--r-- 1 freevo users 0 2007-07-31 01:56 02_Alpha -rw-r--r-- 1 freevo users 185 2007-07-31 02:01 02_Alpha.fxd -rw-r--r-- 1 freevo users 0 2007-07-31 01:57 03_Able -rw-r--r-- 1 freevo users 184 2007-07-31 01:57 03_Able.fxd However, note that the ctime for both 02_Alpha and 02_Alpha.fxd have been updated: [EMAIL PROTECTED] Travel]$ ls -lc total 12 -rw-r--r-- 1 freevo users 0 2007-07-31 01:55 01_Able -rw-r--r-- 1 freevo users 184 2007-07-31 01:55 01_Able.fxd -rw-r--r-- 1 freevo users 0 2007-07-31 02:01 02_Alpha -rw-r--r-- 1 freevo users 185 2007-07-31 02:01 02_Alpha.fxd -rw-r--r-- 1 freevo users 0 2007-07-31 01:57 03_Able -rw-r--r-- 1 freevo users 184 2007-07-31 01:57 03_Able.fxd When I display the directory in Freevo, the renamed/updated "Able 02" item (which is associated with 02_Alpha and 02_Alpha.fxd) is now listed last since it's the newest item: Able 01 Able 03 Able 02 I use touch to set the timestamp back to 01:56 for the two renamed/updated files: [EMAIL PROTECTED] Travel]$ touch -t 200707310156 02_Alpha.fxd [EMAIL PROTECTED] Travel]$ touch -t 200707310156 02_Alpha The mtime for these two files now show 01:56: [EMAIL PROTECTED] Travel]$ ls -l total 12 -rw-r--r-- 1 freevo users 0 2007-07-31 01:55 01_Able -rw-r--r-- 1 freevo users 184 2007-07-31 01:55 01_Able.fxd -rw-r--r-- 1 freevo users 0 2007-07-31 01:56 02_Alpha -rw-r--r-- 1 freevo users 185 2007-07-31 01:56 02_Alpha.fxd -rw-r--r-- 1 freevo users 0 2007-07-31 01:57 03_Able -rw-r--r-- 1 freevo users 184 2007-07-31 01:57 03_Able.fxd However, the ctime for these two files is now 02:04 instead of the previous 02:01, because that's when the touch command was used on these files. [EMAIL PROTECTED] Travel]$ ls -lc total 12 -rw-r--r-- 1 freevo users 0 2007-07-31 01:55 01_Able -rw-r--r-- 1 freevo users 184 2007-07-31 01:55 01_Able.fxd -rw-r--r-- 1 freevo users 0 2007-07-31 02:04 02_Alpha -rw-r--r-- 1 freevo users 185 2007-07-31 02:04 02_Alpha.fxd -rw-r--r-- 1 freevo users 0 2007-07-31 01:57 03_Able -rw-r--r-- 1 freevo users 184 2007-07-31 01:57 03_Able.fxd When I display the directory in Freevo, it still shows "Able 02" as the newest item: Able 01 Able 03 Able 02 If Freevo sorts by mtime, shouldn't "Able 02" return to its original position between "Able 01" and "Able 03"? Thanks for any insight you can offer. Art ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Freevo-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freevo-users
