Well, it isn't emulating it. It is virtualizing the system, with hardware passthru for certain graphics features. Pretty impressive; would be ULTRA impressive if the Linux NVidia drivers also worked on XBox, and could be virtualized, so that Windows 2000 on Linux on XBox had accelerated 3D. Fat chance of that, though (unless NVidia cooperated...)
Worse, he said there was a "contract" between the viewer and the broadcasters, such that the viewer "agrees" to watch commercials, in exchange for being allowed to watch the (supposed) content for free.
As someone on Slashdot said previously, when you watch TV, you are the product being sold. (Same for any advertiser funded medium)
I believe these laws were passed with a renewal clause (put in by some crafty Democrats, believe it or not). The focus probably needs to be on showing that they do NOT need to be renewed (the renewal time is seven years, if I remember correctly)
I personally think that should be the focus. I assume the people who desire to have these laws will work hard to justify their renewal.
A recent issue of "Science News" magazine (within the past two months), had an article about an experiment where Guam's brown snakes were fed rats stuffed with about 6 acetaminophen (the active ingredient in Tylenol) tablets. All the snakes that ate the rats later died, even the ones that regurgitated them fairly quickly after swallowing them.
Since the brown snake is an introduced pest, and is highly dangerous to the bird population, this discovery is seen as a way to poison the snakes, with hopefully minor side effects for other animals.
And if I were a lawyer, I'd stick to Ibuprofin (ba-dum-bum)
I've had multiple disks in a RAID go at once; in practice, failures might not be totally random events (due to normal wear and tear), but hardware bugs in various subsystems, or power supply related problems, or heat problems, etc. In essence, the physical (and electrical) proximity of all the drives seems to elevate the chance of multiple simultaneous failures.
I've had drives which were fixed by the same method; apparently heat is a major cause of this. I would also suggest trying to operate the drives in a cold room (or with some suitable extra cooling), to see if they'll work long enough to recover the data.
For a location that hasn't been hit with lightning, it is pretty high, because the probability of lightning hitting that apecific spot is fairly low. However, since lightning never strikes the same place twice, if a spot that was already hit with lightning were to be hit again, the information content would be infinite!:)
You are right, of course. I said "impossible" for emphasis (as in, the chance that any specific individual got two equal MD5 sums for different files, is minutely probable).
I can't figure your numbers, though. Assuming 700 Megabytes max, for all possible byte lengths, I get 2^((sum of 1 to 1024*1024*700) * 8) possible CDs ~ 2^(2 billion billion) possible CD contents (american billion, btw). I assume you dropped out the *8. However, I don't know where you get the 2^(5 billion) matches.
Since there are 2^128 total MD5 sums, the total number of CDs divided into that (comparatively) small amount, means each hash value has nearly 2^(2 billion billion) CDs that will hash to it (ie. subtracting 128 from 2 billion billion doesn't really change it.)
So yes, for any specific CD there are an enormous amount of other possible CDs that could produce the same MD5 hash, and yet it is nigh-impossible to actually find such a match.:) Pedantically speaking...
By truncating the final hash value, you are losing 128 bits of message digest. Now in theory I can therefore change the message content, so long as I ensure that the first 384 bits of the digest remain the same.
To do this would require trying an impossible amount of random message texts, to find one that hashed the same. Each message (of whatever length) has approximatly a 2^(-384) chance of being the same specific hash output. That is about 39402006196394479212279040100143613805079739270465 44666794829340424572177149721061141426625488491564 0806627990306816 to 1 odds against, btw. These cryptographic hashes are attempts at making "one-way functions", such that knowing the output does NOT help in reconstructing the input )or finding an input that produces the same output). They are quite different than hash functions used in a hash table, for example.
If you COULD do what you suggest (more easily than by trying 2^n calculations, for n>112, typically), than just about all cryptographic protocols in use today would probably crumble.
But you are correct, a 384 bit hash that was truncated from 512 is almost certainly less secure, but still impossible to spoof unless a shortcut to brute force searching is ever found.
SHA-1 is 160 bits, and considered more secure by design than MD5 (which is faster), but no one has even found any practical way to spoof MD5 messages (as far as I know).
Your "corrupt" iso did not have same MD5 sum as the uncorrupted image, by any fluke. That is simply impossible. More likely there was something else going on.
And yes, I do mean impossible... I'd bet ~2^120 dollars to your $10 on it (if I had it).
Silicon Valley is a subset of the Bay Area; basically a small strip that surrounds a lot of water (the Bay). Now, we aren't as humid as the east coast (by far), but we still get a lot of moisture in the air (just look at the hills by highway 280; the fog flows over them almost every night during summer). It isn't Mojave, by a long shot.
Thomson has already made various comments indicating that they feel that Vorbis must be covered by their patents (Thomson has a LOT of patents). The Xiph people have had lawyers look into all this (and believe they are safe), so the Thomson comments are generally seen as antagonistic. Given that atmosphere, the "Thank you" letter is par for the course in the relationship between the two groups.
However, Xiph HAS been forming workable relationships with some other companies (and even changed the original license to be more friendly to some commercial concerns).
It isn't hard to do. The question just is meant to see what kind of thought process one would go through.
ie. "Well, you could sort the list, then scan it with a simple loop... But that may not be the fastest executing method (although it is straightforward, and may be the fastest to implement if you already have a sort). Perhaps you could use bins to keep track, and a couple loops. It's O(N), but may require writing more code. Still, it is a straightforward problem; what if you had a larger list with many missing numbers? Solving the sparse problem could be quite different from solving the dense problem..."
Something like that. You just want to hear how they think and reason (or weed out the chaff).
Slashdot Mirror
BoredAtWork was a cool poster. Is he/she still around?
Phil Collins even has a song about Lorenzo (Lyrics by Lorenzo's mother, I think). It's on the "Dance into the Light" album.
Well, it isn't emulating it. It is virtualizing the system, with hardware passthru for certain graphics features. Pretty impressive; would be ULTRA impressive if the Linux NVidia drivers also worked on XBox, and could be virtualized, so that Windows 2000 on Linux on XBox had accelerated 3D. Fat chance of that, though (unless NVidia cooperated...)
Worse, he said there was a "contract" between the viewer and the broadcasters, such that the viewer "agrees" to watch commercials, in exchange for being allowed to watch the (supposed) content for free.
As someone on Slashdot said previously, when you watch TV, you are the product being sold. (Same for any advertiser funded medium)
I believe these laws were passed with a renewal clause (put in by some crafty Democrats, believe it or not). The focus probably needs to be on showing that they do NOT need to be renewed (the renewal time is seven years, if I remember correctly)
I personally think that should be the focus. I assume the people who desire to have these laws will work hard to justify their renewal.
A recent issue of "Science News" magazine (within the past two months), had an article about an experiment where Guam's brown snakes were fed rats stuffed with about 6 acetaminophen (the active ingredient in Tylenol) tablets. All the snakes that ate the rats later died, even the ones that regurgitated them fairly quickly after swallowing them.
Since the brown snake is an introduced pest, and is highly dangerous to the bird population, this discovery is seen as a way to poison the snakes, with hopefully minor side effects for other animals.
And if I were a lawyer, I'd stick to Ibuprofin (ba-dum-bum)
I've had multiple disks in a RAID go at once; in practice, failures might not be totally random events (due to normal wear and tear), but hardware bugs in various subsystems, or power supply related problems, or heat problems, etc. In essence, the physical (and electrical) proximity of all the drives seems to elevate the chance of multiple simultaneous failures.
I've had drives which were fixed by the same method; apparently heat is a major cause of this. I would also suggest trying to operate the drives in a cold room (or with some suitable extra cooling), to see if they'll work long enough to recover the data.
That may be true, but Pandora's box is already opened, and the damage is already being done. Should we take no steps to ameliorate things?
What's the information content of lightning?
:)
For a location that hasn't been hit with lightning, it is pretty high, because the probability of lightning hitting that apecific spot is fairly low. However, since lightning never strikes the same place twice, if a spot that was already hit with lightning were to be hit again, the information content would be infinite!
Download the song, then buy one of his books, to offset the loss. (And you needn't buy from Amazon; they are just a handy reference)
But specific recordings of Mozart's work may be copyrighted (and most likely are, if it came from a CD originally).
He meant that, compared to Northern California, the D.C. weather sucks; not that they were "comparable".
You are right, of course. I said "impossible" for emphasis (as in, the chance that any specific individual got two equal MD5 sums for different files, is minutely probable).
:) Pedantically speaking...
I can't figure your numbers, though. Assuming 700 Megabytes max, for all possible byte lengths, I get 2^((sum of 1 to 1024*1024*700) * 8) possible CDs ~ 2^(2 billion billion) possible CD contents (american billion, btw). I assume you dropped out the *8. However, I don't know where you get the 2^(5 billion) matches.
Since there are 2^128 total MD5 sums, the total number of CDs divided into that (comparatively) small amount, means each hash value has nearly 2^(2 billion billion) CDs that will hash to it (ie. subtracting 128 from 2 billion billion doesn't really change it.)
So yes, for any specific CD there are an enormous amount of other possible CDs that could produce the same MD5 hash, and yet it is nigh-impossible to actually find such a match.
By truncating the final hash value, you are losing 128 bits of message digest. Now in theory I can therefore change the message content, so long as I ensure that the first 384 bits of the digest remain the same.
5 44666794829340424572177149721061141426625488491564 0806627990306816 to 1 odds against, btw. These cryptographic hashes are attempts at making "one-way functions", such that knowing the output does NOT help in reconstructing the input )or finding an input that produces the same output). They are quite different than hash functions used in a hash table, for example.
To do this would require trying an impossible amount of random message texts, to find one that hashed the same. Each message (of whatever length) has approximatly a 2^(-384) chance of being the same specific hash output. That is about 3940200619639447921227904010014361380507973927046
If you COULD do what you suggest (more easily than by trying 2^n calculations, for n>112, typically), than just about all cryptographic protocols in use today would probably crumble.
But you are correct, a 384 bit hash that was truncated from 512 is almost certainly less secure, but still impossible to spoof unless a shortcut to brute force searching is ever found.
SHA-1 is 160 bits, and considered more secure by design than MD5 (which is faster), but no one has even found any practical way to spoof MD5 messages (as far as I know).
Your "corrupt" iso did not have same MD5 sum as the uncorrupted image, by any fluke. That is simply impossible. More likely there was something else going on.
And yes, I do mean impossible... I'd bet ~2^120 dollars to your $10 on it (if I had it).
How much does it cost to have my ad ran as a /. Story?
It costs $200 cash, and your soul... (or $500 and all your self respect, for those that have already sold their soul)
Silicon Valley is a subset of the Bay Area; basically a small strip that surrounds a lot of water (the Bay). Now, we aren't as humid as the east coast (by far), but we still get a lot of moisture in the air (just look at the hills by highway 280; the fog flows over them almost every night during summer). It isn't Mojave, by a long shot.
I assume you mean:
#include "/dev/tty"
Thomson has already made various comments indicating that they feel that Vorbis must be covered by their patents (Thomson has a LOT of patents). The Xiph people have had lawyers look into all this (and believe they are safe), so the Thomson comments are generally seen as antagonistic. Given that atmosphere, the "Thank you" letter is par for the course in the relationship between the two groups.
However, Xiph HAS been forming workable relationships with some other companies (and even changed the original license to be more friendly to some commercial concerns).
I agree. I just compared them myself, and even on a relatively poor playback system, the difference is quite remarkable.
I'm sending a check to Xiph tonight, to support the fight (and quality software).
There IS a detectable level of sarcasm in the "Thank you" letter...
It isn't hard to do. The question just is meant to see what kind of thought process one would go through.
ie. "Well, you could sort the list, then scan it with a simple loop... But that may not be the fastest executing method (although it is straightforward, and may be the fastest to implement if you already have a sort). Perhaps you could use bins to keep track, and a couple loops. It's O(N), but may require writing more code. Still, it is a straightforward problem; what if you had a larger list with many missing numbers? Solving the sparse problem could be quite different from solving the dense problem..."
Something like that. You just want to hear how they think and reason (or weed out the chaff).
and on TOS, it was Kirk.
The Linux 2.4 kernel release was far more delayed than that, I don't see people saying it's dying.
Surf at -1, and you'll see plenty of people saying it. (wink)
An engagement is a once-in-a-lifetime event
Well, a once-in-a-relationship event. Usually.