Chrome 9 Sandboxes Flash and Adds WebGL Support(googlesystem.blogspot.com)
googlesystem.blogspot.com
Chrome 9 Sandboxes Flash and Adds WebGL Support
http://googlesystem.blogspot.com/2010/12/chrome-9-sandboxes-flash-and-adds-webgl.html
17 comments
I wish Google would push Adobe to give us a flash that performs decently on Linux. The Cr-48 runs absolutely horrible with even basic flash applications.
adobe is pushing themselves
http://blogs.adobe.com/flashplayer/2010/12/flash-player-for-...
http://blogs.adobe.com/flashplayer/2010/12/flash-player-for-...
Yay for WebGL by default, I've been waiting for this for a year. Now I don't have to get my users to install a beta version of a browser.
For a company that was legendary for their perpetual "beta" web apps, they sure do increment those release version numbers on their browser awfully quickly.
No one cares about version numbers for web apps because you're always running the latest version. Since Chrome updates automatically, I think people will eventually treat it similarly. Instead of announcing a new version of Chrome, Google will just announce new features in Chrome that everyone using the browser will have. I don't think they'll ever refer to "Chrome 20" in public.
We already do this. Note that the public blog post does not contain the character "9" anywhere in it. It's only bloggers that insist on referring to the versions :)
Exactly, I'm getting tired of this line of argument. The major version number of chrome is virtually hidden from users. Unlike other browsers there is never branding or logos featuring the major version number and there are never big press releases trumpeting a change of version. Perhaps some day bloggers and commenters will finally notice this and give these lame arguments a rest.
They are just numbers. Here's how it works. The version number is four parts: major.minor.build.patch.
major.minor are used for each significant release and are set for marketing purposes. They are currently on a 12-week release cycle, where major is updated for each cycle.
build.patch are used for engineering purposes. They update the build value daily on trunk. Periodically, they create a release branch from trunk. On release branches, the build portion of the version is fixed and the patch value is incremented daily.
So for example, the upcoming release will be 9.0.597.something. Typically it takes them a couple weeks to get from beta to stable, so I expect 9.0 stable to be something like 9.0.597.33.
But, as I said, they're just numbers. :-)
major.minor are used for each significant release and are set for marketing purposes. They are currently on a 12-week release cycle, where major is updated for each cycle.
build.patch are used for engineering purposes. They update the build value daily on trunk. Periodically, they create a release branch from trunk. On release branches, the build portion of the version is fixed and the patch value is incremented daily.
So for example, the upcoming release will be 9.0.597.something. Typically it takes them a couple weeks to get from beta to stable, so I expect 9.0 stable to be something like 9.0.597.33.
But, as I said, they're just numbers. :-)
They may be numbers, but each new number has awesome new features.
I wonder if they'll slow down on the major version now that they've "caught up" to IE...
Nope, they sped up to one version number every 6 weeks. Maybe they're trying to catch up to Emacs.
Just tried the Aquarium demo and the system (OS X) became unresponsive…… and just checked CPU/memory usage: CPU utilization < 10% with 1.2G free memory. So it must be the GPU since WebGL is hardware-accelerated???
Ubuntu with ATI 4* perfect here (Fans on in some seconds BTW)
Did you enable the about:flags options? As it says in the page its beta features, so it wouldnt be strange to behave badly in some ocasions/systems
Did you enable the about:flags options? As it says in the page its beta features, so it wouldnt be strange to behave badly in some ocasions/systems
WebGL is different from hardware acceleration. But yeah, I don't see why they would enable WebGL first before hardware acceleration, since otherwise it will be just slow.
The sandbox is highly annoying. I can't attach files when using flash uploaders. I thought it was just a bug that would go away soon because I'm on the dev channel.