It's time based, not size based, but there is a limit to how far back (by byte) in the stream it will look. The problem comes from how the stream was encoded. Playback has to start from an I-Frame, which might take you much further back than expected or nowhere near far enough (as is usually the case with podcasts.)
It's called "overshoot compensation". It's 100% software. And 100% patented. No matter what you think of it today, it was a novel idea back when Tivo, Inc. first did it. (actually, many of us tivo hackers quickly turned it off. I still find it annoying.)
The obviousness of a thing only applies if it's obvious before you see it, without it being pointed out. Puzzles are easy to solve once you've been shown the answer.
Not at all... I'm pretty far from "median home user" and have stacks of tivos. They are cheaper than building a PC do it. And it's a lot faster and easier to obtain, setup, and use a tivo. I know a lot of computer savy people, and none of them "waste" their time with homebrew PVRs.
Tivo may get the credit, but they weren't alone in "inventing" the DVR. As others have already mentioned, Replay actually beat them to market. But the tivo was more popular and ultimately successful -- replay tanked rather quickly, but tivo has survived for a decade despite never having made a dime. Tivo's methods, while not unique, were very much non-obvious ~15 years ago when they started designing these things. Sure, computers have had the ability to record video for longer, but a tivo (and any DVR for that matter) is much more than just a recorder.
I think you need to look at your definition of "nothing". That PC didn't materialize out of thin air. Your time has worth as well.
And any homebrew PVR will either be limited to broadcast TV (OTA or via cable as long as it's not moving around all the time *cough*SDV*cough*) or re-encoded from some other receiver -- digital cable box, DISH or DTV receiver. A homebrew PVR is for tinkerers; when you wanna simply watch tv, you buy a PVR, sit it on a shelf, and forget about it.
Yes, the man in the middle attack is very real. However, it takes a great deal more work to set up than a simple sniffer...
Having done this very thing... No. It. Doesn't. *cough*paros*cough* We've done this a few times to setup application monitoring systems for banks (etc.) who could not give us the required information or access to it without being on site -- we like to set it up before shipping otherwise we'd need to put someone in the box with it to do setup on site, or spend all day on the phone trying to walk them through configuration when they don't know how their own web applications work (and they wrote them.) The public ssl certificate isn't known to any human -- it's safely tucked away inside a FIPS certified crypto processor board. (the complicated "tls over floppy" transfer process is the only thing we have to walk them through on the phone, and they usually know how to do that already.)
When you're paying $5/month for "cheap web hosting", yes, yes it is. Unless your business is doing things that actually needs the security, it's an unnecessary expense. (and you might be horrified to know what many sites do with the data you sent them securely via https. My personal fav was a certain newsreader software company emailing purchases from the server to their billing department. Plain. Text. I know because I was postmaster. And they were bouncing.)
Except there's a bug in IE where you cannot change the protocol (http->https) and the port at the same time. Maybe they've wised up and fixed it; I don't use IE whenever possible.
The problem isn't computation... The big barrier to ssl for small sites is cost...
Bulls***! How many RSA keys can your computer generate per second? I've worked with SSL for some time. Even with modern day, beafy GHz CPUs, the process is absurdly slow. Every new ssl connection requires both sides to generate a "master secret" -- that process is computationally expensive; subsequent connections can resume the previous session if both ends remember it. While that CPU core is doing the math, it's not doing anything else... like figuring out what you've asked for.
So, the problem is entirely cost... a recognized certificate isn't free, and ssl accelerator cards are just as expensive. SSL quickly becomes extremely computationally expensive, making "small" very small indeed.
Oh, so you get a banner in your SSH session(s), VoIP calls, bittorent client, vpn client, etc. Bottom line... unless you go look, you don't know. TW's "tests runs" didn't show current usage to users. I doubt Comcast's setup will on day one, either. Let me say it again, one rate shapes the traffic for the health of network; one bills "overage" for the health of their pockets.
(not having FiOS 20/5 service) It works exactly as expected... nailed 384kbps, which is as fast as either end can transmit. Downloads (depending on source) can, and do, fill the 6-7Mbps downstream rate for extended periods (measured in hours.) Looking at the mrtg data for the last year, this has been true the entire time -- I have database backups copied from servers in CA to my house in NC that sustains 3.5-4Mbps for just over an hour every morning. (which is not bad considering the physical/logical distance.)
And the point you miss... those aren't burst speeds; they are constant. You can run at 20Mb continuously all day long with no drop in speed, no indication you're approaching any limit, and no consequence of passing the limit. You won't know anything until you get the next bill or your connection is terminated. (How many 20k$ cell phone bills have we heard about over the last few years?) Nobody likes the DirectWay traffic shaping system, but that's exactly what is called for here. As I have said a thousand times, if they are capping bandwidth "for the health of the network", they would be rate shaping lines; raping your wallet at the end of the month does nothing at all for network health, but sure as shit will line their pockets. To put it another way, this has nothing to do with "the network" and everything to do with increasing profits.
No. Tivo does not have a remote control api. You can retrieve and watch any non-copy protected content from one tivo on another. One would assume all of your tivos are connected to the same inputs, so if one is recording MythBusters, any of the others should be able to tune to the same station.
What you are asking for is a central media server. To my knowledge, no one has ever built such a thing within the price range affordable to mere mortals. And before you get the idea to bring such a thing to market, expect to be sued regularly. (Windows Media Center is the closest anyone has come, and it's an ugly mess dripping DRM all over the place.)
Please include a link to the FCC transmitter license for this station. (I'm too lazy to look it up.) This sounds extremely stupid -- and is likely due to the idiot station and not the FCC. All of the stations around here (~19?) will be increasing power as they move back to their main transmitter that is currently broadcasting the analog signal; the reason their digital signal is weak is due to them using a lower power "rented" (or backup) transmitter.
Actually, by law, the OTA ("must carry") stations are unencrypted on cable. So, if you have a digital cable ready tv, you should be able to find and watch them. The only thing "digital cable" would give you is a cablecard to tell your tv exactly where they are. I have cable modem service only -- no TV service -- and I can find and watch all of the OTA stations on cable; they are broadcast above the signal trap that blocks analog cable. (as a basic cable subscriber, you don't have any signal filters on your line.)
I wish somebody would invent a tuner that "degraded" digital similar to how analog degrades.
That is 100% not possible. If you have no data about the next frame, you cannot draw that frame - period. The way MPEG works, if you miss part of the data, the picture will be screwed up until the next full frame is sent (called an I-Frame.) To get low bit rates, I-Frames are not sent very often -- that's why it takes a few seconds for your TV to start displaying images after changing channels. (part of it is a tuning delay... lock on the signal, sync the bit stream, etc. but part of it is waiting for an I-Frame.)
The main problem is that DTV signals are only operated at one-third or one-half of Analog's power
Bingo! Currently most DTV broadcasters are not at full power -- usu. because they have two transmitters to run. After the transittion, they will all be pushed to full power. And those that are moving to their "normal" frequency will do so then. (WRAL-TV recently changed freqencies around here.)
No, they are upset with people re-publishing their work (DMA definitions) without permission. I think it's a bad way for the wiki to group these things anyway as the areas are re-evaluated every 3 years. So the wiki data will get out of date rather quickly if people aren't updating them (as they obviously aren't.)
They haven't said, but it's clear the issue is how the stations are being grouped. Nielsen does own the copyright to the term Designated Market Area (DMA) as well as what those areas are.
Exactly. It's not an "exchange replacement"; it's a mail server with a MAPI plugin. There are dozens of them already. If I can check "Exchange Server" in Outlook's mail setup, it's an exchange replacement. To my knowledge, nobody does that, because M$ doesn't document the screwy protocol it uses.
(Even if such a connector were released as OSS, it'd have to be built on windows which would be just as much of a mess.)
And where, exactly, were we discussing wiring for a house? For a datacenter, NOT a house, at -48VDC, the hazards are low. A cold welded copper or aluminium lug avoids the problem of bi-metal corrosion. And if you've ever seen the wiring in a telco datacenter, you'd know it's jacketed with a fire resistant material and rated for 2x the current it's intended (read: fused) to carry. (and it's never hidden inside walls where you cannot see building problems.)
Btw, I've seen the power distribution systems in *brand new* building using aluminium bus bars. Yes, being a poorer conductor, they are a fair bit larger than their copper cousins, but it's still a lot cheaper.
The lower the DC voltage, the higher the current and line loss. And running 3-4 different voltages throughout the place leads to confusion and much higher costs (4 voltages == 4x the wire.) -48VDC systems have been common for decades... in the telco world. They just haven't been common for computer datacenters.
That's why a lot of places use aluminium. And the practice isn't new. CP&L (now Progress Energy) wired the feed for a data center (150KW) with aluminium "wire" (if you wanna call something 1" in diameter a wire.) And that was 15+ years ago.
Then your A/C is too small, or the room is not energy efficient ('tho I suspect the rest of the office is cooler.) I had the same issues in our previous office when the building A/C was cut off in the evenings and on weekends -- it's hard to move all that heat with cheap consumer A/C units, and impossible if you don't have a heat exchanger outside the building. (dumping hot air into the plenum only works as long as the building HVAC is on.) The current office has a dedicated 5ton Liebert Challenger 3000 and it keeps the room perfectly stable running at 50%.
Slashdot Mirror
It's time based, not size based, but there is a limit to how far back (by byte) in the stream it will look. The problem comes from how the stream was encoded. Playback has to start from an I-Frame, which might take you much further back than expected or nowhere near far enough (as is usually the case with podcasts.)
It's called "overshoot compensation". It's 100% software. And 100% patented. No matter what you think of it today, it was a novel idea back when Tivo, Inc. first did it. (actually, many of us tivo hackers quickly turned it off. I still find it annoying.)
The obviousness of a thing only applies if it's obvious before you see it, without it being pointed out. Puzzles are easy to solve once you've been shown the answer.
Not at all... I'm pretty far from "median home user" and have stacks of tivos. They are cheaper than building a PC do it. And it's a lot faster and easier to obtain, setup, and use a tivo. I know a lot of computer savy people, and none of them "waste" their time with homebrew PVRs.
Tivo may get the credit, but they weren't alone in "inventing" the DVR. As others have already mentioned, Replay actually beat them to market. But the tivo was more popular and ultimately successful -- replay tanked rather quickly, but tivo has survived for a decade despite never having made a dime. Tivo's methods, while not unique, were very much non-obvious ~15 years ago when they started designing these things. Sure, computers have had the ability to record video for longer, but a tivo (and any DVR for that matter) is much more than just a recorder.
I think you need to look at your definition of "nothing". That PC didn't materialize out of thin air. Your time has worth as well.
And any homebrew PVR will either be limited to broadcast TV (OTA or via cable as long as it's not moving around all the time *cough*SDV*cough*) or re-encoded from some other receiver -- digital cable box, DISH or DTV receiver. A homebrew PVR is for tinkerers; when you wanna simply watch tv, you buy a PVR, sit it on a shelf, and forget about it.
you missed the point: an http url that redirects to https on a nonstandard port fails (or used to)
Having done this very thing... No. It. Doesn't. *cough*paros*cough* We've done this a few times to setup application monitoring systems for banks (etc.) who could not give us the required information or access to it without being on site -- we like to set it up before shipping otherwise we'd need to put someone in the box with it to do setup on site, or spend all day on the phone trying to walk them through configuration when they don't know how their own web applications work (and they wrote them.) The public ssl certificate isn't known to any human -- it's safely tucked away inside a FIPS certified crypto processor board. (the complicated "tls over floppy" transfer process is the only thing we have to walk them through on the phone, and they usually know how to do that already.)
When you're paying $5/month for "cheap web hosting", yes, yes it is. Unless your business is doing things that actually needs the security, it's an unnecessary expense. (and you might be horrified to know what many sites do with the data you sent them securely via https. My personal fav was a certain newsreader software company emailing purchases from the server to their billing department. Plain. Text. I know because I was postmaster. And they were bouncing.)
Except there's a bug in IE where you cannot change the protocol (http->https) and the port at the same time. Maybe they've wised up and fixed it; I don't use IE whenever possible.
Bulls***! How many RSA keys can your computer generate per second? I've worked with SSL for some time. Even with modern day, beafy GHz CPUs, the process is absurdly slow. Every new ssl connection requires both sides to generate a "master secret" -- that process is computationally expensive; subsequent connections can resume the previous session if both ends remember it. While that CPU core is doing the math, it's not doing anything else... like figuring out what you've asked for.
So, the problem is entirely cost... a recognized certificate isn't free, and ssl accelerator cards are just as expensive. SSL quickly becomes extremely computationally expensive, making "small" very small indeed.
Oh, so you get a banner in your SSH session(s), VoIP calls, bittorent client, vpn client, etc. Bottom line... unless you go look, you don't know. TW's "tests runs" didn't show current usage to users. I doubt Comcast's setup will on day one, either. Let me say it again, one rate shapes the traffic for the health of network; one bills "overage" for the health of their pockets.
(not having FiOS 20/5 service) It works exactly as expected... nailed 384kbps, which is as fast as either end can transmit. Downloads (depending on source) can, and do, fill the 6-7Mbps downstream rate for extended periods (measured in hours.) Looking at the mrtg data for the last year, this has been true the entire time -- I have database backups copied from servers in CA to my house in NC that sustains 3.5-4Mbps for just over an hour every morning. (which is not bad considering the physical/logical distance.)
And the point you miss... those aren't burst speeds; they are constant. You can run at 20Mb continuously all day long with no drop in speed, no indication you're approaching any limit, and no consequence of passing the limit. You won't know anything until you get the next bill or your connection is terminated. (How many 20k$ cell phone bills have we heard about over the last few years?) Nobody likes the DirectWay traffic shaping system, but that's exactly what is called for here. As I have said a thousand times, if they are capping bandwidth "for the health of the network", they would be rate shaping lines; raping your wallet at the end of the month does nothing at all for network health, but sure as shit will line their pockets. To put it another way, this has nothing to do with "the network" and everything to do with increasing profits.
No. Tivo does not have a remote control api. You can retrieve and watch any non-copy protected content from one tivo on another. One would assume all of your tivos are connected to the same inputs, so if one is recording MythBusters, any of the others should be able to tune to the same station.
What you are asking for is a central media server. To my knowledge, no one has ever built such a thing within the price range affordable to mere mortals. And before you get the idea to bring such a thing to market, expect to be sued regularly. (Windows Media Center is the closest anyone has come, and it's an ugly mess dripping DRM all over the place.)
Please include a link to the FCC transmitter license for this station. (I'm too lazy to look it up.) This sounds extremely stupid -- and is likely due to the idiot station and not the FCC. All of the stations around here (~19?) will be increasing power as they move back to their main transmitter that is currently broadcasting the analog signal; the reason their digital signal is weak is due to them using a lower power "rented" (or backup) transmitter.
Actually, by law, the OTA ("must carry") stations are unencrypted on cable. So, if you have a digital cable ready tv, you should be able to find and watch them. The only thing "digital cable" would give you is a cablecard to tell your tv exactly where they are. I have cable modem service only -- no TV service -- and I can find and watch all of the OTA stations on cable; they are broadcast above the signal trap that blocks analog cable. (as a basic cable subscriber, you don't have any signal filters on your line.)
That is 100% not possible. If you have no data about the next frame, you cannot draw that frame - period. The way MPEG works, if you miss part of the data, the picture will be screwed up until the next full frame is sent (called an I-Frame.) To get low bit rates, I-Frames are not sent very often -- that's why it takes a few seconds for your TV to start displaying images after changing channels. (part of it is a tuning delay... lock on the signal, sync the bit stream, etc. but part of it is waiting for an I-Frame.)
Bingo! Currently most DTV broadcasters are not at full power -- usu. because they have two transmitters to run. After the transittion, they will all be pushed to full power. And those that are moving to their "normal" frequency will do so then. (WRAL-TV recently changed freqencies around here.)
No, they are upset with people re-publishing their work (DMA definitions) without permission. I think it's a bad way for the wiki to group these things anyway as the areas are re-evaluated every 3 years. So the wiki data will get out of date rather quickly if people aren't updating them (as they obviously aren't.)
They haven't said, but it's clear the issue is how the stations are being grouped. Nielsen does own the copyright to the term Designated Market Area (DMA) as well as what those areas are.
List the stations by state, or commonly accepted region, and everything should be fine.
Exactly. It's not an "exchange replacement"; it's a mail server with a MAPI plugin. There are dozens of them already. If I can check "Exchange Server" in Outlook's mail setup, it's an exchange replacement. To my knowledge, nobody does that, because M$ doesn't document the screwy protocol it uses.
(Even if such a connector were released as OSS, it'd have to be built on windows which would be just as much of a mess.)
And where, exactly, were we discussing wiring for a house? For a datacenter, NOT a house, at -48VDC, the hazards are low. A cold welded copper or aluminium lug avoids the problem of bi-metal corrosion. And if you've ever seen the wiring in a telco datacenter, you'd know it's jacketed with a fire resistant material and rated for 2x the current it's intended (read: fused) to carry. (and it's never hidden inside walls where you cannot see building problems.)
Btw, I've seen the power distribution systems in *brand new* building using aluminium bus bars. Yes, being a poorer conductor, they are a fair bit larger than their copper cousins, but it's still a lot cheaper.
The lower the DC voltage, the higher the current and line loss. And running 3-4 different voltages throughout the place leads to confusion and much higher costs (4 voltages == 4x the wire.) -48VDC systems have been common for decades... in the telco world. They just haven't been common for computer datacenters.
That's why a lot of places use aluminium. And the practice isn't new. CP&L (now Progress Energy) wired the feed for a data center (150KW) with aluminium "wire" (if you wanna call something 1" in diameter a wire.) And that was 15+ years ago.
Then your A/C is too small, or the room is not energy efficient ('tho I suspect the rest of the office is cooler.) I had the same issues in our previous office when the building A/C was cut off in the evenings and on weekends -- it's hard to move all that heat with cheap consumer A/C units, and impossible if you don't have a heat exchanger outside the building. (dumping hot air into the plenum only works as long as the building HVAC is on.) The current office has a dedicated 5ton Liebert Challenger 3000 and it keeps the room perfectly stable running at 50%.