There are several public domain musical recordings, iirc. Works created before a certain date (before copyrights were as they were today), are automatically put in the public domain. A great example of this is the books in the gutenberg project (project to digitize public domain books), who includes many works that were around before copyrights such as shakespeare's *ORIGINAL*, not translated, plays.
This includes the music sheets (the notes) of mozart, beehtoven, etc...(sp?), however the recordings themselves are not, unless released by the owner.
There may be some very old recordings before said date (guessing 70+ years ago?). Additionally, artists of anytime can decide to release music into the public domain (a choice of the artist, NOT the government, don't blame them). Under fair use laws is included the right to parody, so one can make parodies, but there is some gray area there.
As for the future, eventually, when the copyrights may expire, the copyright owner may decide to release music (talking 50 or so years from now) but simply deciding not to renew it. IANAL, so I would like some clarification on this, as well as how many times a copyright can be renewed.
CMU Mach, now being carried on (with much addition?) as GNU/Hurd (overlying gnumach) is also a microkernel, why not use that (on the sole basis that is an open source microkernel)?
Did anyone else notice the quote from "Dr. Cipher Deavours, a professor of computer science and mathematics at Kean University"? His middle initial is surely N.
Actually it is "A". Search for "cipher deavours" on google.
At a rate of 10MB/sec this can easily be stored on a RAID 5 system. With the advent of IDE RAID systems, one can build a 1+TB (terabyte) RAID system with ATA/100 drives for cheap. You can get them pre-built from vendors for a few thousand (U.S.) dollars or less. Or you can build your own for even cheaper. These systems not only have the necessary capacity, but also have more than enough speed.
To start with, you only need to record numbers for the beginning and end of each conversation, and note these systems can be expanded to many terabytes. If we have a 1TB system, we can store 104,857.6 seconds worth of data (1TB / (10MB/sec)). This is 1.21 days of continuous number recording.
You could also argue that you just increase the rate of generated random numbers until this becomes unfeasable, but then you encounter the limitations that the computer can recieve the numbers and process them to begin with. 10MB/sec is 10BaseT speeds, you could increase to 100MB/sec (fast ethernet). When you start getting into rates above this you start saturating the i/o bus, the equipment used to recieve data, and the cpu or other chip used to encrypt data, shy of spending tons more money, but even then you still get these limitations, just higher up.
simple to solve, include a second syncronization number (which are sequential) with each random number sent. It is incremented once for every number, and the sequence number is large enough (i.e. 64-bit) that when a rollover occurs the computers can take that into account. That way the computers could say "start with random number 10,000", instead of saying "start at 5:30:27.00023 PM GMT."
example of the transmission packets:
8723945:10,000
0123494:10,001
4873925:10,002
etc...
Just a thought here. But doesn't it seem odd that ever 6 months to a year there is a really big email style virus that hits a large majority of the "not so bright" people out there?
Don't make the automatic assumption that the person is "not so bright" simply because they caught a virus. It is like a car mechanic calling someone who brought their damaged car in for repairs "not so bright" because they couldn't repair themself; or even better a doctor calling a patient not so bright for getting infected by a biological virus (where the doctor knew how to avoid it).
The simple matter is that many people use computers as tool to help them with their job, which may not related to computers, so it is inappropriate to call them "not so bright" for being ignorant on a subject that is un-related to their area of expertise/interest.
In this day and age, with computers, data can be encrypted more securely and sent faster than any old methods like these used by number stations. It's obsolete, I don't see why they would still be using it. My guess it's just some sort of training exercise for agents, perhaps in the event that they lose whatever encrypted communication device they use? It reminds me of some movie with John Travolta (can't remember the name) where he decoded some morse code transmissions, later to find out they were some part of a training exercise. Also, why hasn't (or have they already) anyone tried triangulating the signal for one station and physicall locating it? Just knock on the door and ask them what they're doing.
Slashdot Mirror
There are several public domain musical recordings, iirc. Works created before a certain date (before copyrights were as they were today), are automatically put in the public domain. A great example of this is the books in the gutenberg project (project to digitize public domain books), who includes many works that were around before copyrights such as shakespeare's *ORIGINAL*, not translated, plays. This includes the music sheets (the notes) of mozart, beehtoven, etc...(sp?), however the recordings themselves are not, unless released by the owner.
There may be some very old recordings before said date (guessing 70+ years ago?). Additionally, artists of anytime can decide to release music into the public domain (a choice of the artist, NOT the government, don't blame them). Under fair use laws is included the right to parody, so one can make parodies, but there is some gray area there.
As for the future, eventually, when the copyrights may expire, the copyright owner may decide to release music (talking 50 or so years from now) but simply deciding not to renew it. IANAL, so I would like some clarification on this, as well as how many times a copyright can be renewed.
CMU Mach, now being carried on (with much addition?) as GNU/Hurd (overlying gnumach) is also a microkernel, why not use that (on the sole basis that is an open source microkernel)?
Did anyone else notice the quote from "Dr. Cipher Deavours, a professor of computer science and mathematics at Kean University"? His middle initial is surely N.
Actually it is "A". Search for "cipher deavours" on google.
At a rate of 10MB/sec this can easily be stored on a RAID 5 system. With the advent of IDE RAID systems, one can build a 1+TB (terabyte) RAID system with ATA/100 drives for cheap. You can get them pre-built from vendors for a few thousand (U.S.) dollars or less. Or you can build your own for even cheaper. These systems not only have the necessary capacity, but also have more than enough speed.
To start with, you only need to record numbers for the beginning and end of each conversation, and note these systems can be expanded to many terabytes. If we have a 1TB system, we can store 104,857.6 seconds worth of data (1TB / (10MB/sec)). This is 1.21 days of continuous number recording.
You could also argue that you just increase the rate of generated random numbers until this becomes unfeasable, but then you encounter the limitations that the computer can recieve the numbers and process them to begin with. 10MB/sec is 10BaseT speeds, you could increase to 100MB/sec (fast ethernet). When you start getting into rates above this you start saturating the i/o bus, the equipment used to recieve data, and the cpu or other chip used to encrypt data, shy of spending tons more money, but even then you still get these limitations, just higher up.
simple to solve, include a second syncronization number (which are sequential) with each random number sent. It is incremented once for every number, and the sequence number is large enough (i.e. 64-bit) that when a rollover occurs the computers can take that into account. That way the computers could say "start with random number 10,000", instead of saying "start at 5:30:27.00023 PM GMT."
example of the transmission packets:
8723945:10,000
0123494:10,001
4873925:10,002
etc...
Just a thought here. But doesn't it seem odd that ever 6 months to a year there is a really big email style virus that hits a large majority of the "not so bright" people out there?
Don't make the automatic assumption that the person is "not so bright" simply because they caught a virus. It is like a car mechanic calling someone who brought their damaged car in for repairs "not so bright" because they couldn't repair themself; or even better a doctor calling a patient not so bright for getting infected by a biological virus (where the doctor knew how to avoid it).
The simple matter is that many people use computers as tool to help them with their job, which may not related to computers, so it is inappropriate to call them "not so bright" for being ignorant on a subject that is un-related to their area of expertise/interest.
In this day and age, with computers, data can be encrypted more securely and sent faster than any old methods like these used by number stations. It's obsolete, I don't see why they would still be using it. My guess it's just some sort of training exercise for agents, perhaps in the event that they lose whatever encrypted communication device they use? It reminds me of some movie with John Travolta (can't remember the name) where he decoded some morse code transmissions, later to find out they were some part of a training exercise. Also, why hasn't (or have they already) anyone tried triangulating the signal for one station and physicall locating it? Just knock on the door and ask them what they're doing.