Skip to main content

compact disc - What prevents a CD-R from being rewritten?


I know it's kind of a dead / dying technology, but I was wondering what stops a CD-R from being rewritten like a CD-RW.


Is it some sort of firmware on the disc, essentially in place to make people buy more CDs?


Or is there a more technical reason, ie. CDs store their data magnetically (correct?) but CD-Rs have less magnetism, so once it has been written to, that's it? (Sorry if that's completely wrong; I have no idea how CDs work.)



Answer



Data on a regular CD is stored by making pits (holes), or not-holes (lands), on the CD medium. The pits disturb the reflection of light. Transition from a 0 to a 1 or vice versa is determined by the start or end of a pit (this is called NRZI encoding). There is further complication as these bits are the "channel code", not the content bits; the latter are recovered by decoding the former. And then some of the "content" bits are really Error Correction Code bits. But ultimately, the bits are encoded via holes or not-holes in a reflective layer of metal, usually aluminum.


A CD-R works somewhat the same. It has a reflective surface, but this surface is covered by a dye. You can use a relative high intensity LASER to heat up the dye layer and turn it opaque. Afterwards the CD-R can be read in the same was as a normal CD. Light is either reflected or not.


CD-RW's work in the same way, but use a paint which can be turned opaque or not depending on the heat of the LASER.



Unlike the dye in CD-RW's, the Dye in a CD-R can not be reverted to its previous state. This is what prevents rewriting to an already written CD-R.


Note: Rewriting with the same image or a image with only the right bit changed would seem to be technically possible, but there are limits as to what could be done. The best you could do would be to burn a "pit" in the middle of a long "land". Since lands have a maximum length of ten bit-times, and both pits and lands have a minimum length of three, this would only be possible where an existing land was nine or ten bits long, and the only possibility would be a pit three or four bits long. Doing this would add two bit flips, and this in turn would necessitate changing ECC bits at other places in the same block. The chances that every such change could be done by adding a pit in the middle of a land are very, very small, even if there was software or drive firmware that would allow the attempt.


Comments

Popular Posts

Use Google instead of Bing with Windows 10 search

I want to use Google Chrome and Google search instead of Bing when I search in Windows 10. Google Chrome is launched when I click on web, but it's Bing search. (My default search engine on Google and Edge is http://www.google.com ) I haven't found how to configure that. Someone can help me ? Answer There is no way to change the default in Cortana itself but you can redirect it in Chrome. You said that it opens the results in the Chrome browser but it used Bing search right? There's a Chrome extension now that will redirect Bing to Google, DuckDuckGo, or Yahoo , whichever you prefer. More information on that in the second link.

linux - Using an index to make grep faster?

I find myself grepping the same codebase over and over. While it works great, each command takes about 10 seconds, so I am thinking about ways to make it faster. So can grep use some sort of index? I understand an index probably won't help for complicated regexps, but I use mostly very simple patters. Does an indexer exist for this case? EDIT: I know about ctags and the like, but I would like to do full-text search. Answer what about cscope , does this match your shoes? Allows searching code for: all references to a symbol global definitions functions called by a function functions calling a function text string regular expression pattern a file files including a file

How do I transmit a single hexadecimal value serial data in PuTTY using an Alt code?

I am trying to sent a specific hexadecimal value across a serial COM port using PuTTY. Specifically, I want to send the hex codes 9C, B6, FC, and 8B. I have looked up the Alt codes for these and they are 156, 182, 252, and 139 respectively. However, whenever I input the Alt codes, a preceding hex value of C2 is sent before 9C, B6, and 8B so the values that are sent are C2 9C, C2 B6, and C2 8B. The value for FC is changed to C3 FC. Why are these values being placed before the hex value and why is FC being changed altogether? To me, it seems like there is a problem internally converting the Alt code to hex. Is there a way to directly input hex values without using Alt codes in PuTTY? Answer What you're seeing is just ordinary text character set conversion. As far as PuTTY is concerned, you are typing (and reading) text , not raw binary data, therefore it has to convert the text to bytes in whatever configured character set before sending it over the wire. In other words, when y

networking - Windows 10, can ping other PC but cannot access shared folders! What gives?

I have a computer running Windows 7 that shares a Git repo on drive D. Let's call this PC " win7 ". This repo is the origin of a project that we push to and pull from. The network is a wireless network. One PC on this network is running on Windows 10. Let's call this PC " win10 ". Win10 can ping every other PC on the network including win7 . Win7 can ping win10 . Win7 can access all shared files on win10 . Neither of the PCs have passwords. Problem : Win10 cannot access any shared files on win7 , not from Explorer, nor from Git Bash or any other Git management system (E-Git on Eclipse or Visual Studio). So, win10 cannot pull/push. Every other PC on the network can access win7 shared files and push/pull to/from the shared Git origin. What's wrong with Windows 10? I have tried these: Control Panel\All Control Panel Items\Network and Sharing Center\Advanced sharing settings\ File sharing is on, Discovery is on, Password protected sharing is off Adapte