Nah. Given P2P, multiple-mirrors, etc, you could connect to 1000 separate sources and fill your own capacity pretty easy.
Also, given the propensity of your average internet customer to share his connection throughout the household, even 20M may get a little spare.
Meanwhile, with my 3M/768k connection regularly dropping FTP connections and HTTP running slow when others are guzzling BW via torrent, 20/20 seems really nice.
Hmmm... I wonder how much *more* difficult it would be to have the guitar tune 'live', ie: while playing. Check for a short along the fretboard on each string, and against additional tension above baseline (to compensate for intentional and unintentional bending and whammy bar use) and feed that data into the tuning processor.
Would be awesome - how many times has your guitar gone out of tune while playing with brand skankin' new strings? I know you're supposed to stretch 'em out, but we're talking about a labor-saver here.
Though, like I said, it'd probably be a lot more difficult; baseline tension would change the moment a bend was made (stretching of the strings).
I wonder if resistance can be checked to put up a 'string needs replaced' idiot light? Ooh, how about a capacitance array just under the fretboard so that you can train your fretting tension to an ideal level?
You are to eat it with a spoon. Adding jam, honey, or pickels, or speading it on a substrate of any sort increases the volume of the peanut butter. As a result, the longevity of the peanut butter is increased, or 'copied'. This hurts the margins of the PBAA member companies, as you are stealing extra value from each teaspoon of peanut butter.
I wouldn't be surprised if this happened *minutes* after Theo 'left the room', as it were.
I don't say this for personal dislike of the guy; it's just that, when we're talking civil negotiation, De Raadt almost always, gets the "You're not helping" award.
Well, look at his competition. He's doing something about a serious problem.
Gibson is pushing for legal action to stop mountaintop mining of coal, when he should be joining the fight for liquid-flouride thorium reactors (to outcompete the miners) Noguchi is picking up trash when he should be pushing the locality to do the job. Rutagarama is trying to save mountain gorillas, and while he's going about it the right way, it's a tiny slice of the biodiversity pie that needs preserved.
"I live in a gated community that opted for wireless over DSL/FiOS. I think it's been a failure because it downright sucks."
So, they're savvy enough to do that, but not savvy enough to know that they can obtain the best service if the Wifi repeaters are located at each house, with an optimum distance of 100' between non-house repeaters?
"The problem is that - for many root-running processes - running chroot has often been recommended as a security practice. This has often been the recommendation of the daemon authors, in the documentation, as a way to improve security."
Which isn't even valid; if the process guards against users going above the chroot'd/, it can just as easily guard against going above a configured root. As such, it would add nothing to security, and possibly break a program that has misbehaved - and provide a nice hearty headache for someone trying to replicate the error and debug it.
chroot is for sandboxing build processes, far as I know. I don't understand how *anyone* could think it would be a good idea to use it for security. Essentially, even if you su to a non-root user to 'jail' someone, they can just exit out of their jail, and suddenly be a superuser. That would be *beyond* stupid.
So, here it is: chroot is not, never was a security tool, at least, not for anyone competent.
I'm sorry, but if you're well aware that a hardware vendor's going to drop the price, why would you buy it before then in the first place?
"Oh, I just had to have the latest thing from my Corporate Masters! $600? But a pittance for them!"
To anyone who shelled out a waste of $200 for a locked-in phone: You paid $200 for a few months of being pseudo-elite. The remaining $400 is the cost of the phone. Don't like it? Be more fucking patient next time; apparently your useless elite status isn't worth quite as much as you thought.
That said, I'd write it myself, but I'm way too busy with the job and with writing a piece of software to automatically download the latest episodes of my favorite shows via BT; I don't own a TV, but there are a couple shows I like.
I don't know the propagation math for P2P, but I think a client that keeps itself a couple of days in advance of the listings and self-throttles its total upload rate to 1/50th of the connection's maximum (mine's 3Mb/s, but let's work with 768kb/s for kicks) will still only take 7.5 minutes/programming day (given sufficient seeding) to download and 6:15 to regain a 1:1 share ratio. Keeping in mind that there will be super seeds without the 1/50 bandwidth limitation (the generous), you could resupply the whole 10,000 channels without it hurting your internet connection much at all.
Meanwhile, if you limit your channel downloads to only 40, as you should have the option to do, you still help out the community by resupplying those 50 channels.
Optimization and targeting are key here, of course; the program could split the XML up by channel and compress them individually within a gzip wrap and simply use modified bittorrent for its sharing protocol. Integrated with MythTV, it could even prioritize listings for channels you watch often.
The problem, of course, is freely sourcing the listings; advertising's not an option with something like MythTV - which exists more to skip commercials than anything. Redistribution licenses are expensive enough that dontations probably wouldn't cover it.
Here's an idea, though: A hardware vendor of MythTV boxes can hook it up as a universally free service with the purpose of selling more boxes with this nifty feature built in (rather than having to do all the separated installs). The key here is to write the software up with an incompatible license to MythTV's, so that it has to be sourced from the vendor via apt/yum/whatever rather than simply getting it with MythTV (the result being that the vast majority who prefer ease of use go with buying the prebuilt, fully loaded HTPC rather than rolling their own, while homebrewers can still use it, but we have to jump through another one of those hoops we so love).
Sounds like underhanded manipulation of Open Source licensing, but paying for something with nothing is a business that involves creative and nimble thinking.
Seriously. NYC is a pit these days, even Manhattan. Pretty, in spots, but overall it's too crowded, too dirty, and too expensive to actually be a useful habitat.
Re:Geeks do- everyone else doesn't.
on
The DRM Scorecard
·
· Score: 1
Oh, I agree totally. What I'm saying is that restrictive DRM basically expands the market for infringing files on P2P networks - there's reduced incentive to buy, and little to no realistic deterrant to sharing.
What the RIAA needs to truly minimize their percieved piracy problem is a way to watermark audio data in a way that is robust against DCT compression and removal attacks, and is also encrypted (or, one better, simply an identifier hash for an account).
Which is something I outlined in the open letter in the link on my sig.
Re:Geeks do- everyone else doesn't.
on
The DRM Scorecard
·
· Score: 3, Insightful
""Because," he pointed out, "if the copy protection prevents just one person from copying it, it's done its job."
And that's why copy protection on CDs and DVDs exists today: to deter casual copying. Much to their disadvantage, most people out there just aren't as technically adept as Slashdot readers."
'Cept most are adept enough to just download a copy from someone whose already cracked and transcoded it.
Slashdot Mirror
Nah. Given P2P, multiple-mirrors, etc, you could connect to 1000 separate sources and fill your own capacity pretty easy.
Also, given the propensity of your average internet customer to share his connection throughout the household, even 20M may get a little spare.
Meanwhile, with my 3M/768k connection regularly dropping FTP connections and HTTP running slow when others are guzzling BW via torrent, 20/20 seems really nice.
libdvdcss has never been challenged under the DMCA, and is therefore not a crime to use.
Hmmm... I wonder how much *more* difficult it would be to have the guitar tune 'live', ie: while playing. Check for a short along the fretboard on each string, and against additional tension above baseline (to compensate for intentional and unintentional bending and whammy bar use) and feed that data into the tuning processor.
Would be awesome - how many times has your guitar gone out of tune while playing with brand skankin' new strings? I know you're supposed to stretch 'em out, but we're talking about a labor-saver here.
Though, like I said, it'd probably be a lot more difficult; baseline tension would change the moment a bend was made (stretching of the strings).
I wonder if resistance can be checked to put up a 'string needs replaced' idiot light? Ooh, how about a capacitance array just under the fretboard so that you can train your fretting tension to an ideal level?
Hehe. Borg Guitar.
Simple: Since HD is a marginal increase in quality at an enormous cost in both data and freedom of use, support SD-DVD.
You are to eat it with a spoon. Adding jam, honey, or pickels, or speading it on a substrate of any sort increases the volume of the peanut butter. As a result, the longevity of the peanut butter is increased, or 'copied'. This hurts the margins of the PBAA member companies, as you are stealing extra value from each teaspoon of peanut butter.
You should be *ashamed* of yourself.
His sentence wasn't obtuse. I got it the second I read it.
We have a working democracy, you know.
Thing about democracy is that it's two wolves and a sheep deciding on what's for dinner - and the corporate culture is the wolf pack.
All you've said is true, but my point is that none of them have the amplification of effort going on that the computer guy's got.
I wouldn't be surprised if this happened *minutes* after Theo 'left the room', as it were.
I don't say this for personal dislike of the guy; it's just that, when we're talking civil negotiation, De Raadt almost always, gets the "You're not helping" award.
Well, look at his competition. He's doing something about a serious problem.
Gibson is pushing for legal action to stop mountaintop mining of coal, when he should be joining the fight for liquid-flouride thorium reactors (to outcompete the miners)
Noguchi is picking up trash when he should be pushing the locality to do the job.
Rutagarama is trying to save mountain gorillas, and while he's going about it the right way, it's a tiny slice of the biodiversity pie that needs preserved.
"I live in a gated community that opted for wireless over DSL/FiOS. I think it's been a failure because it downright sucks."
So, they're savvy enough to do that, but not savvy enough to know that they can obtain the best service if the Wifi repeaters are located at each house, with an optimum distance of 100' between non-house repeaters?
"The problem is that - for many root-running processes - running chroot has often been recommended as a security practice. This has often been the recommendation of the daemon authors, in the documentation, as a way to improve security."
/, it can just as easily guard against going above a configured root. As such, it would add nothing to security, and possibly break a program that has misbehaved - and provide a nice hearty headache for someone trying to replicate the error and debug it.
Which isn't even valid; if the process guards against users going above the chroot'd
chroot is for sandboxing build processes, far as I know. I don't understand how *anyone* could think it would be a good idea to use it for security. Essentially, even if you su to a non-root user to 'jail' someone, they can just exit out of their jail, and suddenly be a superuser. That would be *beyond* stupid.
So, here it is: chroot is not, never was a security tool, at least, not for anyone competent.
Were that I could mod you higher, I would.
It's good to know that the history of these things isn't getting *completely* overshadowed by the stupid media ruckus surrounding them.
When, by the way, did Woz become a whiner?
I'm sorry, but if you're well aware that a hardware vendor's going to drop the price, why would you buy it before then in the first place?
"Oh, I just had to have the latest thing from my Corporate Masters! $600? But a pittance for them!"
To anyone who shelled out a waste of $200 for a locked-in phone: You paid $200 for a few months of being pseudo-elite. The remaining $400 is the cost of the phone. Don't like it? Be more fucking patient next time; apparently your useless elite status isn't worth quite as much as you thought.
That said, I'd write it myself, but I'm way too busy with the job and with writing a piece of software to automatically download the latest episodes of my favorite shows via BT; I don't own a TV, but there are a couple shows I like.
50k/40ch*10,000ch~=12M of download/day
I don't know the propagation math for P2P, but I think a client that keeps itself a couple of days in advance of the listings and self-throttles its total upload rate to 1/50th of the connection's maximum (mine's 3Mb/s, but let's work with 768kb/s for kicks) will still only take 7.5 minutes/programming day (given sufficient seeding) to download and 6:15 to regain a 1:1 share ratio. Keeping in mind that there will be super seeds without the 1/50 bandwidth limitation (the generous), you could resupply the whole 10,000 channels without it hurting your internet connection much at all.
Meanwhile, if you limit your channel downloads to only 40, as you should have the option to do, you still help out the community by resupplying those 50 channels.
Optimization and targeting are key here, of course; the program could split the XML up by channel and compress them individually within a gzip wrap and simply use modified bittorrent for its sharing protocol. Integrated with MythTV, it could even prioritize listings for channels you watch often.
The problem, of course, is freely sourcing the listings; advertising's not an option with something like MythTV - which exists more to skip commercials than anything. Redistribution licenses are expensive enough that dontations probably wouldn't cover it.
Here's an idea, though: A hardware vendor of MythTV boxes can hook it up as a universally free service with the purpose of selling more boxes with this nifty feature built in (rather than having to do all the separated installs). The key here is to write the software up with an incompatible license to MythTV's, so that it has to be sourced from the vendor via apt/yum/whatever rather than simply getting it with MythTV (the result being that the vast majority who prefer ease of use go with buying the prebuilt, fully loaded HTPC rather than rolling their own, while homebrewers can still use it, but we have to jump through another one of those hoops we so love).
Sounds like underhanded manipulation of Open Source licensing, but paying for something with nothing is a business that involves creative and nimble thinking.
Hmm. I'm thinking of a standardized P2P protocol for such things...
Scite for the win!
Meanwhile, I generally use the half-meg sc1.exe version.
I just wish it was available for OS-X, for those times when I inevitably need to use a mac.
So, how many books weigh 15 oz, exactly?
In short, we appreciate a step in the right direction, and abhor a step in the wrong one. It's all to do with relative levels of openness.
You'd think a tech writer would understand that.
"In any event, if all 22 million people in the NYC metro area moved somewhere cheaper, it would probably make that place a pit as well."
There are lots of places that are cheaper than NYC. Essentially, any place that's not London or Paris.
Myself, I'd love to move from Philly (nearly as expensive as NYC) to Richmond (cheaper by at least a factor of three).
Three words:
Noone should live there.
Seriously. NYC is a pit these days, even Manhattan. Pretty, in spots, but overall it's too crowded, too dirty, and too expensive to actually be a useful habitat.
Oh, I agree totally. What I'm saying is that restrictive DRM basically expands the market for infringing files on P2P networks - there's reduced incentive to buy, and little to no realistic deterrant to sharing.
What the RIAA needs to truly minimize their percieved piracy problem is a way to watermark audio data in a way that is robust against DCT compression and removal attacks, and is also encrypted (or, one better, simply an identifier hash for an account).
Which is something I outlined in the open letter in the link on my sig.
""Because," he pointed out, "if the copy protection prevents just one person from copying it, it's done its job."
And that's why copy protection on CDs and DVDs exists today: to deter casual copying. Much to their disadvantage, most people out there just aren't as technically adept as Slashdot readers."
'Cept most are adept enough to just download a copy from someone whose already cracked and transcoded it.