Disney tried to basically do the same thing with this movie, relying heavily on special effects. Unfortunately for them, and hopefully fortunately for the future of movie making, the movie-watching public may finally be getting to the point where cutting-edge technology is not enough to save bad movies.
Perhaps you didn't watch Avatar and you're not familiar with its worldwide box office success?
Unfortunately, you're wrong. Avatar's plot is much dumber than Tron's, yet the oh-so-amazing CGI and the 3D buzz it showcased made more than a billion dollars in profit. James Cameron wins.
People expecting an action film want to watch flashy stuff moving on the screen and won't care too much about the story. The truth is that the Tron movies just weren't flashy or catchy enough for the critics or the intended audience.
Have you considered the fact that he looked extensively through all scenarios with several lawyers before deciding to turn himself in?
I think this will only strengthen his position. I believe the key to the insurance file and everything else WikiLeaks can do are not in his hands anymore. He's just the poster boy now making the news so that the whole movement stays relevant.
Considering the resiliency of their distributed network architecture, I would expect it to be the same for their people.
This is not a one-man army. Even if he goes down, he becomes a martyr and that can only make things better for him.
Now, maybe they didn't leave it open specifically because they wanted people to write an open source driver, but if they had been serious about keeping it closed, they would have almost certainly given it a better attempt.
More like they couldn't afford to make a better attempt. Kinect already uses a lot of CPU from the console and has enough, noticeable lag as it is. Encrypting packets without dedicated hardware would certainly have an additional impact on performance.
CentOS is based upon RHEL's open source codebase, which you can get from Red Hat's FTP server. it's really just a repackaged RHEL, without Red Hat's branding. The primary users are those who want the benefits of a proven, stable distro without having to pay a subscription.
Its biggest shortcomings, however, are the lack of support and that it can fall pretty far behind RHEL in terms of updates and patches, even critical ones.
AFAIK, you could get some services and support from the community itself and some small companies, but most of the time (and you'll see it repeated many times in their forums) they will tell you to buy a RHEL subscription if you really want professional support and timely patches.
As someone who played quite some time with the 3DS last june, I can say that I started to despise the now obsolete 2D display on my phone. And that, without taking the 3D camera into account.
The 3D effect is almost flawless. The "3D slider" which helps you adjust the degree of the effect, makes it perfectly usable for just about anyone.
I think it's pretty safe to say we're going to see news of a phone with 3D display soon after the 3DS launch.
He said "low-level", which I suppose is what's getting you confused. I know it's subjective, but to be considered "low-leveled" for me, it'd have to be under level 5.
Phoenix Down always works, even at the lowest levels.
Then you're in the best position to sell them the service of "fixing and maintaining all the Wi-Fi transmitters so that they are chakra-friendly and give them louder orgasms instead of headaches".
They could get rid of the 'good-vibe' generators and you get to keep the money. Everybody wins in this stupidity contest.
Seriously, all superstitious people are a con man's dream.
That verdict is flawed from the very beginning, since the SPUs don't have any cache.
They have a Local Store memory, which is conceptually very different from cache memory. This results in a completely different programming model.
I find yours a very strange case, because I'd expect fancy architecture and complicated programming models to be discussed to death in a super computing class.
By the way, you can only use 6 SPUs in the PS3. The 7th one is locked, completely isolated and holds a hypervisor program in its Local Store.
Many still do not understand the Open Source model. If you look at financial markets and talk to business people they don't understand how RedHat and Novell plan to make money selling free software.
Part of the problem is that the phrase "selling free software" sounds an awful lot like an obvious oxymoron.
AFAIK, Red Hat doesn't sell free software (I'm not sure about Novell, after all the MS shenanigans), they sell free software _services_ and that extra word makes a huge difference.
Now, to be on-topic, those brands are protected so that you can't distribute ISOs with the RH or Novell logos and still call them 'original', but you can indeed sell/give derivatives of those ISOs if you strip all the stuff that would make them branded original, trademark-protected products.
Lessig claims copyright should allow to do a similar thing with all digital content and not be harassed by the copyright holders. People should be free to use existing stuff to express new ideas. Calling that 'piracy' is just nuts.
Lessig, however, doesn't defend the idea of sharing copyrighted content as-is.
Personally, I believe this is going to bite them in the ass big time.
1) Fedora mirrors managed by community members in many countries (Fedora was attacked, too) 2) CentOS mirrors (Their releases are behind Red Hat's, even for months) 3) RHEL/CentOS repositories not pertaining to the distribution, eg. centosplus (which contains packages with bumped versions and can easily supercede openssh 'accidentally') 4) Red Hat Satellite / Spacewalk inside organizations, behind firewalls/proxies so not in sync all the time and vulnerable to local exploits 5) Thousands of repositories created with the createrepo command on public servers
This is *Open Source*, right? Releasing tools to detect rogue packages even if you're using other sources (read: not coming from RHN) was just the responsible thing to do;)
The main repositories may have not been compromised, but there's the possibility you're getting a backdoored package if you're downloading from a mirror that was somehow compromised and is not yet in sync.
OK, some servers got hacked, the attackers didn't inject rogue packages into the repository servers so no customers/users were affected. Red Hat/Fedora responded by auditing everything and releasing a statement, along with tools to detect packages with the attackers' signature. Big deal.
Seriously, what else is there to be known about it?
Yeah, say whatever you want, but it's not as if Debian neverhad its servers compromised in a similar fashion, and never had to perform some PR damage control.
Unlike Debian, Red Hat is a publicly traded company with a whole bunch of customers with signed SLAs. Handling such matters without press trolls all rolling over it spreading FUD and causing unnecessary panic is _not_ an easy task, as can be beautifully shown by TFA.
I respectfully disagree with Bruce Perens. The Debian OpenSSL fiasco was so much more serious, damaging and dangerous to users all over the world, it's not even fair to compare. We're talking about millions of known networks and sessions compromised in Debian over a year and a half period, versus none in Red Hat over a week.
I appreciate how Debian acted _after_ the fact, but was there any other way to handle such a terrible mishap?
This is not about flawed Open Source policies, this is about seriously flawed journalism, where conspiracy theories are used to make a story where there is none.
You are confusing the form factor of a PC's Drive Bay with the diameter of a Compact Disc.
Floppy disks were not 5.25" wide, their drives were. Ditto for the 3.5" floppies.
The Compact Disc's diameter is 12cm. Originally it was designed to be 10cm with a capacity of 60 minutes of PCM audio, but it was changed to 12cm to be able to hold a 74-minute long performance of Beethoven's 9th Symphony.
Actually, a 12cm disc is able to hold more than 74 minutes of audio. That's why there are 80-minute discs.
"The settlement is said to protect upstream developers and derivative works of the upstream software". It means that any implementation of the same code will be protected by this deal, whether is made by Red Hat or not.
That also means it'd be quite the same for you to say about the kernel: "Trust Torvalds, Molnar, Cox and many others, you little people wouldn't understand the kernel internals' details".
I actually find this comparison offensive. Walt Disney had many interesting projects, but he could never hold a candle to Miyamoto's genius. Nintendo has almost always created their own stuff from scratch and most of it is Shigeru's. Some very rare cases involve other creators bringing original stuff to Nintendo (Pokemon comes to mind).
In contrast, most of the stories depicted in Disney movies were created by someone else. Miyamoto usually doesn't take something from the public domain to try to re-convert it to intellectual property. He also designs hardware and makes experimental stuff all the time. And everything he does is about fun as the top priority, well above money and fame (two things he certainly doesn't need more of).
Instead, Walt Disney would have had to go a very long way for the honor of being called "The Shigeru Miyamoto of His Time".
It's very cool that the memory becomes available so easily with just a couple driver parameters. It's a pity that there's a lot to optimize before it can really shine.
Memory architecture on a GPU is very different from system memory. Memory there is not linear and the video memory controller will go through a lot of remapping to present it as such, something that's probably very slow because of the VBIOS. Then there's the issue of tuning the bus so that reads and writes are using its full bandwidth, and again a poor VBIOS implementation may be the bottleneck.
The best but harder solution would be to have a means to program the video memory controller directly to map pages of system memory and do all the copying and moving itself. Of course, this is hardly ever going to happen, but some improvements can still make it into the VBIOS, some of which will probably happen once GPGPU-style programming starts getting more attention as both nVidia and AMD/ATI are seemingly interested in pushing with things like CUDA and Stream Computing.
The concept as it is now, however, remains extremely cool. It might still be orders of magnitude slower in terms of latency and throughput compared to system memory, but it should be a lot more responsive than a hard drive just because there are no seek times involved. That said, hdparm -t may not be the best tool for measuring performance, so i'd be more interested in a random access benchmark since it may make some use of the parallel memory architecture inherent on a video card.
1152x640 = 737280 pixels. Not even 1 Megapixel worth of fill rate per frame. Not quite the 2 Megapixels (1920x1080 = 2073600) of "Full HD in progressive scan" a Next-Gen console should be able to output.
The trade-off between a lower resolution and a solid frame rate is completely understandable and I'd take the same decision to preserve playability over graphics any day of the year. But "just a few extra pixels" is just plain idiocy, since we're talking less than half resolution here, guys. The truth is far simpler: either the 360 is not powerful enough for that or the Halo 3 engine is not so great.
Given the size and power requirements for SD cards, I think we can safely assume it's going to be limited to 802.11b speeds for data transfer.
That means a theoretical maximum of 11Mbps (actually around 7Mbps maximum throughput), which is hardly enough for real-time photo transfer in cameras with a resolution higher than a few megapixels (with compression) and that automatically rules out any professional usage for this thing.
Even if it somehow managed to achieve 802.11g speeds, it's just around 20Mbps throughput tops, so still nothing to write home about. Maybe 802.11n would be a little more interesting, but I really doubt it'd be feasible.
Anyhow, it's a nice hack and maybe a great geek toy to impress friends. It may even be cool to integrate with an app in your PDA or smartphone, or enable printers to support it, but it's useless for anything more serious than that.
I don't get why this is news. Embedded-DRAM has been in heavy usage for many years now.
Both the title and the summary are quite misleading, since eDRAM is on-chip and that of course is much faster than external off-chip memory, be SRAM, DRAM or whatever.
Some big examples? PS2, Nintendo Gamecube, Wii, Xbox 360. All these consoles use eDRAM for their GPU's on-chip framebuffers to enhance their performance, and that goes back to at least the year 2000 when the PS2 came out.
Some will be quick to say "no, the Nintendo consoles use 1T-SRAM, not DRAM". Yeah, right, but even 1T-SRAM (despite its name) is a form of embedded-DRAM.
Slashdot Mirror
Disney tried to basically do the same thing with this movie, relying heavily on special effects. Unfortunately for them, and hopefully fortunately for the future of movie making, the movie-watching public may finally be getting to the point where cutting-edge technology is not enough to save bad movies.
Perhaps you didn't watch Avatar and you're not familiar with its worldwide box office success?
Unfortunately, you're wrong. Avatar's plot is much dumber than Tron's, yet the oh-so-amazing CGI and the 3D buzz it showcased made more than a billion dollars in profit. James Cameron wins.
People expecting an action film want to watch flashy stuff moving on the screen and won't care too much about the story. The truth is that the Tron movies just weren't flashy or catchy enough for the critics or the intended audience.
Have you considered the fact that he looked extensively through all scenarios with several lawyers before deciding to turn himself in?
I think this will only strengthen his position. I believe the key to the insurance file and everything else WikiLeaks can do are not in his hands anymore. He's just the poster boy now making the news so that the whole movement stays relevant.
Considering the resiliency of their distributed network architecture, I would expect it to be the same for their people.
This is not a one-man army. Even if he goes down, he becomes a martyr and that can only make things better for him.
Now, maybe they didn't leave it open specifically because they wanted people to write an open source driver, but if they had been serious about keeping it closed, they would have almost certainly given it a better attempt.
More like they couldn't afford to make a better attempt. Kinect already uses a lot of CPU from the console and has enough, noticeable lag as it is. Encrypting packets without dedicated hardware would certainly have an additional impact on performance.
CentOS is based upon RHEL's open source codebase, which you can get from Red Hat's FTP server. it's really just a repackaged RHEL, without Red Hat's branding. The primary users are those who want the benefits of a proven, stable distro without having to pay a subscription.
Its biggest shortcomings, however, are the lack of support and that it can fall pretty far behind RHEL in terms of updates and patches, even critical ones.
AFAIK, you could get some services and support from the community itself and some small companies, but most of the time (and you'll see it repeated many times in their forums) they will tell you to buy a RHEL subscription if you really want professional support and timely patches.
As someone who played quite some time with the 3DS last june, I can say that I started to despise the now obsolete 2D display on my phone. And that, without taking the 3D camera into account.
The 3D effect is almost flawless. The "3D slider" which helps you adjust the degree of the effect, makes it perfectly usable for just about anyone.
I think it's pretty safe to say we're going to see news of a phone with 3D display soon after the 3DS launch.
Can someone please explain watt the hell they're talking about?
I don't think you'd have the capacity to understand.
But he could learn by induction.
He said "low-level", which I suppose is what's getting you confused. I know it's subjective, but to be considered "low-leveled" for me, it'd have to be under level 5.
Phoenix Down always works, even at the lowest levels.
Then you're in the best position to sell them the service of "fixing and maintaining all the Wi-Fi transmitters so that they are chakra-friendly and give them louder orgasms instead of headaches".
They could get rid of the 'good-vibe' generators and you get to keep the money. Everybody wins in this stupidity contest.
Seriously, all superstitious people are a con man's dream.
That verdict is flawed from the very beginning, since the SPUs don't have any cache.
They have a Local Store memory, which is conceptually very different from cache memory. This results in a completely different programming model.
I find yours a very strange case, because I'd expect fancy architecture and complicated programming models to be discussed to death in a super computing class.
By the way, you can only use 6 SPUs in the PS3. The 7th one is locked, completely isolated and holds a hypervisor program in its Local Store.
Many still do not understand the Open Source model. If you look at financial markets and talk to business people they don't understand how RedHat and Novell plan to make money selling free software.
Part of the problem is that the phrase "selling free software" sounds an awful lot like an obvious oxymoron.
AFAIK, Red Hat doesn't sell free software (I'm not sure about Novell, after all the MS shenanigans), they sell free software _services_ and that extra word makes a huge difference.
Now, to be on-topic, those brands are protected so that you can't distribute ISOs with the RH or Novell logos and still call them 'original', but you can indeed sell/give derivatives of those ISOs if you strip all the stuff that would make them branded original, trademark-protected products.
Lessig claims copyright should allow to do a similar thing with all digital content and not be harassed by the copyright holders. People should be free to use existing stuff to express new ideas. Calling that 'piracy' is just nuts.
Lessig, however, doesn't defend the idea of sharing copyrighted content as-is.
Personally, I believe this is going to bite them in the ass big time.
I agree.
1) Fedora mirrors managed by community members in many countries (Fedora was attacked, too)
2) CentOS mirrors (Their releases are behind Red Hat's, even for months)
3) RHEL/CentOS repositories not pertaining to the distribution, eg. centosplus (which contains packages with bumped versions and can easily supercede openssh 'accidentally')
4) Red Hat Satellite / Spacewalk inside organizations, behind firewalls/proxies so not in sync all the time and vulnerable to local exploits
5) Thousands of repositories created with the createrepo command on public servers
This is *Open Source*, right? Releasing tools to detect rogue packages even if you're using other sources (read: not coming from RHN) was just the responsible thing to do ;)
One word: mirrors
The main repositories may have not been compromised, but there's the possibility you're getting a backdoored package if you're downloading from a mirror that was somehow compromised and is not yet in sync.
OK, some servers got hacked, the attackers didn't inject rogue packages into the repository servers so no customers/users were affected. Red Hat/Fedora responded by auditing everything and releasing a statement, along with tools to detect packages with the attackers' signature. Big deal.
Seriously, what else is there to be known about it?
Yeah, say whatever you want, but it's not as if Debian never had its servers compromised in a similar fashion, and never had to perform some PR damage control.
Unlike Debian, Red Hat is a publicly traded company with a whole bunch of customers with signed SLAs. Handling such matters without press trolls all rolling over it spreading FUD and causing unnecessary panic is _not_ an easy task, as can be beautifully shown by TFA.
I respectfully disagree with Bruce Perens. The Debian OpenSSL fiasco was so much more serious, damaging and dangerous to users all over the world, it's not even fair to compare. We're talking about millions of known networks and sessions compromised in Debian over a year and a half period, versus none in Red Hat over a week.
I appreciate how Debian acted _after_ the fact, but was there any other way to handle such a terrible mishap?
This is not about flawed Open Source policies, this is about seriously flawed journalism, where conspiracy theories are used to make a story where there is none.
You are confusing the form factor of a PC's Drive Bay with the diameter of a Compact Disc.
Floppy disks were not 5.25" wide, their drives were. Ditto for the 3.5" floppies.
The Compact Disc's diameter is 12cm. Originally it was designed to be 10cm with a capacity of 60 minutes of PCM audio, but it was changed to 12cm to be able to hold a 74-minute long performance of Beethoven's 9th Symphony.
Actually, a 12cm disc is able to hold more than 74 minutes of audio. That's why there are 80-minute discs.
Well, even Spider-Man puts a spidertransmitter on people's cars once in a while...
*ducks*
In Soviet Russia, circumstances change YOU!
Read carefully:
"The settlement is said to protect upstream developers and derivative works of the upstream software". It means that any implementation of the same code will be protected by this deal, whether is made by Red Hat or not.
That also means it'd be quite the same for you to say about the kernel: "Trust Torvalds, Molnar, Cox and many others, you little people wouldn't understand the kernel internals' details".
I actually find this comparison offensive. Walt Disney had many interesting projects, but he could never hold a candle to Miyamoto's genius. Nintendo has almost always created their own stuff from scratch and most of it is Shigeru's. Some very rare cases involve other creators bringing original stuff to Nintendo (Pokemon comes to mind).
In contrast, most of the stories depicted in Disney movies were created by someone else. Miyamoto usually doesn't take something from the public domain to try to re-convert it to intellectual property. He also designs hardware and makes experimental stuff all the time. And everything he does is about fun as the top priority, well above money and fame (two things he certainly doesn't need more of).
Instead, Walt Disney would have had to go a very long way for the honor of being called "The Shigeru Miyamoto of His Time".
It's very cool that the memory becomes available so easily with just a couple driver parameters. It's a pity that there's a lot to optimize before it can really shine.
Memory architecture on a GPU is very different from system memory. Memory there is not linear and the video memory controller will go through a lot of remapping to present it as such, something that's probably very slow because of the VBIOS. Then there's the issue of tuning the bus so that reads and writes are using its full bandwidth, and again a poor VBIOS implementation may be the bottleneck.
The best but harder solution would be to have a means to program the video memory controller directly to map pages of system memory and do all the copying and moving itself. Of course, this is hardly ever going to happen, but some improvements can still make it into the VBIOS, some of which will probably happen once GPGPU-style programming starts getting more attention as both nVidia and AMD/ATI are seemingly interested in pushing with things like CUDA and Stream Computing.
The concept as it is now, however, remains extremely cool. It might still be orders of magnitude slower in terms of latency and throughput compared to system memory, but it should be a lot more responsive than a hard drive just because there are no seek times involved. That said, hdparm -t may not be the best tool for measuring performance, so i'd be more interested in a random access benchmark since it may make some use of the parallel memory architecture inherent on a video card.
If OOXML finally dies, shall we give Microsoft a Darwin Award? Or perhaps a Richard Dawkins Award since it's a dying meme?
1152x640 = 737280 pixels. Not even 1 Megapixel worth of fill rate per frame. Not quite the 2 Megapixels (1920x1080 = 2073600) of "Full HD in progressive scan" a Next-Gen console should be able to output.
The trade-off between a lower resolution and a solid frame rate is completely understandable and I'd take the same decision to preserve playability over graphics any day of the year. But "just a few extra pixels" is just plain idiocy, since we're talking less than half resolution here, guys. The truth is far simpler: either the 360 is not powerful enough for that or the Halo 3 engine is not so great.
It'd make the need to run 'emerge world' every week or so a lot less cumbersome. They should market it as the Gentoo CPU!
Steve Jobs wondered while introducing Safari for Windows: "How good are we at bringing apps to Windows?"
After reading "4 DoS bugs and 2 remote execution vulnerabilities", I'd say: "Pretty good!"
Given the size and power requirements for SD cards, I think we can safely assume it's going to be limited to 802.11b speeds for data transfer.
That means a theoretical maximum of 11Mbps (actually around 7Mbps maximum throughput), which is hardly enough for real-time photo transfer in cameras with a resolution higher than a few megapixels (with compression) and that automatically rules out any professional usage for this thing.
Even if it somehow managed to achieve 802.11g speeds, it's just around 20Mbps throughput tops, so still nothing to write home about. Maybe 802.11n would be a little more interesting, but I really doubt it'd be feasible.
Anyhow, it's a nice hack and maybe a great geek toy to impress friends. It may even be cool to integrate with an app in your PDA or smartphone, or enable printers to support it, but it's useless for anything more serious than that.
I don't get why this is news. Embedded-DRAM has been in heavy usage for many years now.
Both the title and the summary are quite misleading, since eDRAM is on-chip and that of course is much faster than external off-chip memory, be SRAM, DRAM or whatever.
Some big examples? PS2, Nintendo Gamecube, Wii, Xbox 360. All these consoles use eDRAM for their GPU's on-chip framebuffers to enhance their performance, and that goes back to at least the year 2000 when the PS2 came out.
Some will be quick to say "no, the Nintendo consoles use 1T-SRAM, not DRAM". Yeah, right, but even 1T-SRAM (despite its name) is a form of embedded-DRAM.