HTML5 & 2D Performance
#1
Posted 18 November 2011 - 08:17 PM
#2
Posted 18 November 2011 - 10:56 PM
From what I've tried, I don't think WebGL is quite ready for prime time. It doesn't even work for me with Chrome. With Firefox, it locks up once in a while, but works decent most of the time.
#3
Posted 21 November 2011 - 05:02 PM
Quote
Unfortunately, there is 'couple' more users in the world who wouldn't agree for one reason or another (people have some mercy and stop using IE! -> Future... ;);))
Article seems interesting though, I hope I'll be able to clear my decks at work this week so I can dig deeper into this
#4
Posted 21 November 2011 - 05:27 PM
#5
Posted 21 November 2011 - 08:32 PM
touch_the_sky said:
Well, I think that article is wrong and stems from the fact that web designers/web developers seem to be one of the worst groups in terms of wanting to play with shiny new balls of foil. You can see that when someone says something like "IE7 is holding back the web". Really? The whole web is held back by IE7? The *whole* web?!?
(Or, just your target market can't be bothered to upgrade because your app isn't worth it? :sneaky:)
We're shoving so much into browsers that were creating a fast-moving, pseudo-OS over a base OS. And, like having to support multiple OSes, configuration pains now come into a space where most people are "multi-platform virgins".
But, anyways:
A) Most developers use a client-side framework, so there isn't as much "support" as you think. Pick a good framework, and the cross-browser compatibility is built-in. Also, IE7 is IE7; it isn't going to change radically.
Everyone seems obsessed on A), but real comments about
<engage type="escape pod" direction="To The Cloud!">
#6
Posted 21 November 2011 - 09:28 PM
The whole IE holding back web - it doesn't work quite like that, it's not video games, with typical, everyday webdev bread and butter (which usually brings the most money) there is no 'people upgrading browsers cause you did some worthy stuff, etc.'. In the real world you can't build for one specific browser / version, and IE, yep you guessed it, is always the least pleasant browser to work with (differences in rendering between various versions are the biggest too). I don't know a half-decent frontend dev who would have much of an issue with rapid upgrade cycles of Chrome / Firefox either.
Anyways, the article of course was not to be taken dead serious. Which doesn't change the fact that if some skiddie from Syberia made a virus which erased all IEs from the planet - many frontend devs would be grateful ;)
Peace!;)
#7
Posted 21 November 2011 - 11:21 PM
"Microsoft, developers of the Internet Explorer (IE) browser, said that Acid3 does not map to the goal of Internet Explorer 8 and that IE8 would improve only some of the standards being tested by Acid3.[34] IE8 scores 20/100, which is much worse than all relevant competitors in their versions from the test's release, and has some problems with rendering the Acid3 test page. On 18 November 2009, the Internet Explorer team posted a blog entry about the early development of Internet Explorer 9 from the PDC presentation, showing that an internal build of the browser could score 32/100 for the Acid3 test.[35]"
http://en.wikipedia.org/wiki/Acid3
#8
Posted 22 November 2011 - 01:02 PM
fireside said:
"Microsoft, developers of the Internet Explorer (IE) browser, said that Acid3 does not map to the goal of Internet Explorer 8 and that IE8 would improve only some of the standards being tested by Acid3.[34] IE8 scores 20/100, which is much worse than all relevant competitors in their versions from the test's release, and has some problems with rendering the Acid3 test page. On 18 November 2009, the Internet Explorer team posted a blog entry about the early development of Internet Explorer 9 from the PDC presentation, showing that an internal build of the browser could score 32/100 for the Acid3 test.[35]"
http://en.wikipedia.org/wiki/Acid3
Well, a few years ago they could do pretty much everything and set the trend. But time is over. IE will die slowly and I think there's nothing they can do but producing a better product finally. But this is something Microsoft is not able to do so they shall fail ...
#9
Posted 22 November 2011 - 03:35 PM
fireside said:
That's old news.
MS did goof up with IE8, but I think they realized it and have turned that lumbering ship around. Not entirely their fault, as too much "enterprisey" software was built within (and pushing) the boundaries of IE7/8.
IE9 is better and IE10 already shows lots of promise in ECMAScript tests. I think MS was scolded, re-geared and back with a vengeance.
However, their lack of support for WebGL is annoying. If there's one old-MS-style fly in the honey, it's WebGL. You'll have to use the MS-specific JavaScript bindings to Windows Direct graphics APIs, and distribute your app as Windows app not as a true web app. I would like to believe there's a growing swell of complaints that MS will not be able to ignore forever, but only time will tell. Their defense line is unsupportable.
#10
Posted 22 November 2011 - 03:50 PM
Also, what I find extremely annoying about MS is their way-too-long update cycle and their refusion to make an effort and fix simple issues. For example, today I was hit by a bug in the VC++ compiler that has existed for ages (VS 2003 was the earliest repro case I could find on the interwebz).
struct __declspec(align(16)) struct S { };
void Foo(S s) { } // error: formal parameter 's' won't be aligned.
Ok, fine, I'm willing to accept that. But then:template<class T> void Bar(T t)
{
std::cout << &t << std::endl;
}
int main()
{
S s;
Bar(s); // no error
}
Yes, that's right. Template instantiations are not covered by the alignment check. It compiles fine, and the 't' in Bar<S> will actually NOT be aligned. Your code will crash if it just so happened to be a SSE type and you're going to do an aligned operation on it.The bug has been reported, but the VC++ team flagged it as 'won't fix', 'because it doesn't meet the triage bar'. And even if they do fix it, you usually have to wait 2 product cycles (if you report an issue with 2010 that they will fix, you won't see the fix earlier than the release after VS 2012).
Or, on Windows Phone, they use a fork of IE9 now. That's fine, way better than the old IE7 renderer. But unfortunately it lacks support for anchors in URLs. That's pretty damn annoying when browsing the web, but don't expect that to be fixed any time soon.
MS needs to drop their old behemoth of an update cycle and start being more flexible.
-
Currently working on: the 3D engine for Tomb Raider.
#11
Posted 22 November 2011 - 08:58 PM
Quote
They also don't even offer IE9 for XP, even though they still support XP. Just like their DX10 nonsense. They're no worse than Sony, Nintendo, or Apple. A commercial company is going to try to lock in profits.
#12
Posted 22 November 2011 - 09:53 PM
fireside said:
That's a common complaint, but then IMO, I don't think it's unfair that they don't offer a new product for an OS that came out in 2001 and that, at this point, should be phased out of the digital ecosystem.
#13
Posted 23 November 2011 - 12:32 AM
fireside said:
#14
Posted 26 November 2011 - 01:40 PM
I don't find it surprising that WebGL is leagues better than the 2D canvas renderer. Even if they could level the playing field, having full control over how things are cached and rendered will always pull out with better performance than some general implementation. It's part of the reason I don't bother with the 2D canvas even for simple 2D games. The visual quality you can pull off with shaders just blows it out of the water.
.oisyn said:
#15
Posted 28 November 2011 - 03:47 PM
TheNut, on 26 November 2011 - 01:40 PM, said:
The issues list is mainly growing because there are lots of feature requests which are not a priority just yet. In particular the demoscene people are pushing the limits (yes, their shaders are more complex than those in Crysis)!
1 user(s) are reading this topic
0 members, 1 guests, 0 anonymous users













