Murdoch is unusual among philosophers in also being a world-class novelist. Her Black Prince is one of my favourites and explores the concepts described in the article.
The total data on a CD-ROM including the error correcting redundancy exceeds 800 MB, or 6.4 Gb.
If you could imagine getting 1 bit from the optical disc per pixel (which is way too optimistic physically), you would need a 6 gigapixel camera focused super-precisely at the disc surface.
Looking at the problem from a different angle, Wikipedia says the features that store the data on the disc surface are about 800 nm (or about a micrometer) long. So to photograph them, you'd want to have pixels ideally smaller than a micrometer on each side. It's easy to check that an ordinary camera isn't achieving that kind of resolution without adding on external magnifying equipment.
Does it have to be one photo? If you reproduced a spinning drive but with the camera positioned to see half of the spinning disc, I wonder if it could capture the "stream" of pixels in one arc of the spinning disc
You would still need some significant magnification. And there might also be a measurement latency issue if the disc is in motion (the camera CCD might not be fast enough to capture the image before it rotates away).
The optics of a CD-ROM drive are optimized for something pretty different than the optics of a camera. But if you made enough tweaks and adaptations, sure, the data is ultimately there and can be captured by a different kind of sensor than the one it was designed for. It would be a cool project.
I'm mostly just pointing out that adapting your camera to successfully capture billions of sub-micrometer features isn't that trivial.
I can't find the link, but there was a Stackoverflow question about ripping a cdrom by using a flatbed scanner, the conclusion was that the scanner would've required 2-3X the DPI currently available on a commercial device to correctly parse the gaps, given that a cdrom laser size is roughly 800nm.
On the other hand I'm still puzzled why there are no homebrew projects for a dumb dumping device that simply reads all the data on a cdrom, error correction, subchannels completely raw. There are a lot of CDs with a very weird data structure (Console Games, Early Copy Protected pc games, AKAI sample discs, some Hybrid Macintosh discs, in other words anything not using the iso9660 standard) which are at risk of Disc Rot[1], and simply storing them as Iso or Bin/Cue files (including proprietary variants like Alcohol 120%/Daemon Tools mdf files) is basically useless both for archival and real world usage purposes.
> On the other hand I'm still puzzled why there are no homebrew projects for a dumb dumping device that simply reads all the data on a cdrom, error correction, subchannels completely raw.
I think you'd have to write a custom firmware for one specific drive for that. That information is simply not exposed outside the device itself on standard drives, which is what makes it effective for copy protection.
I am no electrical engineer, but I believe most drives still available on the market use an ASIC for this kind of low-level commands.
A more pragmatic solution would be to use an ESP32 or an RPI2040, wire them to a "donor" cd drive and then implement just the most basic MMC commands to make sense of the disc layout and save to disk the binary stream.
I'm pretty sure I'm missing something extremely obvious given the lack of similar attempts; wouldn't be surprised if not a single readily available programmable microcontroller on the market has the necessary bandwidth for this task.
https://en.wikipedia.org/wiki/Mater_lectionis
reply