Chris Jones [:cjones] inactive; ni?/f?/r? if you need me Assignee
	Description • 15 years ago

This enables rendering WebGL canvas with OGL layers (at all).  In theory, this should keep the canvas pixels in VRAM, with no intermediate readback, but perf with this extension used isn't quite where I would have expected.  As compared to the BasicLayers impl (with readback), sometimes OGL layers won, sometimes they lost.  (The comparison isn't particular meaningful because ThebesLayerOGL isn't particularly optimized yet.)  But for example, on this demo

  http://www.tojiart.com/WebGL/spore.html

OGL canvas does *much* better than Basic canvas, >2x better framerate on my machine.  And on this demo,

  http://learningwebgl.com/lessons/example01/

OGL canvas does *much* worse.  (I'll start profiling to see what turns up.)

If this initial approach isn't just plain wrong, I think it's worth getting checked in so that we have /some/ rendering path for WebGL on GLX.

	Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)
	Comment 3 • 15 years ago

Comment on attachment 451511 [details] [diff] [review]
Use GLX_EXT_texture_from_pixmap to render WebGL canvases in CanvasLayerOGL

This looks fine, but this supposes that GLX Pixmaps are used instead of PBuffers (572297); the performance issues that you're seeing are largely as a result of that, because as far as I know GLX Pixmaps are not optimized anywhere.

	Chris Jones [:cjones] inactive; ni?/f?/r? if you need me Assignee
	Comment 5 • 14 years ago

Comment on attachment 452083 [details] [diff] [review]
Use GLX_EXT_texture_from_pixmap to render WebGL canvases in CanvasLayerOGL

This patch is rotted by bug 575469, but GLX was also broken by 575469 so I can't test an updated version.  Will revisit later.

	Chris Jones [:cjones] inactive; ni?/f?/r? if you need me Assignee
	Comment 6 • 14 years ago

WFM in OGL-accelerated windows after bug 580101.  We still might want to dust off GLX_EXT_texture_from_pixmap for cross-process sharing, but that's future work.