No rural community is self-sufficient. They very idea is, frankly, ridiculous. Or, do you pump your own gas, weave your own cloth, chop down your own trees for wood, produce all your own food, etc?
On the flip side, New York is the most energy efficient city in the United States, thanks to it's massive population density combined with a top-notch public transportation system. That should tell you something.
And compared to suburbs, there's no contest. High-density living is *significantly* better for the environment, largely thanks to reduced dependency on oil for personal transportation. Hell, over half of people in New York don't own a car (75% in Manhattan!). See this article for more details.
Very true. The big concern is that the public key Alice gets for Bob is not, in fact, Bob's key. Of course, for your average person, the odds of this happening are extremely low. But, if this is an issue, you can (as you say) either share the public key on a separate, secure channel (heck, simply hashing it with a symmetric cipher and sharing the symmetric key over the phone would do the job for most paranoid people), or you can make use of webs of trust.
But, again, 99% of the time, this isn't a huge concern unless you're already the target of the government or a black hat (who is trying to spoof Bob). And if you are, you can probably spend the extra effort to safely distribute your public key to the necessary parties.
You will all have to meet in order to exchange public keys securely and keep your private keys safe.
WTF are you talking about? No you don't. The very purpose of public key encryption is so you *don't* have to exchange keys over a secure channel.
For the GP, it works like this: you have a public key and a private key. The public key is published anywhere. On the web, in your signature, some PK warehouse somewhere, wherever. You private key, you keep safe, probably locked up with a password and encrypted with a symmetric cipher.
When Bob wants to send you an email, he retrieves your public key and encrypts the text using it. At this point, the only way to retrieve the plan text, assuming the original was thrown away, is to decrypt it using *your* private key, which is, of course, safe and secure. Hopefully.
Meanwhile, prior to sending, Bob generates a secured hash over the plain text using his *private* key. After decrypting the email, you validate that hash using Bob's public key. Voila, Bob's identity is verified (or, at least, you've verified that the sender is in possession of Bob's private key).
Honestly, this is very very basic assymmetric encryption stuff. Frankly, I'm not sure how the parent got it so wrong.
You can't crack the encryption on a DVD to extract a clip for your review, but you can still connect the DVD player's analog output to a capture card, or point a camcorder at the screen.
I assume you've never heard of HDMI?
Trust me, the media conglomerates are working on this problem. If they had their way, everything would be encrypted right up until the picture is displayed on your TV and the sound is coming out of your speakers.
Of course, you could always set up a camcorder, right? It'd look like shit, sure, but it's something... until they embed watermarks in the image which cause the camcorder to stop recording, at which point it's game over.
And *that* is an excellent question. In fact, thanks to the whole Dark Energy phenomena, the rate at which space is expanding is *increasing*, which could very well impact distance measurements. Furthermore, new results have come out in recent years which call into question our theories about type 1a supernova, which we currently use as standard candles (specifically, polarization of light can cause variability in brightness, depending on the position of the observer).
Are you kidding? Bandwidth is near free, these days.
You really are an idiot if you believe that these bandwidth concerns have anything to do with the end-user (as opposed to the company, who is paying for every byte they send).
Except that, thus far, OSX has proven itself to be far less bug-ridden, out of the box, than any MS product. If, in five years, Apple has proven to be as unreliable as MS, you can bet people will be complaining just as loudly about them.
That's insane. No software product, no matter how well intentioned the developers, will ever be completely absent of bugs come release-time. Obviously, defensive code practices and other techniques can reduce the number of bugs generated, and a well-designed architecture can minimize the impacts of bugs that *do* leak through, but no product will ever be perfect.
The "Windoze Haters" feel the way they do because, time and again, Microsoft has demonstrated that they produce software which is not only very buggy (certainly more so than their competators), but faulty by it's very design (eg, wiring IE into the OS, which made it a perfect vector for infection). Worse yet, when they release fixes, they are just as likely to introduce *new* bugs as fix the old ones, demonstrating a significant lack of competance (not to mention further calling into question the underlying architecture).
Well, there *is* this giant fusion reactor a few tens of million of miles from here that is, apparently, very good at generating heat. If you spent some energy getting the dirigible initially inflated and then ascended over the cloudline, I suspect you might be able to leverage that thing somehow...
Yes but the whole point of a product is for it to work how you want it, not the other way around.
Yeah, no kidding! For example, I'm really experienced with using hammers, but today, I decided to go out and buy a screwdriver. And you know what? The damn thing can't even pound a nail! It expects me to use these "screw" things I've never seen before, and you have to put them in by *twisting*! I don't want to twist, I wanna pound!
I hate the fact that I can never find *anything* I'm looking for.
This is because you're unfamiliar with OSX.
I hate the fact that I have no idea what the fuck is going on behind the scenes with the Mac.
Also because you're unfamiliar with OSX.
I really don't like the fact that I *could* do stuff on the CLI but I can never find out how.
Also because you're unfamiliar with OSX.
Here, I'm gonna let you in on a little secret: OSX isn't Linux or Windows. It works differently. As a result, you might actually have to *learn something about it*. Clearly what you want is for OSX to be exactly like Linux or Windows. But the very fact that it *isn't* is what makes it attractive to so many people. So get your learn on and quit bitching, ffs.
PS. I'm not an OSX user. But people who bitch about a product because it isn't what *they* want it to be really tick me off, especially if it's clear they haven't bothered to try and adapt. I'd have the same problem with a Windows user who switched to Linux and then whined about how they couldn't use regedit.
Well, one obvious option is to pass the svideo to your capture card and pass the coax to your TV. Switch inputs, do what you need to do, then switch back.
Good grief, some people really are dense -- either that or they simply like to argue for argument's sake.
No, the problem is that you made an apparently (and actually) nonsensical complaint about MythTV and the Hauppauge cards, only to admit later that you're doing something frankly silly (using the cable box EPG with a system clearly not designed to be used that way).
But you are right... some people really are dense.
how different was Picard in season one of TNG from Picard in season seven of TNG? Very! Between the first season and the last, he transforms, thanks to events in The Inner Light, Best of Both Worlds, Tapestry, Chain of Command, and many others. Not to mention other characters who also grow and change (Worf, Deanna, obviously Data, etc, etc).
He probably means the buffering. The PVR-*50 and 500s don't just pop what they're capturing onto the screen in Myth in real time. They actually do about a 2 second buffer before showing something on the screen. Whether that's the drivers for linux or Myth I don't know.
That has nothing to do with the Hauppauge cards and everything to do with Myth and, in fact, ffmpeg (which apparently chokes if you give it a partial frame, and so Myth buffers conservatively in order to ensure this doesn't happen). The same would occur on any capture card, AFAIK.
And besides, how on earth does that make the guide unusable? If anything, it makes the guide *necessary* (as channel surfing is basically a no-go).
I do remember seeing something a while ago on Windows MCE where they were showing off how they had worked around the buffering and were able to just go to Live TV without any pausing. Hopefully it's a matter of time before Myth gets that functionality.
Not likely, at least not in the near future. This could be done if Myth sent the captured stream straight to the FE, while at the same time writing it to disk, but the issue is considered low-priority (and I happen to agree... the delay isn't long enough that I give a damn, and is really only an issue if you're one of those suckers that habitually channel surfs, rather than using the guide like a sane human being).
BTW, if anyone is thinking about it, please don't bring this issue up on the mailing list. It's a very long standing issue that tends to ignite expansive flamewars...
Combine that with the suck that is Hauppauge -- I bought a PVR-150, chose it over the PVR-500 because I was skeptical and now I'm glad I saved my money on the dual tuner card. With a 500ms or so delay on the display it renders the cable guide totally worthless -- and you have a recipe for a craptacular HTPC
What are you going on about? The 150 *captures*, it doesn't display, so I don't know what this "500ms or so delay on the display" that you're talking about is. Nor do I understand how said delay could "[render] the cable guide totally worthless".
Yeah, multiple LIRC devices is definitely more difficult than it should be. In my case, I built a split BE/FE system, and so each box only needs to control a single LIRC device. Later, when I expand my BE with multiple capture cards, I'll need more than one blaster, and I'm sure things'll get a little more hairy.
Slashdot Mirror
Does anyone actually use straight-up PDA's anymore?
I do. You know why? I *don't want a fucking cell phone*.
No rural community is self-sufficient. They very idea is, frankly, ridiculous. Or, do you pump your own gas, weave your own cloth, chop down your own trees for wood, produce all your own food, etc?
On the flip side, New York is the most energy efficient city in the United States, thanks to it's massive population density combined with a top-notch public transportation system. That should tell you something.
And compared to suburbs, there's no contest. High-density living is *significantly* better for the environment, largely thanks to reduced dependency on oil for personal transportation. Hell, over half of people in New York don't own a car (75% in Manhattan!). See this article for more details.
Very true. The big concern is that the public key Alice gets for Bob is not, in fact, Bob's key. Of course, for your average person, the odds of this happening are extremely low. But, if this is an issue, you can (as you say) either share the public key on a separate, secure channel (heck, simply hashing it with a symmetric cipher and sharing the symmetric key over the phone would do the job for most paranoid people), or you can make use of webs of trust.
But, again, 99% of the time, this isn't a huge concern unless you're already the target of the government or a black hat (who is trying to spoof Bob). And if you are, you can probably spend the extra effort to safely distribute your public key to the necessary parties.
See my other post above. The parent apparently doesn't understand PKI.
You will all have to meet in order to exchange public keys securely and keep your private keys safe.
WTF are you talking about? No you don't. The very purpose of public key encryption is so you *don't* have to exchange keys over a secure channel.
For the GP, it works like this: you have a public key and a private key. The public key is published anywhere. On the web, in your signature, some PK warehouse somewhere, wherever. You private key, you keep safe, probably locked up with a password and encrypted with a symmetric cipher.
When Bob wants to send you an email, he retrieves your public key and encrypts the text using it. At this point, the only way to retrieve the plan text, assuming the original was thrown away, is to decrypt it using *your* private key, which is, of course, safe and secure. Hopefully.
Meanwhile, prior to sending, Bob generates a secured hash over the plain text using his *private* key. After decrypting the email, you validate that hash using Bob's public key. Voila, Bob's identity is verified (or, at least, you've verified that the sender is in possession of Bob's private key).
Honestly, this is very very basic assymmetric encryption stuff. Frankly, I'm not sure how the parent got it so wrong.
You can't crack the encryption on a DVD to extract a clip for your review, but you can still connect the DVD player's analog output to a capture card, or point a camcorder at the screen.
I assume you've never heard of HDMI?
Trust me, the media conglomerates are working on this problem. If they had their way, everything would be encrypted right up until the picture is displayed on your TV and the sound is coming out of your speakers.
Of course, you could always set up a camcorder, right? It'd look like shit, sure, but it's something... until they embed watermarks in the image which cause the camcorder to stop recording, at which point it's game over.
I wonder how uniform the expansion is
And *that* is an excellent question. In fact, thanks to the whole Dark Energy phenomena, the rate at which space is expanding is *increasing*, which could very well impact distance measurements. Furthermore, new results have come out in recent years which call into question our theories about type 1a supernova, which we currently use as standard candles (specifically, polarization of light can cause variability in brightness, depending on the position of the observer).
Are you kidding? Bandwidth is near free, these days.
You really are an idiot if you believe that these bandwidth concerns have anything to do with the end-user (as opposed to the company, who is paying for every byte they send).
Oooh, congratulations, you completely ignored the point of my argument and got me on a technicality. How very clever of you.
Except that, thus far, OSX has proven itself to be far less bug-ridden, out of the box, than any MS product. If, in five years, Apple has proven to be as unreliable as MS, you can bet people will be complaining just as loudly about them.
That's insane. No software product, no matter how well intentioned the developers, will ever be completely absent of bugs come release-time. Obviously, defensive code practices and other techniques can reduce the number of bugs generated, and a well-designed architecture can minimize the impacts of bugs that *do* leak through, but no product will ever be perfect.
The "Windoze Haters" feel the way they do because, time and again, Microsoft has demonstrated that they produce software which is not only very buggy (certainly more so than their competators), but faulty by it's very design (eg, wiring IE into the OS, which made it a perfect vector for infection). Worse yet, when they release fixes, they are just as likely to introduce *new* bugs as fix the old ones, demonstrating a significant lack of competance (not to mention further calling into question the underlying architecture).
just how are you planning to heat up the air?
Well, there *is* this giant fusion reactor a few tens of million of miles from here that is, apparently, very good at generating heat. If you spent some energy getting the dirigible initially inflated and then ascended over the cloudline, I suspect you might be able to leverage that thing somehow...
Yes but the whole point of a product is for it to work how you want it, not the other way around.
Yeah, no kidding! For example, I'm really experienced with using hammers, but today, I decided to go out and buy a screwdriver. And you know what? The damn thing can't even pound a nail! It expects me to use these "screw" things I've never seen before, and you have to put them in by *twisting*! I don't want to twist, I wanna pound!
I hate the fact that I can never find *anything* I'm looking for.
This is because you're unfamiliar with OSX.
I hate the fact that I have no idea what the fuck is going on behind the scenes with the Mac.
Also because you're unfamiliar with OSX.
I really don't like the fact that I *could* do stuff on the CLI but I can never find out how.
Also because you're unfamiliar with OSX.
Here, I'm gonna let you in on a little secret: OSX isn't Linux or Windows. It works differently. As a result, you might actually have to *learn something about it*. Clearly what you want is for OSX to be exactly like Linux or Windows. But the very fact that it *isn't* is what makes it attractive to so many people. So get your learn on and quit bitching, ffs.
PS. I'm not an OSX user. But people who bitch about a product because it isn't what *they* want it to be really tick me off, especially if it's clear they haven't bothered to try and adapt. I'd have the same problem with a Windows user who switched to Linux and then whined about how they couldn't use regedit.
Oh ffs, this happens to all provinces. There are many ways in which Quebec is unique, but this, my friend, is not one of them.
Well, one obvious option is to pass the svideo to your capture card and pass the coax to your TV. Switch inputs, do what you need to do, then switch back.
Good grief, some people really are dense -- either that or they simply like to argue for argument's sake.
No, the problem is that you made an apparently (and actually) nonsensical complaint about MythTV and the Hauppauge cards, only to admit later that you're doing something frankly silly (using the cable box EPG with a system clearly not designed to be used that way).
But you are right... some people really are dense.
With the Hauppauge, I get the exact same behavior in Windows.
Again, I ask, who cares about a friggin' 500ms delay?? And how does this make the EPG unusable?
how different was Picard in season one of TNG from Picard in season seven of TNG?
Very! Between the first season and the last, he transforms, thanks to events in The Inner Light, Best of Both Worlds, Tapestry, Chain of Command, and many others. Not to mention other characters who also grow and change (Worf, Deanna, obviously Data, etc, etc).
Honestly, did you even *watch* TNG?
Both ST:TOS and ST:TNG were wildly success (even if, for TOS, is was in syndication) because people like a bright happy future of grand exploration.
Two words: Battlestar Galactica
He probably means the buffering. The PVR-*50 and 500s don't just pop what they're capturing onto the screen in Myth in real time. They actually do about a 2 second buffer before showing something on the screen. Whether that's the drivers for linux or Myth I don't know.
That has nothing to do with the Hauppauge cards and everything to do with Myth and, in fact, ffmpeg (which apparently chokes if you give it a partial frame, and so Myth buffers conservatively in order to ensure this doesn't happen). The same would occur on any capture card, AFAIK.
And besides, how on earth does that make the guide unusable? If anything, it makes the guide *necessary* (as channel surfing is basically a no-go).
I do remember seeing something a while ago on Windows MCE where they were showing off how they had worked around the buffering and were able to just go to Live TV without any pausing. Hopefully it's a matter of time before Myth gets that functionality.
Not likely, at least not in the near future. This could be done if Myth sent the captured stream straight to the FE, while at the same time writing it to disk, but the issue is considered low-priority (and I happen to agree... the delay isn't long enough that I give a damn, and is really only an issue if you're one of those suckers that habitually channel surfs, rather than using the guide like a sane human being).
BTW, if anyone is thinking about it, please don't bring this issue up on the mailing list. It's a very long standing issue that tends to ignite expansive flamewars...
Well, open source linux PVRs.
Well, open source HD-capable PVRs. You'll always be able to pull an SD feed from an external tuner.
Combine that with the suck that is Hauppauge -- I bought a PVR-150, chose it over the PVR-500 because I was skeptical and now I'm glad I saved my money on the dual tuner card. With a 500ms or so delay on the display it renders the cable guide totally worthless -- and you have a recipe for a craptacular HTPC
What are you going on about? The 150 *captures*, it doesn't display, so I don't know what this "500ms or so delay on the display" that you're talking about is. Nor do I understand how said delay could "[render] the cable guide totally worthless".
Not to mention the collective consciousness in Home Soil.
Yeah, multiple LIRC devices is definitely more difficult than it should be. In my case, I built a split BE/FE system, and so each box only needs to control a single LIRC device. Later, when I expand my BE with multiple capture cards, I'll need more than one blaster, and I'm sure things'll get a little more hairy.