You know what I think would happen if they did that? They'd sell the left-over bandwidth. It's already been done with phone and cable. Even train companies sell bandwidth nowadays. We live in a time where everyone with a piece of string or spectrum does networking services.
In my opinion, it's a solution in search of a problem. He's proposing a system where on each and every update every client has to download a binary version for all supported platforms. Let's calculate how that would affect the binary size of my/usr/bin and/usr/lib. For the sake of the argument, let's say that the binary size for all 32-bit architectures is half of the size of their 64-bit version and every distribution ships the same binaries:
That's without debugging symbols for each arch. You do the math for other ditributions. Think of the cost of updates in terms of bandwidth for updates.
This problem has been already solved by package managers and those are far from the weak link he makes them out to be. Moving the architecture detection from the installation phase to the run phase will only add to the problem. Instead of relying on my system vendor's package manager, I have to rely on every application vendor to do the right thing.
They do just that and they don't check if your qualified enough to issue such evidence. Peter Donnely gave an example in his TED Talk called "How stats fool juries". This projects result's will be no more relevant than the MIT's gaydar's but it has the backing of the FBI. You're going to have a hard time disproving it in court.
But why raise the price of the ipod and not the music?
Because then they'd have to make an effort in making music people want to pay for. Since artists are rare in this industry the managers have to turn to lawyers for a solution.
In fact, maybe I'll just go sit under a tree and die. It will be more romantic. Romantic in the artistic sense, which is the kind all slashdotters can relate to.
Scientists are still human and still subject to that most common of human desires -- greed.
Scientists are humans who have grasped the meaning of the scientific method. You, on the other hand, seem to have no notion of scientific credibility and peer review.
I'm aware that liberals with mod points will probably mod me troll for daring to disagree with them, but I implore you to look at the simple logic of why these people have such good reasons to lie.
Your "simple logic" is borderline delusional. Just listen to yourself: "All global warming scientists are scaremongering charlatans who want nothing but our money".
You'd get a cookie if I had my mod points.
I would be twice as productive if I knew all the tool sets that come with a standard Unix installation.
Problem is, most of those tools are older then me and getting to know them takes a lot of time.
IMHO in the current situation including both h.264 and Theora in the spec would be the optimal solution. Why? Two reasons: WMA and WMV. Let's kill those two bastard formats, please? Without any codecs in the specification we'll have the exact same situation as we have today. In that case the whole HTML5 standard might as well die.
It's not misleading when that environment is not a standard (ditto for applications which depend on it). If I'd write an applet that required you to install Haskell then I guess you wouldn't count the size of ghc either?
For the heck of it, here's a test case for a default install of Fedora 11. Removing the "mono-core" package yields:
I had until I caught a bad case of brain-dead and nuked the LUKS header on my/home partition. (I wanted to resize an LVM volume and called pvcreate on the wrong partition)
That header consists of 512 bytes which contain the only key to your precious data. No redundant keys and no backups (see below). The LUKS dev team's advice on this issue is:
don't backup the keys (it's dangerous from a cryptographic standpoint)
It draws 250mW when using the ARM core (complete with FPU and vector unit), the DSP, the OpenGL 2 ES GPU, the 512 MB of flash and 256MB of RAM and the other integrated components in the package.
You have got to be kidding me. This is ridiculous. If this is what x86 compatibility costs in terms of power consumption, then this is a killer feature. If ARM laptops will get an order of magnitude more runtime on battery power, compared to their x86 counter-parts then Microsoft shareholders are going to be very disappointed in the coming year.
Also, uh, wouldn't two cheap memory cards for $100 be about the same as one of the "midrange" $200 memory cards in both performance AND cost?
Not quite.
Two sticks of dual channel memory will increase performance in stream processing and memory intensive tasks. You won't notice the gain in day-to-day tasks but the difference is there.
I'm not an expert, but GPU related work seems like it qualifies as both a stream processing and memory intensive task.
It's because sometimes the inaccuracies in equipment change the signal for the better, and people like that.
I wouldn't say it's something intrinsic to a good signal, pleasant image or a good picture. I'd say it's something far more simple: people have different tastes.
I don't know anything about this sensor but my prof. worked on some chips for the ATLAS detector. The chip he worked on had to be built with data filtering logic in the silicon (just behind the sensor). I don't remember the exact number but a sensor without a filter would generate something on the order of a petabyte a second (or some other ridiculously large number). I guess this sensor has something similar built-in.
You could be right. I just read about the Open Screen project on Wikipedia. However, the article also mentions the lack of features required for video distribution:
The specification remains incomplete, however, as it does not include any details regarding RTMP or Sorenson Spark,[26] both of which are widely used to distribute video through Flash.
Maybe I'm nitpicking but you're comparing a container and a video codec. A more appropriate comparison would be between flv and mp3 or between Sorenson h.263(or VP6) and h.264. I wouldn't call these 3 codecs "multiple choices".
I think Rob Savoye of Gnash, the GPL Flash project would beg to differ on it's relevance. I recommend viewing the whole interview as he touches on the subject of legal traps in Adobe's agreements which you need to sign if you want to get the specification.
Slashdot Mirror
You know what I think would happen if they did that?
They'd sell the left-over bandwidth.
It's already been done with phone and cable.
Even train companies sell bandwidth nowadays.
We live in a time where everyone with a piece of string or spectrum does networking services.
To paraphrase Office Space, if everybody did what they loved, ...
... we'd have advanced in robotics so much, anyone could afford an automatic robot janitor. ... sorry, I had my reality distortion field on.
In my opinion, it's a solution in search of a problem. He's proposing a system where on each and every update every client has to download a binary version for all supported platforms. Let's calculate how that would affect the binary size of my /usr/bin and /usr/lib. For the sake of the argument, let's say that the binary size for all 32-bit architectures is half of the size of their 64-bit version and every distribution ships the same binaries:
That's without debugging symbols for each arch. You do the math for other ditributions. Think of the cost of updates in terms of bandwidth for updates.
This problem has been already solved by package managers and those are far from the weak link he makes them out to be. Moving the architecture detection from the installation phase to the run phase will only add to the problem. Instead of relying on my system vendor's package manager, I have to rely on every application vendor to do the right thing.
m=cc/E, duh!
more concrete feel
3.25922905 * 10^-67 Universe diameters per Planck time.
Judging from the error bars on that one, you must be an astronomer.
Captcha: whimper.
They do just that and they don't check if your qualified enough to issue such evidence. Peter Donnely gave an example in his TED Talk called "How stats fool juries". This projects result's will be no more relevant than the MIT's gaydar's but it has the backing of the FBI. You're going to have a hard time disproving it in court.
But why raise the price of the ipod and not the music?
Because then they'd have to make an effort in making music people want to pay for. Since artists are rare in this industry the managers have to turn to lawyers for a solution.
In fact, maybe I'll just go sit under a tree and die. It will be more romantic. Romantic in the artistic sense, which is the kind all slashdotters can relate to.
I don't get it. Is it a binary tree?
M-x butterfly
Knowing emacs, to actually issue that command, you would have to press all those buttons at once.
Scientists are still human and still subject to that most common of human desires -- greed.
Scientists are humans who have grasped the meaning of the scientific method. You, on the other hand, seem to have no notion of scientific credibility and peer review.
I'm aware that liberals with mod points will probably mod me troll for daring to disagree with them, but I implore you to look at the simple logic of why these people have such good reasons to lie.
Your "simple logic" is borderline delusional. Just listen to yourself: "All global warming scientists are scaremongering charlatans who want nothing but our money".
You'd get a cookie if I had my mod points. I would be twice as productive if I knew all the tool sets that come with a standard Unix installation. Problem is, most of those tools are older then me and getting to know them takes a lot of time.
IMHO in the current situation including both h.264 and Theora in the spec would be the optimal solution. Why? Two reasons: WMA and WMV. Let's kill those two bastard formats, please? Without any codecs in the specification we'll have the exact same situation as we have today. In that case the whole HTML5 standard might as well die.
It's not misleading when that environment is not a standard (ditto for applications which depend on it). If I'd write an applet that required you to install Haskell then I guess you wouldn't count the size of ghc either?
For the heck of it, here's a test case for a default install of Fedora 11. Removing the "mono-core" package yields:
Removing:
mono-core
Removing for dependencies:
gnome-desktop-sharp
gnome-sharp
gtk-sharp2
mono-addins
mono-data
mono-data-sqlite
mono-extras
mono-web
mono-winforms
monodoc
ndesk-dbus
ndesk-dbus-glib
tomboy
What are those "default" applications you speak of?
Various other alcohols (including nasty ones) have boiling points not far below that of water.
I don't see the problem... oh wait.
I had until I caught a bad case of brain-dead and nuked the LUKS header on my /home partition. (I wanted to resize an LVM volume and called pvcreate on the wrong partition)
That header consists of 512 bytes which contain the only key to your precious data. No redundant keys and no backups (see below). The LUKS dev team's advice on this issue is:
It draws 250mW when using the ARM core (complete with FPU and vector unit), the DSP, the OpenGL 2 ES GPU, the 512 MB of flash and 256MB of RAM and the other integrated components in the package.
You have got to be kidding me. This is ridiculous. If this is what x86 compatibility costs in terms of power consumption, then this is a killer feature. If ARM laptops will get an order of magnitude more runtime on battery power, compared to their x86 counter-parts then Microsoft shareholders are going to be very disappointed in the coming year.
The gist of it is that it quantifies what you describe:
Also, uh, wouldn't two cheap memory cards for $100 be about the same as one of the "midrange" $200 memory cards in both performance AND cost?
Not quite. Two sticks of dual channel memory will increase performance in stream processing and memory intensive tasks. You won't notice the gain in day-to-day tasks but the difference is there. I'm not an expert, but GPU related work seems like it qualifies as both a stream processing and memory intensive task.
The discussion system ate a link that should go with that comment: http://slashdot.org/article.pl?sid=09/03/11/153205
It's because sometimes the inaccuracies in equipment change the signal for the better, and people like that.
I wouldn't say it's something intrinsic to a good signal, pleasant image or a good picture. I'd say it's something far more simple: people have different tastes.
I don't know anything about this sensor but my prof. worked on some chips for the ATLAS detector. The chip he worked on had to be built with data filtering logic in the silicon (just behind the sensor). I don't remember the exact number but a sensor without a filter would generate something on the order of a petabyte a second (or some other ridiculously large number). I guess this sensor has something similar built-in.
You could be right. I just read about the Open Screen project on Wikipedia. However, the article also mentions the lack of features required for video distribution:
The specification remains incomplete, however, as it does not include any details regarding RTMP or Sorenson Spark,[26] both of which are widely used to distribute video through Flash.
Thi story is probably a dupe. The original not only has the same blog post, but also has links to far more relevant information. Please tag it.
Maybe I'm nitpicking but you're comparing a container and a video codec. A more appropriate comparison would be between flv and mp3 or between Sorenson h.263(or VP6) and h.264. I wouldn't call these 3 codecs "multiple choices".
I think Rob Savoye of Gnash, the GPL Flash project would beg to differ on it's relevance. I recommend viewing the whole interview as he touches on the subject of legal traps in Adobe's agreements which you need to sign if you want to get the specification.