As we know, time stamps in FAT and NTFS are recorded differently. however, it is even more different when it comes to CDFS in CDs. For instance, the rule in FAT about created date which means date of creation in that specific partition, does not apply in CDs.
So, any information on how CDFS keeps track of time stamps?
As we know, time stamps in FAT and NTFS are recorded differently. however, it is even more different when it comes to CDFS in CDs. For instance, the rule in FAT about created date which means date of creation in that specific partition, does not apply in CDs.
So, any information on how CDFS keeps track of time stamps?
CDFS is, I presume, what comes under the heading of ISO-9660, which is more or less the same as ECMA-119, which is available for free downloads from ECMA. The changes I've found are by and large non-technical.
ISO-9660 files and directories have one single time stamp Recorded Date and Time, which is the time and date at which the information was recorded.
The file hierarchy has four timestamps Volume Creation Date and Time, Volume Modification Date and Time, Volume Expiration Date and Time, and Volume Effective Date and Time, the two last giving a suggestion about the period when the volume is supposed to be current.
There is also the concept of extended file attributes, which is an optional feature, and may not be present (I can't recall having encountered any for some 2000 CD-ROMs examined). They provide the same timestamps (i.e. Created, Modified, Expiration and Effective) for each single directory entry, along with some further information.
More common is Rockridge extensions, though it's used mainly for CD created for or on Unix systems. They permit Unix-style time stamps.
There are also XA extensions, which I think are Mac-related – I have not studied those in any detail.
Joliet does not address anything related to time stamps, as far as I recall.
Remember that ISO-9660 describes a mastered file system, written at (more or less) one time, and never changed and modified. (The volume modification dates are, I believe related to volume sets, in which each volume is obliged to contain the full file tree of all preceding volumes. It may introduce changes, and that would presumably cause a volume modification time stamp update.)
And UDF is something else entirely.
I know this is an old post, but I am currently working on a project involving date stamps on CDFS and I have noticed that Nero 9 uses the Created date from the originating file system sd both the reported Created and Last Modified, while Windows 7 send to DVD uses the Last Modified date. I would be interested in any information any of you have in relation to the behavior of other methods of disc creation and time stamps.
… Nero 9 uses the Created date from the originating file system sd both the reported Created and Last Modified, while Windows 7 send to DVD uses the Last Modified date. I would be interested in any information any of you have in relation to the behavior of other methods of disc creation and time stamps.
I don't have Nero Burning ROM 9 around, but in release 12 you can set file dates to a) 'time and date from the original file' (not specified in more detail), b) 'use current date and time', or c) use a manually specified time and date. Which it is for any particular Nero-created CD is probably not recorded anywhere (unless perhaps in that .NRI file that some releases of Nero inserts to a CD outside the normal file system).
Note that the relevant field in the file / directory descriptor (ISO-9660, 9.1.5) is 'Recording Date And Time', i.e. the standard specifies that the time the file is recorded should be used, not when it is modified or created. Thus, you should expect to encounter that as well.
Possibly of no relevance whatsoever, but if it is of any usefulness, here is a small batch that can retrieve the command line used to "burn" a disc (and retrieve it's boot image/loader), if mkisofs (common in the Linux world) has been used.
Please consider how a fork of it called genisoimge does not by default write the used commands to the disc
http//
http//
The isoinfo.exe from the CDRECORD/CDRTOOLS package is anyway an useful tool to extract some info from a CD.
jaclaz