Hacker News Reader

Comment by benmccann | Hacker News Reader

This didn't work for me in Chrome 14 or FireFox 5. What the hell browser does this work in?

It works for me in Chrome 14.0.835.0 dev on Lion with a GeForce GT 330M (MacBook Pro 2010). Beautifully, at that.

According to https://developer.mozilla.org/en/WebGL#Gecko_6.0_notes OES_texture_float was added in Firefox 6. This is strange, though, because IIRC the path tracing demo that was posted recently used floating point textures, though perhaps through a different means (I'm not familiar with how extensions and texture formats work in WebGL).

Edit: I just got the demo to work in Chrome, and it says that, at least for caustics, OES_standard_derivatives is also required.

Try type this into your location bar in Chrome:

about:gpu

.. it might be a GPU that isn't supported?

Same here. Anybody have a YouTube demo we can all watch?

Seconding a call for a YouTube video. On Chrome 13, Windows 7, with a nVidia GeForce Go 7600 with the latest driver and OpenGL 2.1.2, and I get the error:

Vertex shader sampler count exceeds MAX_VERTEX_TEXTURE_IMAGE_UNITS (0).

You might laugh at my hardware, but from my own OpenGL work I know the majority of users out there have crappy old chips or god-awful Intel graphics chips which the vendors can't be bothered to support any more with decent drivers that support the latest OpenGL features. Most people don't surf with a gaming grade GPU. If WebGL is this fussy about hardware, it could severely limit its uptake.

Hardware compatibility is the least of WebGL's problems. Right now there's essentially zero chance of WebGL powering any modern graphics engine. It unfortunately seems doomed to a life of "hey-look-at-my-cool-effect". (Which is neat, don't get me wrong. But it will never reach Doom 3 quality, and that's a tragedy IMO.)

Example: WebGL doesn't even support compressed textures. The spec actually mandates "We will not support compressed textures, and this is by design". Facepalm...

The least of WebGL's problems? Failing to run at all with no fallback isn't a big problem? :P

Why is texture compression so badly necessary? Aren't downloaded PNG or JPEG files that you upload to the GPU uncompressed "good enough"? I don't think anyone's asking for COD5 to be in WebGL.

Texture compression isn't just for smaller downloads. In fact JPEG is fine for reducing download sizes. However, when the JPEG is converted to a texture it is completely decompressed. Texture compression formats aren't as good at compression as JPEG, but they are specially designed so that they never need to be decompressed; they remain compressed in graphics memory and the GPU decodes them on the fly as they are sampled. Not only does this save graphics memory, it also saves memory bandwidth, which actually makes rendering faster.

Given this, it makes sense to store your textures as JPEG and convert them to compressed textures at load time. That way you get the excellent compression ratio of JPEG for the download and the speed boost of compressed textures for rendering. For example, id Tech 5 (RAGE) does this for their megatextures (except they use JPEG XR instead of JPEG).

Compressed textures are an intellectual property minefield. Blame the patent system, again...

However, the lack of compressed textures, or any other specific feature isn't WebGL's biggest problem. It really is hardware compatibility. WebGL is the first web technology to expose significant hardware variations (with bonus buggy drivers!) directly to web content, and web developers aren't equipped to handle that. Deploying a WebGL app with any hope of wide compatibility will require testing on at least 3 and more likely 10+ different hardware/driver/os configurations, and the fact that a GPU is required makes automated testing difficult (VMs don't work, remote desktop solutions often don't work, driver crashes hang machines).

Well my stuff isn't Doom3 level so I guess it's useless but I'm building visualization tools for the brain imaging community with WebGL and for that it works great. I have no fear that WebGL will do fine, it's an evolution of the Web the same as was seen on the phones. Looks at 2006, did anyone seriously think phones would be able to do much? Then a few years later Carmack shows some cool demo engine for iOS Rage which looks about as good as the PS3.

As for compressed textures. It hasn't been ruled out for ever. This is stil version 1.0 of the spec.

I was of course talking specifically about WebGL for games...

But it seems like you'd run into many of the same hindrances. For example, how will you get around the 5MB local storage limit? It would be unwieldly to re-download the whole visualization dataset each time, no?

P.S. I have nothing but respect for the medical visualization community. A lot of game graphics techniques were derived directly from work done in medical research (for example, BSP rendering and voxel rendering).

I offer multiple options, 1. they can open local files, option two is obviously to get them from the server every time. For most things they don't usually look at the same stuff multiple times. An average MRI is pretty low resolution and can fit in under 50mb (average 10mb, 50-60 for fMRI scans) of storage thus it's not to expensive to redownload it. For surface data it's even less, my average brain surface is also under 10mb. Most of my users are on University networks which helps a lot.

Also applications in the chrome web store can get around the local storage limitation. I'd browsers to offer a quota system where the user can assign a max amount to their applications. That would solve those issues.

S3TC(DTX) and PVRTC have patent problems. The Khronos group is working on designing and popularizing new formats that aren't patent encumbered. So, far they best we've got is ETC -which doesn't support alpha channels and is not yet supported by PC hardware...

Ah, OK. Vertex Texturing is an extension. It's not part of the WebGL spec and only certain hardware supports it. Unfortunately, it make really cool effects a lot easier. So, demos keep using it. I wish they'd stop. It's giving WebGL a worse rep for compatibility than it deserves.

Just made this. New Macbook Air. 1.7ghz. Google Chrome 14.0.835 beta

http://screencast.com/t/IFtRRvLDQ

edit: NEW LINK -- http://www.youtube.com/watch?v=NGonSVJSrZI

Bad news, the service I used for this is trial only and it's hit the bandwidth limit. I'll upload to youtube soon and repost a link.

Now it appears the video has been removed :(

Works for me in Chrome 13, OSX 10.7

Chrome 13 on Windows 7, and it runs without problem

Works for me on FF8 on Linux, NVidia drivers.

works for me with firefox 6 (windows)

Which OS?

Ubuntu. I got a bit further in FireFox by following the instructions below, but it seems it still won't work until FF6.

http://www.ubuntugeek.com/howto-enable-webgl-on-firefox-4.ht...

Reply on news.ycombinator.com