Remember, Dreamcast GDROM drive uses constant Angular Velocity (CAV) technology, so unlike most CD/DVDROMs, the disc spins at a constant speed. As a result, the disc motor has a longer life (I think). We only have to worry about the head.
Also, remember, that writing of data on both media begins at the center of the disc.
What does the "double density" of a GDROM refer to:
In the following figures, a space between 2 lines represents 100mb
CASE 1:
It refers to Closeness of tracks (track pitch)?
Disc Center============>Disc edge
i) CDROM
__________________________
|----|----|----|----|----|----|----|
__________________________
i) GDROM
____________________
|--|--|--|--|--|--|--|--|--|
____________________
In this case, distance b/w pits are same on both media. Hence 100MB will take up the same number of tracks on both media. So, if 100MB fits into 1000 tracks, we can assume that if 1000 tracks are spread across 1.5cm on a CDROM, the same 1000tracks will be spread over 0.75cm on a GDROM.
Therefore, to access our theoretical 100mb, the head will move 1.5cm on a CDROM and 0.75cm on a GDROM. Does this cause more wear?
* The only problem would come eg when streaming data. If we need 500b of audio per second from track 200 and 2kb textures from track 1200, the head will move frrom track 200 to track 1200 and back a lot. If we have a CROM in the drive, the head will work harder.
CASE 2
It refers to closeness of pits
In this case, one track on a GDROM will have more pits than on a CDROM, hence if 100MB fits into 1000tracks on a CDROM, the same 100mb will fit into 500 tracks on a GDROM. So, if this is the case, there will be times when the head will not need to move (on a GDROM) sincee all required data will be on one track. In this case, the head will definitely work harder on a CDROM than a GDROM.
Note, carefully that I do not know which of the above is employed on a GDROM and also note that there are other factors that affect read times and movements eg:
a) error correction data: - this is extra data used by iso filesystems to enable scratched/corrupt data to be recovered by storing them in multiple places. As a result, if the GDROM is scratched (and GDROMs a re known to be more sensitive to scratches) the disc will have to look for a "backup" of the data elsewhere on the disc, causing it to work harder.
b) The tracks on an optical disc aren't exactly "tracks" but one long spiral from the center of the disc to the outer edge so I'm not sure whether or not the head simply follows the spiral until the needed data is found.
c) Is this "hack" really efficient? If the drive was meant to read CDROM drives, how ell does it read GDROM drives? Maybe it "misses" data more often while reading a GDROM that while reading a CDROM.
Anyway, I don't hink we should worry about this so much because:
- the head was built for this kind of thing.
- the head is working less that it was meant to since the GDROM works at half of CDROM speed (which the head was built for) in order to succeed in fooling the controllers that they are reading from a CDROM.