Closed
Bug 1136507
Opened 10 years ago
Closed 10 years ago
WebGL conformance test 1.0.2: conformance/textures/texture-attachment-formats.html
Categories
(Core :: Graphics: CanvasWebGL, defect)
Tracking
()
RESOLVED
FIXED
mozilla39
Tracking | Status | |
---|---|---|
firefox39 | --- | fixed |
People
(Reporter: lukebenes, Assigned: jgilbert)
References
(Blocks 1 open bug)
Details
(Whiteboard: webgl-conformance gfx-noted)
Attachments
(1 file)
758 bytes,
patch
|
u480271
:
review+
|
Details | Diff | Splinter Review |
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:39.0) Gecko/20100101 Firefox/39.0
Build ID: 20150224030228
Steps to reproduce:
https://www.khronos.org/registry/webgl/sdk/tests/conformance/textures/texture-attachment-formats.html?webglVersion=1
Actual results:
conformance/textures/texture-attachment-formats.html (18 of 20 passed)
failed: at (0, 0) expected: 63,63,63,255 was 64,0,0,255
failed: at (0, 0) expected: 63,63,63,63 was 64,0,0,64
Expected results:
Chrome passes all the tests. Firefox fails the test with both the ANGLE and OpenGL backends.
Updated•10 years ago
|
Component: Untriaged → Canvas: WebGL
Product: Firefox → Core
Updated•10 years ago
|
Blocks: webgl-1.0.2
Whiteboard: webgl-conformance
Assignee | ||
Updated•10 years ago
|
Whiteboard: webgl-conformance → webgl-conformance gfx-noted
Summary: conformance/textures/texture-attachment-formats.html → WebGL conformance test 1.0.2: conformance/textures/texture-attachment-formats.html
Assignee | ||
Comment 1•10 years ago
|
||
The driver is failing to expand L8 data to R8G8B8 as part of ReadPixels.
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → jgilbert
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 7 → All
Hardware: x86_64 → All
Assignee | ||
Comment 2•10 years ago
|
||
I went through the work of getting L8->RGB8 expansion working with ReadPixels before realizing from a different outstanding conformance test failure that these formats should not be renderable. Oops.
Simple patch though!
Attachment #8577556 -
Flags: review?(dglastonbury)
Comment on attachment 8577556 [details] [diff] [review]
0001-L8-LA8-and-A8-are-not-renderable.patch
Review of attachment 8577556 [details] [diff] [review]:
-----------------------------------------------------------------
::: dom/canvas/WebGLFramebuffer.cpp
@@ -265,5 @@
> {
> switch (sizedFormat) {
> - case LOCAL_GL_ALPHA8:
> - case LOCAL_GL_LUMINANCE8:
> - case LOCAL_GL_LUMINANCE8_ALPHA8:
I'm looking at the ES 2.0.25 spec and it only list:
DEPTH_COMPONENT16
RGBA4
RGB5_A1
RGB565
STENCIL_INDEX8
Are RGB8, RGBA8, etc added via extensions?
Attachment #8577556 -
Flags: review?(dglastonbury) → review+
Assignee | ||
Comment 4•10 years ago
|
||
(In reply to Dan Glastonbury :djg :kamidphish from comment #3)
> Comment on attachment 8577556 [details] [diff] [review]
> 0001-L8-LA8-and-A8-are-not-renderable.patch
>
> Review of attachment 8577556 [details] [diff] [review]:
> -----------------------------------------------------------------
>
> ::: dom/canvas/WebGLFramebuffer.cpp
> @@ -265,5 @@
> > {
> > switch (sizedFormat) {
> > - case LOCAL_GL_ALPHA8:
> > - case LOCAL_GL_LUMINANCE8:
> > - case LOCAL_GL_LUMINANCE8_ALPHA8:
>
> I'm looking at the ES 2.0.25 spec and it only list:
> DEPTH_COMPONENT16
> RGBA4
> RGB5_A1
> RGB565
> STENCIL_INDEX8
>
> Are RGB8, RGBA8, etc added via extensions?
Textures that are RGB[A]/UNSIGNED_BYTE become RGB[A]8 by our format canonization.
I think that such textures are not guaranteed under GLES2, though I don't know whether they're forbidden by a close reading of the spec either.
The WebGL1 spec guarantees that a RGBA/UNSIGNED_BYTE texture is renderable.
Assignee | ||
Comment 5•10 years ago
|
||
Comment 6•10 years ago
|
||
Status: NEW → RESOLVED
Closed: 10 years ago
status-firefox39:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla39
You need to log in
before you can comment on or make changes to this bug.
Description
•