Hacker News new | past | comments | ask | show | jobs | submit login

Quake 3 WebGL demo http://media.tojicode.com/q3bsp/

GLSL test tool http://www.iquilezles.org/apps/shadertoy/

http://www.khronos.org/webgl/wiki/Getting_Started

WebGL is a cross-platform, royalty-free API used to create 3D graphics in a Web browser. Based on OpenGL ES 2.0, WebGL uses the OpenGL shading language, GLSL, and offers the familiarity of the standard OpenGL API.

WebGL is a low-level API, so it's not for the faint of heart. OpenGL's shading language, GLSL, is itself an entire programming environment.




Quake 3 was released in 1999, 13 years ago. It ran well on my 700mhz Pentium 3, with a 32mb TNT2 graphics card.

Show me a WebGL demo with the level of realtime visual fidelity and physics simulation from a game five years old - say, Crysis - and then I'll believe that WebGL is suitable for game development.


Not all games are crysis.

A lot of games these days run on mobile with limited graphics, or use lower-end game engines like Unity as opposed to AAA ones.

There is plenty of room for WebGL gaming, but you are right, it will not intersect with AAA gaming in the foreseeable future.


This particular conversation is precisely about AAA titles dominating on Windows.

Otherwise, the web is becoming a more viable target for small and indie devs. But as another commentator pointed out, without a overhaul in how video driver developers approach their work, WebGL as a concept cannot be made secure. Either browser vendors will wake up to this fact and at least start disabling WebGL by default, or enterprising black-hatters will start taking advantage of WebGL exploits, forcing browser vendors' hands.

High performance graphics on the web is a tough pickle :\


Apologies, I didn't realize this was just about AAA games, I saw Quake 3 in there... ;)

I don't think a major overhaul is necessary to make WebGL secure. There is really just one remaining issue, which is DOS attacks from slow shaders. This is not an issue on recent Windows releases which can almost seamlessly restart the GPU.

Aside from that, yes, there will be GPU driver exploits. There are also browser exploits and network stack exploits - we don't stop making browsers and network-connected applications though.

WebGL-ready browsers have very good capabilities to work around such exploits, either by simply blacklisting known bad drivers, or adding things like bounds checks to shaders etc. (which is currently done). Otherwise, exploits will happen and browsers will prevent them, just like browsers already do for non-WebGL content.


There aren't any serious WebGL attacks that have actually been demonstrated. Just a lot of FUD and some laughable Hollywood-style mock-ups designed to scare people.

On the other hand, there are many demonstrated usable attacks against Internet Explorer.

The entire conversation is ridiculous.


aboslutely - my team and I are close to finishing ours (shameless plug: http://www.jollycorpse.com), and I already mentioned Unity and Flash in my prior comment.

Though there's no way I'd write our 2D platformer using HTML5 due to absent gamepad support, a laughable audio engine, abysmal load times, and dodgy multiplayer capabilities, my original counterpoint was that WebGL support has absolutely nothing to do with developers' gravitation towards windows.


It's likely that Crysis still doesn't run on many gaming machines, WebGL or no.


Are you saying that someone writing a -level renderer- that uses 35% cpu for a 13 year old video game means WebGL is ready for studio quality AAA titles?


Not everything is AAA titles. I agree WebGL will not compete in the AAA space anytime soon, but there is a huge market for non-AAA games.


What kind of computer are you on? My Chrome process, with numerous tabs, doesn't go above 5%.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: