Wow. The last in the apprently long line to completely fail to get the joke. And this one's a flamer.
Emphasis on the last five letters.
Actually, I'm pretty sure there's a name for people such as yourself, who ignorantly sling insults while failing completely to pay attention...
I'm also pretty sure that the term had been wrongfully ascribed to an entire subset of the human genome - mostly as defined by a particular set of appearance traits - causing it to be too politically charged to be used appropriately. Like it should be in this case.
"a few year ago it looked like RIAA was killing of bittorrent. What happended in between? It bittorrent as a alive and kicking now as it was 4 years ago or are people moving to emule?"
Actually, people moved from emule to BT.
The concept of BT being killed off is... erroneous. To have an operating BT site, you need a tracker, a seeder, and a number of clients. Since these things are all relatively easy to obtain and run, and are legal to posess and execute, it would be nigh impossible to make BT as a system for sharing files illegal.
The weak point is, of course, making the Torrenting public aware of the files. This is where indexing sites come in, and the reason they are the target of the **AA. Meanwhile, if all of them are shut down, there will be a horde of new indexers hosted in, say, Durkadurkastan (where they aren't breaking any laws) within a week. Supply grows to meet demand. Just how it goes.
Legal downloads don't need indexed or hosted. The torrents for legal downloads are easily found on the sites that create them.
Which, by the way, is exactly why the **AA goes after the torrent indexers and hosts. Go after the protocol, and you have every geek in the world screaming bloody murder. Go after the indexers, and you only have the pirates complaining.
What, exactly, is wrong with fueling agro-fuel vehicles with a part of the fuel you're producing? What's wrong with replacing the ICE with DEFC driven hub motors (Internal Combustion Engine / Direct Ethanol Fuel Cell)?
The idea for stopping both greenhouse emissions and dependance on foreign oil is to use a fuel that is biologically based (to re-close the carbon cycle) and locally grown (to re-close the fuel cycle).
Sure, gasoline is of a higher energy content (120% that of ethanol), but ethanol can be burned far more efficiently (25% for gas/ICE v. 80% for Ethanol->DEFC->Motor). People pooh-pooh electric cars, but the fact is the limitation _was_ batteries. With the new DEFCs, you can get the kind of wattage you need to pull one ton from zero-to-sixty in under ten seconds at 80% drivetrain efficiency (82kW to obtain 88HP).
Which is why, of course, I don't understand the purpose of making corn into ethanol. You get much higher yield out of jerusalem artichokes per unit plant mass, and you barely have to care for the plants.
I also don't get why they don't run tractors off of the other potential by-product of corn production for ethanol production: corn oil sourced biodiesel (or just heated corn oil).
Of course, the ideal solution here would be for Changing World Technologies to produce self-contained small-scale TCP devices for use on farms.
Meanwhile, while ethanol is less efficient than gasoline for use in an internal combustion engine, I say that a fault of the engine rather than an issue with the fuel. Even highly-tuned ICE's max out at about 25% efficiency (work output relative to chemical energy in fuel).
But on the other side, ethanol in a DEFC gets about 80% efficiency, and hydrogen in a PEMFC gets anywhere from 85% to 99% (so the overall efficiency of an ethanol-converted PEMFC is dependant of the efficiency of the converter). The fact that ethanol can presently burn in almost all cars (with a modification), just makes them an expensive way to use the stuff.
Feh. You can do that stuff with a much-cheaper PIC.
This is enough power for analog control of a house's worth of lighting and monitors, based on where you're standing/sitting.
I mean, remember, it's an ARM. Hz for Hz, they can generally get a little more done than an x86 (Not that they're necessarily better; the whole 'everything on the same bus' thing is a peripheral performance bottleneck).
That's weird. It only usually takes me five hours.
That said, it's via bittorrent; I don't have extensive TV.
And before you go off, I've already bought the DVDs for the previous seasons; it's just the matter of getting to watch them at a reasonable turnaround. (I've also seen seasons 1 & 2 of Doctor Who already).
That's odd, but you're right, it may be a local thing (if you can consider places big as the US or China to be 'local'...), or more likely, language.
For the record, in english, most torrents I see comes either in AVI, OGG, or MKV (in decreasing order of commonality), usually with some variation of mpeg-4 for the video stream, and an MDCT based audio stream (ie mp3 or AAC). Or it's mpeg2 all the way.
I was doing a project that would do that easily, but it was using a mix of Kommander, PHP and Bash, so not exactly for the masses.
Meanwhile, I'll bet I can do something similar in a lot less time using MSHTA/Javascript. Or Python with a Win32 front. Really, the math is pretty easy, and so are things like framerate detection and autocropping. Just requires a quick look at the manual (for me, not for the end-user).
I give away CDs at the local PC hardware shop with OSS software on it, called the "Week's Free and Easy". It costs me about five hours and $20 a week, but I feel it's a good thing. I usually set it up so that people have a way to contact me for suggestions / changes.
This week, it's going to be a modified version of MPlayer with an auto-install and reassociate via HTA.
Heh. I use MPlayer in both linux and windows. It does a very good job of handling almost all video media (I can never seem to get it to work with Real's stuff, but then again, it's not like Real is ubiquitous, or even vaguely pervasive).
"That doesn't sound very efficient, and would tend towards a bloated kernel that might not be needed for that box wouldn't it??"
In a generic kernel, only the options usually needed to boot a conventional PC are loaded (IDE, basic VGA, Genero-SCSI/USB drivers, and your basic filesystems). Everything else is a module. Usually, my kernel comes to about 3M; not floppy-sized anymore, but still rather trim.
Meanwhile, the drivers count to about 50-100M. Still pretty slim when you compare it to Windows' 300 or so M of drivers.
Still, that 300M in windows counts towards more universal support.
"With any of them, you often have to do a little research on the chipset of some component you have on board...hell, you need to know that for many items on a simple kernel config....and everyone has to do that sooner or later...."
What the hell are you talking about? Kernel config? I'll agree that it isn't the easiest thing to do, but get real: most users won't have to bother - a well-configured distro will have everything available, driver-wise, and hotplug or another similar driver-helper will automatically detect the hardware in your system.
Seriously. Only performance tweakers need do a kernel config, if the distro is well-built.
That's weird. I've only ever seen one that doesn't work well, and that's one my (slightly undereducated) friend put together. Though, I don't blame her; she went for all bleeding-edge parts and mashed them together hoping they'd work without doing much research.
Meanwhile, I've never built a computer that didn't "Just Work (tm)". Nor have I seen a Dell or HP in recent years that didn't.
Still, I gotta answer your last question in straw-man fashion, just to be smarmy. The market share, using only my computer as a sample, is 25% Mac OSX, 25% Windows, 25% Linux, and 25% NetBSD.
Due to the fact that four-fifths of the population own and use PCs, I'd be remiss if I didn't say, "Most people don't give a half-shit."
Meanwhile, the 'no driver installs' holds true for any new prebuilt system.
Oh, but you're talking about custom systems. Well, I'll make you a deal: Build your own Mac using specs found from the OSX86 wiki and patch your copy of OSX appropriately as per their instructions. We'll assume this as an out-of-the-box equivalent. Now, tell me about your 'no driver installs'.
Oh, I'm sorry, were you insisting upon comparing apples to oranges (or frankenboxes, as the case may be)?
(Oops... Forgot to set "HTML". I should probably use 'preview' once in a while.)
Wow.
Dude, before you assume this or that, please at least read the US analogue site's issues page: Issues.
As you can clearly see, the US Pirate Party is not advocating abolition of copyright, they're advocating shortened copyright - 14 to 28 years - and repeal of the DMCA. Now, I can't read swedish, but I assume that their stance is similarly reasonable in context of Swede law.
Slashdot Mirror
Wow. The last in the apprently long line to completely fail to get the joke. And this one's a flamer.
Emphasis on the last five letters.
Actually, I'm pretty sure there's a name for people such as yourself, who ignorantly sling insults while failing completely to pay attention...
I'm also pretty sure that the term had been wrongfully ascribed to an entire subset of the human genome - mostly as defined by a particular set of appearance traits - causing it to be too politically charged to be used appropriately. Like it should be in this case.
"a few year ago it looked like RIAA was killing of bittorrent. What happended in between? It bittorrent as a alive and kicking now as it was 4 years ago or are people moving to emule?"
Actually, people moved from emule to BT.
The concept of BT being killed off is... erroneous. To have an operating BT site, you need a tracker, a seeder, and a number of clients. Since these things are all relatively easy to obtain and run, and are legal to posess and execute, it would be nigh impossible to make BT as a system for sharing files illegal.
The weak point is, of course, making the Torrenting public aware of the files. This is where indexing sites come in, and the reason they are the target of the **AA. Meanwhile, if all of them are shut down, there will be a horde of new indexers hosted in, say, Durkadurkastan (where they aren't breaking any laws) within a week. Supply grows to meet demand. Just how it goes.
Nice to be able to afford it. I can just about afford broadband. Now, I'm not saying I'm a pirate or anything, but I do need entertained.
Legal downloads don't need indexed or hosted. The torrents for legal downloads are easily found on the sites that create them.
Which, by the way, is exactly why the **AA goes after the torrent indexers and hosts. Go after the protocol, and you have every geek in the world screaming bloody murder. Go after the indexers, and you only have the pirates complaining.
Meanwhile, why isn't demonoid in this list? I can almost always find what I want there...
A monopoly driven by tens of companies, thousands of developers, and millions of users?
Wait, even at the company level, there's tens. That can be called a 'monopoly'?
Wow. GP is one extreme, you're the other.
What, exactly, is wrong with fueling agro-fuel vehicles with a part of the fuel you're producing? What's wrong with replacing the ICE with DEFC driven hub motors (Internal Combustion Engine / Direct Ethanol Fuel Cell)?
The idea for stopping both greenhouse emissions and dependance on foreign oil is to use a fuel that is biologically based (to re-close the carbon cycle) and locally grown (to re-close the fuel cycle).
Sure, gasoline is of a higher energy content (120% that of ethanol), but ethanol can be burned far more efficiently (25% for gas/ICE v. 80% for Ethanol->DEFC->Motor). People pooh-pooh electric cars, but the fact is the limitation _was_ batteries. With the new DEFCs, you can get the kind of wattage you need to pull one ton from zero-to-sixty in under ten seconds at 80% drivetrain efficiency (82kW to obtain 88HP).
Which is why, of course, I don't understand the purpose of making corn into ethanol. You get much higher yield out of jerusalem artichokes per unit plant mass, and you barely have to care for the plants.
I also don't get why they don't run tractors off of the other potential by-product of corn production for ethanol production: corn oil sourced biodiesel (or just heated corn oil).
Of course, the ideal solution here would be for Changing World Technologies to produce self-contained small-scale TCP devices for use on farms.
Meanwhile, while ethanol is less efficient than gasoline for use in an internal combustion engine, I say that a fault of the engine rather than an issue with the fuel. Even highly-tuned ICE's max out at about 25% efficiency (work output relative to chemical energy in fuel).
But on the other side, ethanol in a DEFC gets about 80% efficiency, and hydrogen in a PEMFC gets anywhere from 85% to 99% (so the overall efficiency of an ethanol-converted PEMFC is dependant of the efficiency of the converter). The fact that ethanol can presently burn in almost all cars (with a modification), just makes them an expensive way to use the stuff.
Feh. I'm not impressed until it'll convert ethanol. Anything less is just another use for petrochemicals.
Feh. You can do that stuff with a much-cheaper PIC.
This is enough power for analog control of a house's worth of lighting and monitors, based on where you're standing/sitting.
I mean, remember, it's an ARM. Hz for Hz, they can generally get a little more done than an x86 (Not that they're necessarily better; the whole 'everything on the same bus' thing is a peripheral performance bottleneck).
Yeah, but friendlier. I could never get dvd::rip to work.
Two weeks for BSG?
That's weird. It only usually takes me five hours.
That said, it's via bittorrent; I don't have extensive TV.
And before you go off, I've already bought the DVDs for the previous seasons; it's just the matter of getting to watch them at a reasonable turnaround. (I've also seen seasons 1 & 2 of Doctor Who already).
Pay attention. He said the issue was in Windows, not Linux.
Um. What's that got to do with the price of horses?
That's odd, but you're right, it may be a local thing (if you can consider places big as the US or China to be 'local'...), or more likely, language.
For the record, in english, most torrents I see comes either in AVI, OGG, or MKV (in decreasing order of commonality), usually with some variation of mpeg-4 for the video stream, and an MDCT based audio stream (ie mp3 or AAC). Or it's mpeg2 all the way.
I was doing a project that would do that easily, but it was using a mix of Kommander, PHP and Bash, so not exactly for the masses.
Meanwhile, I'll bet I can do something similar in a lot less time using MSHTA/Javascript. Or Python with a Win32 front. Really, the math is pretty easy, and so are things like framerate detection and autocropping. Just requires a quick look at the manual (for me, not for the end-user).
Thanks. I'll do this.
The MPlayer documentation has a very good set of options for DVD ripping.
Heh.
I give away CDs at the local PC hardware shop with OSS software on it, called the "Week's Free and Easy". It costs me about five hours and $20 a week, but I feel it's a good thing. I usually set it up so that people have a way to contact me for suggestions / changes.
This week, it's going to be a modified version of MPlayer with an auto-install and reassociate via HTA.
'cos there ain't no justice like angry mob justice.
Heh. I use MPlayer in both linux and windows. It does a very good job of handling almost all video media (I can never seem to get it to work with Real's stuff, but then again, it's not like Real is ubiquitous, or even vaguely pervasive).
"That doesn't sound very efficient, and would tend towards a bloated kernel that might not be needed for that box wouldn't it??"
In a generic kernel, only the options usually needed to boot a conventional PC are loaded (IDE, basic VGA, Genero-SCSI/USB drivers, and your basic filesystems). Everything else is a module. Usually, my kernel comes to about 3M; not floppy-sized anymore, but still rather trim.
Meanwhile, the drivers count to about 50-100M. Still pretty slim when you compare it to Windows' 300 or so M of drivers.
Still, that 300M in windows counts towards more universal support.
"With any of them, you often have to do a little research on the chipset of some component you have on board...hell, you need to know that for many items on a simple kernel config....and everyone has to do that sooner or later...."
What the hell are you talking about? Kernel config? I'll agree that it isn't the easiest thing to do, but get real: most users won't have to bother - a well-configured distro will have everything available, driver-wise, and hotplug or another similar driver-helper will automatically detect the hardware in your system.
Seriously. Only performance tweakers need do a kernel config, if the distro is well-built.
Really?
That's weird. I've only ever seen one that doesn't work well, and that's one my (slightly undereducated) friend put together. Though, I don't blame her; she went for all bleeding-edge parts and mashed them together hoping they'd work without doing much research.
Meanwhile, I've never built a computer that didn't "Just Work (tm)". Nor have I seen a Dell or HP in recent years that didn't.
Still, I gotta answer your last question in straw-man fashion, just to be smarmy. The market share, using only my computer as a sample, is 25% Mac OSX, 25% Windows, 25% Linux, and 25% NetBSD.
Due to the fact that four-fifths of the population own and use PCs, I'd be remiss if I didn't say, "Most people don't give a half-shit."
Meanwhile, the 'no driver installs' holds true for any new prebuilt system.
Oh, but you're talking about custom systems. Well, I'll make you a deal: Build your own Mac using specs found from the OSX86 wiki and patch your copy of OSX appropriately as per their instructions. We'll assume this as an out-of-the-box equivalent. Now, tell me about your 'no driver installs'.
Oh, I'm sorry, were you insisting upon comparing apples to oranges (or frankenboxes, as the case may be)?
(Oops... Forgot to set "HTML". I should probably use 'preview' once in a while.)
Wow.
Dude, before you assume this or that, please at least read the US analogue site's issues page: Issues.
As you can clearly see, the US Pirate Party is not advocating abolition of copyright, they're advocating shortened copyright - 14 to 28 years - and repeal of the DMCA. Now, I can't read swedish, but I assume that their stance is similarly reasonable in context of Swede law.