Yes, it blocks all new windows. Which I like. A web site should _never_ open a new window, and it should open a new tab only if I specifically ask for it by middle-clicking on a link.
Avoiding inter-frame compression means that, if you have some small amount of data corruption, you only get one, maybe two corrupted frames of video. But Inter-frames result in several times lower bitrate for a given quality. If you spend that saved bitrate on error correction (e.g. PAR2), the result is much less error-prone than an Intra-only codec. And PAR2 can completely correct errors, not just limit their scope.
While errors are more catastrophic on a data CD (you can lose a whole file from a single error), they are actually better protected for just this reason. You can fit 800MiB on an audio CD, and only 700MiB on a data CD. The difference in size all went to error-correction. So errors that would cause an occasional click/pop in audio CDs would (probably) be unnoticed on data CDs. Unless your CD player is smart, in which case it can gloss over the error, and you won't actually hear it either until too late.
On the other hand, an even better strategy would be to monitor the number of physical errors that get caught by error correction. This gives you a more continuous measure of degradation, rather than the binary "failed" vs "ok".
You have to consider where they got the angular momentum to begin with: A solar system isn't a bunch of objects that happen to be in the same place. It was originally a gas cloud (perhaps a nebula), which had a little bit of rotation (from whatever source: nova, magnetic fields, or the like). The gas particles, while very dilute from our standards, still interact enough to equalize their (average) velocities. As it collapses, conservation of angular momentum makes it spin faster, until it's dense enough for objects (asteroids, planets, sun) to condense. And since they all condensed out of that same cloud, they're all approximately aligned to the same orbital plane that the original cloud had. (The same explanation applies to why the axes of rotation are also mostly aligned.)
That's only a problem because Kazaa uses one checksum for the whole file. BitTorrent checksums each chunk (typically 256KB - 1MB), so it can detect corrupt data, throw out only little collateral real data, and blacklist whoever sent you the corrupt bits. Then it redownloads the chunk from someone else, and the user never needs to know.
What part of "lossless" don't you understand? You can turn the FLAC into the WAV with just a couple seconds of CPU time. Just like ZIP, except smaller and faster. Actually, that's the more likely outcome: The client downloads a FLAC (to save bandwidth), and transparently decodes it to WAV, which it hands to you. The geeks get to convert to their exotic formats (or back to FLAC), and everyone else has a plain old WAV.
You must be looking at some inferior rips. My personal rips are full unscaled DVD-res (stored as anamorphic Matroska), and an average 2CD rip contains 1200MB of MPEG4 and 200MB of HE-AAC or Vorbis audio. And it usually looks better than the DVD, because I can afford to do some CPU-intensive denoising when ripping that I can't do in realtime playback. (Why can't they do this _before_ encoding the DVD?)
HDTV is only 6 times the resolution of a current NTSC DVD (1920x1080 / 720x480), and bitrate does _not_ scale linearly with pixels: When encoded to MPEG4 at constant PSNR, 720x480 takes only twice the bitrate of 360x240.
In short: I can easily fit a HDTV-res MPEG4 movie on a DVD5.
(IANA Xvid developer. But I have worked with ffmpeg) It's not just red. Codecs tend to also have problems with bright blue. The reason: To improve compression, instead of storing color as RGB, they all use some form of YUV (i.e. "brightness", "redness", and "blueness".) Then, because the human eye is much more sensitive to brightness (Y) than color, they spend more bits on Y and leave the U and V channels at lower quality. Usually, this is good. But if the picture has some areas that are very red or very blue, and don't have much brightness variation, you can see the imprecision in coding U and V.
Yes, all peers are logically equal. But the way BitTorrent works is that your client shops around for the peers that give you the fastest download, and then you assign them most of you upload. Since a university LAN will be faster than any external connection, after a little initial scanning, all the clients on the LAN will find each other, and use very little external bandwidth.
There is no one correct frame of reference, so these two realities don't have to coincide. If our hero never slows down, he doesn't get to compare his clock with the earth, so no-one notices the difference. If out hero does stop when he reaches earth, then he's not an inertial frame of reference, so his pov doesn't get sanctioned by relativity.
That's what they're used for now, but...
on
RIAA to Sue You Now
·
· Score: 1
Which is cause and which is effect? Perhaps there would be more legitimate use of p2p networks if they hadn't been painted as being entirely for piracy.
Simple: checksum your data the normal way before encryption. As for interference: any particular qubit is carried by one photon. If that photon reaches the target at all, then it almost certainly has not been changed by random interference, and if it has, then at most it mangles one bit of the message, which is no worse than line noise in a modem. If a photon doesn't reach the target, then it the receiver notices a gap, and informs the sender.
For a quantum encryption session to happen, you need two channels: the optic fiber/line of sight to send the qubits on, and also a conventional channel which can be snooped but not altered. You use the conventional channel to say which orientation you measured each bit in.
Vacuum's index of refraction is 1. There is no substance with n1. However, a lense would work: put the laser at the lens's focal point, and whichever direction you point the laser, it will always come out of the lense in the same direction. (I don't think we can actually make lenses precisely enough to actually read a cd through one, but that's just a technical difficulty.)
Except that if the car thieves know that bait cars aren't used in places where there's no empty parking (ie, places with lots of cars) they'll just target those areas.
To shiled your package you only need to block line of sight into the contents. You don't have to make it air-tight. So you could make a bag of anthrax that survives irradiation but is still contagious before openning the package.
If you are observing yourself, then your rate of movement through time is 1, with no units. If you are observing something else, then its rate of movement through time is dT(it)/dT(you), which also has no units, but is not necessarily 1. So if you observe something moving at.85c, it is moving through time at a speed of 1/2 (relative to you).
You can't move through time at the speed of light, because c is in units of distance/time. You can just pick a system of units such that c is 1 distance/time, instead of 3x10^8.
How about I plug in a new drive (actually, add a new partition to my old drive) and it gets a drive letter. Now all later drive letters change, screwing up all installed software that references them.
Slashdot Mirror
Raw DVD data is 12 bits per pixel.
Only after they throw away the other 12 bits, which is just another step in the compression process.
You already found a solution: The 'lite' version is perfect.
Yes, it blocks all new windows. Which I like. A web site should _never_ open a new window, and it should open a new tab only if I specifically ask for it by middle-clicking on a link.
Avoiding inter-frame compression means that, if you have some small amount of data corruption, you only get one, maybe two corrupted frames of video.
But Inter-frames result in several times lower bitrate for a given quality. If you spend that saved bitrate on error correction (e.g. PAR2), the result is much less error-prone than an Intra-only codec. And PAR2 can completely correct errors, not just limit their scope.
While errors are more catastrophic on a data CD (you can lose a whole file from a single error), they are actually better protected for just this reason. You can fit 800MiB on an audio CD, and only 700MiB on a data CD. The difference in size all went to error-correction. So errors that would cause an occasional click/pop in audio CDs would (probably) be unnoticed on data CDs. Unless your CD player is smart, in which case it can gloss over the error, and you won't actually hear it either until too late.
On the other hand, an even better strategy would be to monitor the number of physical errors that get caught by error correction. This gives you a more continuous measure of degradation, rather than the binary "failed" vs "ok".
(IANA astromoner, just a physicist)
You have to consider where they got the angular momentum to begin with:
A solar system isn't a bunch of objects that happen to be in the same place. It was originally a gas cloud (perhaps a nebula), which had a little bit of rotation (from whatever source: nova, magnetic fields, or the like). The gas particles, while very dilute from our standards, still interact enough to equalize their (average) velocities. As it collapses, conservation of angular momentum makes it spin faster, until it's dense enough for objects (asteroids, planets, sun) to condense. And since they all condensed out of that same cloud, they're all approximately aligned to the same orbital plane that the original cloud had. (The same explanation applies to why the axes of rotation are also mostly aligned.)
That's only a problem because Kazaa uses one checksum for the whole file. BitTorrent checksums each chunk (typically 256KB - 1MB), so it can detect corrupt data, throw out only little collateral real data, and blacklist whoever sent you the corrupt bits. Then it redownloads the chunk from someone else, and the user never needs to know.
What part of "lossless" don't you understand? You can turn the FLAC into the WAV with just a couple seconds of CPU time. Just like ZIP, except smaller and faster.
Actually, that's the more likely outcome: The client downloads a FLAC (to save bandwidth), and transparently decodes it to WAV, which it hands to you. The geeks get to convert to their exotic formats (or back to FLAC), and everyone else has a plain old WAV.
You must be looking at some inferior rips.
My personal rips are full unscaled DVD-res (stored as anamorphic Matroska), and an average 2CD rip contains 1200MB of MPEG4 and 200MB of HE-AAC or Vorbis audio. And it usually looks better than the DVD, because I can afford to do some CPU-intensive denoising when ripping that I can't do in realtime playback. (Why can't they do this _before_ encoding the DVD?)
HDTV is only 6 times the resolution of a current NTSC DVD (1920x1080 / 720x480), and bitrate does _not_ scale linearly with pixels: When encoded to MPEG4 at constant PSNR, 720x480 takes only twice the bitrate of 360x240.
In short: I can easily fit a HDTV-res MPEG4 movie on a DVD5.
(IANA Xvid developer. But I have worked with ffmpeg)
It's not just red. Codecs tend to also have problems with bright blue.
The reason: To improve compression, instead of storing color as RGB, they all use some form of YUV (i.e. "brightness", "redness", and "blueness".) Then, because the human eye is much more sensitive to brightness (Y) than color, they spend more bits on Y and leave the U and V channels at lower quality.
Usually, this is good. But if the picture has some areas that are very red or very blue, and don't have much brightness variation, you can see the imprecision in coding U and V.
Or this e!
Yes, all peers are logically equal. But the way BitTorrent works is that your client shops around for the peers that give you the fastest download, and then you assign them most of you upload. Since a university LAN will be faster than any external connection, after a little initial scanning, all the clients on the LAN will find each other, and use very little external bandwidth.
I can play XviD @ 720x480x30fps with 12% CPU use on my Athlon 1.2GHz. The same resolution of DVD takes 25% CPU, and shows more compression artifacts.
There is no one correct frame of reference, so these two realities don't have to coincide. If our hero never slows down, he doesn't get to compare his clock with the earth, so no-one notices the difference. If out hero does stop when he reaches earth, then he's not an inertial frame of reference, so his pov doesn't get sanctioned by relativity.
Which is cause and which is effect? Perhaps there would be more legitimate use of p2p networks if they hadn't been painted as being entirely for piracy.
I hear the bandwidth is ok, if you can stand the 10 minute latency.
Why would it take any more processing power or ram to do multiple languages? Unless you're trying to translate both ways at once.
Simple: checksum your data the normal way before encryption.
As for interference: any particular qubit is carried by one photon. If that photon reaches the target at all, then it almost certainly has not been changed by random interference, and if it has, then at most it mangles one bit of the message, which is no worse than line noise in a modem. If a photon doesn't reach the target, then it the receiver notices a gap, and informs the sender.
For a quantum encryption session to happen, you need two channels: the optic fiber/line of sight to send the qubits on, and also a conventional channel which can be snooped but not altered. You use the conventional channel to say which orientation you measured each bit in.
Why does the like/dislike decision have to be binary? Why can't we support this case and not support spam?
Vacuum's index of refraction is 1. There is no substance with n1. However, a lense would work: put the laser at the lens's focal point, and whichever direction you point the laser, it will always come out of the lense in the same direction. (I don't think we can actually make lenses precisely enough to actually read a cd through one, but that's just a technical difficulty.)
Except that if the car thieves know that bait cars aren't used in places where there's no empty parking (ie, places with lots of cars) they'll just target those areas.
To shiled your package you only need to block line of sight into the contents. You don't have to make it air-tight. So you could make a bag of anthrax that survives irradiation but is still contagious before openning the package.
If you are observing yourself, then your rate of movement through time is 1, with no units. If you are observing something else, then its rate of movement through time is dT(it)/dT(you), which also has no units, but is not necessarily 1. So if you observe something moving at .85c, it is moving through time at a speed of 1/2 (relative to you).
You can't move through time at the speed of light, because c is in units of distance/time. You can just pick a system of units such that c is 1 distance/time, instead of 3x10^8.
How about I plug in a new drive (actually, add a new partition to my old drive) and it gets a drive letter. Now all later drive letters change, screwing up all installed software that references them.