There's no link in the summary, and I'm not going to bother hunting down TFA.
The bridges surviving a 6.0 is hardly noteworthy; 6.0 just isn't that big a quake by local standards.
The only thing that can be inferred from this being the "largest since Loma Prieta" is that is has been eerily quiet since then. It makes sense, that let a lot of stress out of the local fault systems, but when I was growing up, you didn't even talk about a 5.0.
With a substantial engineering effort, it might be possible to present all decoded signals in a useful way. I shudder to imagine the UI/UX discussions around that. Do you play back everything you decoded simultaneously? Or do you play them back in sequence? What do you do if the last 'double' is still being played back when another transmission comes in?
Sorry, but I'll put my faith in aviators ability to communicate, and the great mixer in the sky that AM gives you.
Thank you. Ham here, and the obvious benefits of AM for mission critical communication are lost on a lot of people because "it's old, so it must suck."
Now... There's a point about the FAA being slow to change... the number of 3CX800's the FAA buys is embarrassing, but it keeps them in production for the rest of us.:)
The outfit that built our (indoor) RC blimp has outdoor models that can cope with 25mph winds. (Which, by extension means it can travel at 25mph in calm air)
A blimp would be a lot quieter, but presents a larger target for golf balls. (more likely to survive a collision, though)
And both of those articles are based on using Windows 8 on touchscreen *notebooks*, where your hands are already close to the screen. Desktops are another matter entirely.
Gorilla arm is real, we had an HP 150 for a while.
Yeah, I'd love to get my hands on a set of the source images, since the stitching quality in the samples they showed was *horrible* compared to what Hugin can do. They clearly aren't trying to do seam blending or photometric correction, and I think one of the images is just plain registered wrong.
Grandparent is absolutely right in any real network. I've done this for a living, twice.
In any real network, packet loss is not zero. Packet loss happens for any number of reasons, including, as has been pointed out, congestion. In fact, the guys doing TFRC determined that the throughput of tcp is approximately:
Throughput = 1.3 * MTU / (RTT * sqrt(Loss))
Note well that window size is not a term in that equation. Bandwidth of the link isn't either, though obviously that's an upper limit.
It's true that bandwidth and CWND/RTT are upper bounds, but with any WAN latency you're likely to run into the above first.
Because this is wrong. The only channels being "evacuated" are the "out-of-core" UHF channels 52 and higher.
Maybe not wrong, but I'll give you incomplete. It is a complex situation No VHF spectrum is being freed up. 51 and higher have been auctioned off.
DTV is, by and large, not on the channel, transmitter, or antenna that it will be using after the transition. In many cases the final digital channel is currently occupied by an analog transmitter.
My impression was that the normal case would be the "even more bizarre" situation you describe, but that seems not to be the case, and often the post-transition digital allocation is currently occupied by another station's analog signal. Looking here: http://www.rabbitears.info/dtr.php it appears to be common, but not the norm.
This is why there had to be a single cutoff date, and why the 'nightlight' proposal was so brain-damaged.
So you should be pushing *for* the transition. Once the DTV signals move onto the existing analog channels, you'll be in good shape.
I don't know why this is so hard to communicate, but nobody seems to get it. It's the UHF spectrum where the DTV signals are now that is being freed up, not the current VHF channels.
The temporary, low power, inferior antenna DTV signals are going away. Judge your likely post-transition digital reception based on your current analog reception, not your current digital reception.
There is a power savings, but you're looking a the wrong number.
It's that 1.5GW that will go away, as stations turn off their temporary DTV facilities and begin broadcasting DTV on their main transmitter/antenna sets.
At least I don't see any mention of the 'nightlight' program in TFA, which was brain-damaged. If you have to keep the analog station up broadcasting the 'nightlight', you can't use that channel for DTV.
I do some work for Allmydata, which an online storage provider. Their next-gen storage technology is open source and nearly perfect for this application. It's a bit green at this point, but coming along nicely. http://www.allmydata.org/
The thing will play specially encoded H.264 movies from iTunes with DRM bolted onto, end of story
Or, you know... not.
There's an "Export to [apple]tv..." option in the latest quicktime that produces unencumbered H.264 files. So DRM is not a requirement for it to play. The apple specs only declare a smallish subset of H.264 and MPEG4 files, but 720p H.264 isn't bad at all.
All of the attention lately has been on the touchscreen voting machines, yet
Hacking Democracy
clearly showed a tampered memory card skewing results in a optical scan machine. On the one hand, at least in this sort of system there is a paper ballot to verify, but it's mind boggling to me that something as simple as a optical scanner could be designed so badly as to allow an attack through the memory cards used for transporting results.
This raises an entirely new set of concerns, and seems to suggest that manual recounts might be an absolute requirement until we can get open systems counting our votes.
Are there other systems used in elections that we should be concerned about? How far back do we need to go?
Slashdot Mirror
There's no link in the summary, and I'm not going to bother hunting down TFA.
The bridges surviving a 6.0 is hardly noteworthy; 6.0 just isn't that big a quake by local standards.
The only thing that can be inferred from this being the "largest since Loma Prieta" is that is has been eerily quiet since then. It makes sense, that let a lot of stress out of the local fault systems, but when I was growing up, you didn't even talk about a 5.0.
I was hoping someone would mention James Mickens' epic rant.
With a substantial engineering effort, it might be possible to present all decoded signals in a useful way. I shudder to imagine the UI/UX discussions around that. Do you play back everything you decoded simultaneously? Or do you play them back in sequence? What do you do if the last 'double' is still being played back when another transmission comes in?
Sorry, but I'll put my faith in aviators ability to communicate, and the great mixer in the sky that AM gives you.
Thank you. Ham here, and the obvious benefits of AM for mission critical communication are lost on a lot of people because "it's old, so it must suck."
Now... There's a point about the FAA being slow to change... the number of 3CX800's the FAA buys is embarrassing, but it keeps them in production for the rest of us. :)
The outfit that built our (indoor) RC blimp has outdoor models that can cope with 25mph winds. (Which, by extension means it can travel at 25mph in calm air)
A blimp would be a lot quieter, but presents a larger target for golf balls. (more likely to survive a collision, though)
And both of those articles are based on using Windows 8 on touchscreen *notebooks*, where your hands are already close to the screen. Desktops are another matter entirely.
Gorilla arm is real, we had an HP 150 for a while.
Yeah, I'd love to get my hands on a set of the source images, since the stitching quality in the samples they showed was *horrible* compared to what Hugin can do. They clearly aren't trying to do seam blending or photometric correction, and I think one of the images is just plain registered wrong.
But to make tens of thousands on the black market, you really need a weaponized exploit. Mozilla will be quite happy with a detailed bug report.
Seth, scroll up one post in the blog. 3.6.2 was released tonight.
Firefox 3.6.2 was released earlier tonight: http://www.mozilla.com/en-US/firefox/3.6.2/releasenotes/
But only under the pie chart. Free+Total still adds up to 4GB (3.81GB + 199MB at the moment)
So yeah, someone probably added the new math in the wrong place.
Grandparent is absolutely right in any real network. I've done this for a living, twice.
In any real network, packet loss is not zero. Packet loss happens for any number of reasons, including, as has been pointed out, congestion. In fact, the guys doing TFRC determined that the throughput of tcp is approximately:
Throughput = 1.3 * MTU / (RTT * sqrt(Loss))
Note well that window size is not a term in that equation. Bandwidth of the link isn't either, though obviously that's an upper limit.
It's true that bandwidth and CWND/RTT are upper bounds, but with any WAN latency you're likely to run into the above first.
Because this is wrong. The only channels being "evacuated" are the "out-of-core" UHF channels 52 and higher.
Maybe not wrong, but I'll give you incomplete. It is a complex situation No VHF spectrum is being freed up. 51 and higher have been auctioned off.
DTV is, by and large, not on the channel, transmitter, or antenna that it will be using after the transition. In many cases the final digital channel is currently occupied by an analog transmitter.
My impression was that the normal case would be the "even more bizarre" situation you describe, but that seems not to be the case, and often the post-transition digital allocation is currently occupied by another station's analog signal. Looking here: http://www.rabbitears.info/dtr.php it appears to be common, but not the norm.
This is why there had to be a single cutoff date, and why the 'nightlight' proposal was so brain-damaged.
Need I point out that Pedantic-Man(nominative use, forget your silly glyphs) got the definition of ® wrong?
There's a hint in the entity name, it's REGistered trademark. "All Rights Reserved" is copyright language, nothing to do with trademarks.
So you should be pushing *for* the transition. Once the DTV signals move onto the existing analog channels, you'll be in good shape.
I don't know why this is so hard to communicate, but nobody seems to get it. It's the UHF spectrum where the DTV signals are now that is being freed up, not the current VHF channels.
The temporary, low power, inferior antenna DTV signals are going away. Judge your likely post-transition digital reception based on your current analog reception, not your current digital reception.
There is a power savings, but you're looking a the wrong number.
It's that 1.5GW that will go away, as stations turn off their temporary DTV facilities and begin broadcasting DTV on their main transmitter/antenna sets.
At least I don't see any mention of the 'nightlight' program in TFA, which was brain-damaged. If you have to keep the analog station up broadcasting the 'nightlight', you can't use that channel for DTV.
...did they find TMA-1?
I mean, we *know* where the Apollo sites are supposed to be.
I do some work for Allmydata, which an online storage provider. Their next-gen storage technology is open source and nearly perfect for this application. It's a bit green at this point, but coming along nicely. http://www.allmydata.org/
It's already there in the Pro stuff. I've burned several so-called 3x DVDs that play fine on Toshiba set-top HD-DVD players.
The HD-DVD burners, however, seem to be complete vapor...
You know, that's actually how I read it the first time.
If you're dumb enough to have 'stable' in your apt sources file, that tag will become *very* appropriate.
BTDT. (when Woody released) Never again.
This left me to think that when Theo commits social gaffes, it is not his fault and he can't help himself.
Though, it is important to know your limitations. In particular, you'd think that he should remain silent on the social gaffes of others.
It's pretty hard to take criticism of interpersonal skills from Theo seriously.
The thing will play specially encoded H.264 movies from iTunes with DRM bolted onto, end of story
Or, you know... not.
There's an "Export to [apple]tv..." option in the latest quicktime that produces unencumbered H.264 files. So DRM is not a requirement for it to play. The apple specs only declare a smallish subset of H.264 and MPEG4 files, but 720p H.264 isn't bad at all.
It's November, the start of the Christmas Buying Season
HD-DVD: $399
Blu-Ray: $999
Unless Sony cuts the price in half by Black Friday, it's game over for Blu-Ray
- Hacking Democracy
clearly showed a tampered memory card skewing results in a optical scan machine. On the one hand, at least in this sort of system there is a paper ballot to verify, but it's mind boggling to me that something as simple as a optical scanner could be designed so badly as to allow an attack through the memory cards used for transporting results.This raises an entirely new set of concerns, and seems to suggest that manual recounts might be an absolute requirement until we can get open systems counting our votes.
Are there other systems used in elections that we should be concerned about? How far back do we need to go?