Closed
Bug 884062
Opened 11 years ago
Closed 6 years ago
WebGL context creation performance
Categories
(Core :: Graphics: CanvasWebGL, defect)
Core
Graphics: CanvasWebGL
Tracking
()
RESOLVED
FIXED
People
(Reporter: guillaume.abadie, Unassigned)
References
Details
In the patch of the bug 847714, the main frame buffer is created with an initial size of 16x16 pixels, to get the gl context, compare the wanted size with GL few constants, and then resized to the desired size. We would find a way to not create the first framebuffer of 16x16 pixels.
Comment 1•11 years ago
|
||
(In reply to Guillaume Abadie from comment #0)
> In the patch of the bug 847714, the main frame buffer is created with an
> initial size of 16x16 pixels, to get the gl context, compare the wanted size
> with GL few constants, and then resized to the desired size. We would find a
> way to not create the first framebuffer of 16x16 pixels.
This is not quite the case. For a number of reasons, we no longer use the default framebuffer of the GLContext, so we just ask for a dummy one of size 16x16. We then create a framebuffer to act as our offscreen webgl buffer, and this framebuffer is of the proper requested size.
Comment 2•11 years ago
|
||
Oh, nevermind, this is changes proposed in that bug. Why would we take this change to begin with?
Updated•6 years ago
|
Assignee: guillaume.abadie → nobody
Comment 3•6 years ago
|
||
I believe we do this properly now.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•