Closed
Bug 1149728
Opened 9 years ago
Closed 9 years ago
Upstream 'Treat ANGLE default FB as RGB(A)'
Categories
(Core :: Graphics: CanvasWebGL, defect)
Tracking
()
RESOLVED
FIXED
mozilla44
Tracking | Status | |
---|---|---|
firefox44 | --- | fixed |
People
(Reporter: jrmuizel, Assigned: jgilbert)
References
Details
Attachments
(3 files, 3 obsolete files)
851 bytes,
patch
|
jrmuizel
:
review-
|
Details | Diff | Splinter Review |
12.18 KB,
patch
|
jgilbert
:
review+
|
Details | Diff | Splinter Review |
3.30 KB,
patch
|
jgilbert
:
review+
|
Details | Diff | Splinter Review |
We should upstream this. Not doing so makes updating ANGLE difficult. Jeff can you do this?
Reporter | ||
Updated•9 years ago
|
Flags: needinfo?(jgilbert)
Updated•9 years ago
|
OS: Mac OS X → Windows
Assignee | ||
Comment 1•9 years ago
|
||
(In reply to Jeff Muizelaar [:jrmuizel] from comment #0) > We should upstream this. Not doing so makes updating ANGLE difficult. Jeff > can you do this? Yes.
Status: NEW → ASSIGNED
Flags: needinfo?(jgilbert)
Assignee | ||
Updated•9 years ago
|
Flags: needinfo?(jgilbert)
Reporter | ||
Comment 2•9 years ago
|
||
Jeff, do you have an idea of when you'll get to this?
Flags: needinfo?(jgilbert)
Assignee | ||
Comment 3•9 years ago
|
||
(In reply to Jeff Muizelaar [:jrmuizel] from comment #2) > Jeff, do you have an idea of when you'll get to this? This coming week.
Flags: needinfo?(jgilbert)
Assignee | ||
Comment 5•9 years ago
|
||
Is this problem still present in the rebase? I've heard ANGLE's gone through a bunch of changes, so this may no longer be necessary. If a standard antialiased scene renders fine without this change, we don't need it.
Flags: needinfo?(jgilbert)
Reporter | ||
Comment 6•9 years ago
|
||
(In reply to Jeff Gilbert [:jgilbert] from comment #5) > Is this problem still present in the rebase? > I've heard ANGLE's gone through a bunch of changes, so this may no longer be > necessary. > > If a standard antialiased scene renders fine without this change, we don't > need it. From the quick testing that I did with the rebase, it appears we may still need this.
Reporter | ||
Comment 7•9 years ago
|
||
Yeah, it still looks to be needed. Turning on antialiasing stops the drawing with my ANGLE update without this patch. Any idea when you'll get a chance to look at this?
Reporter | ||
Updated•9 years ago
|
Flags: needinfo?(jgilbert)
Reporter | ||
Comment 8•9 years ago
|
||
Ping? If you're not going to get a chance to look at this I can try.
Reporter | ||
Comment 9•9 years ago
|
||
With jgilbert's current patch I get assertion failure in BlitTextureToTexture trying to blit a zero sized surface that we think is 200x200
Assignee | ||
Comment 10•9 years ago
|
||
With my current changes, it seems to work both for d3d11 and d3d9. (d3d9 was failing to composite RGBA TextureClients) I'm sending it up to try.
Flags: needinfo?(jgilbert)
Reporter | ||
Comment 11•9 years ago
|
||
(In reply to Jeff Gilbert [:jgilbert] from comment #10) > With my current changes, it seems to work both for d3d11 and d3d9. (d3d9 was > failing to composite RGBA TextureClients) I'm sending it up to try. Link?
Flags: needinfo?(jgilbert)
Reporter | ||
Comment 12•9 years ago
|
||
https://treeherder.mozilla.org/#/jobs?repo=try&revision=25dbd7fe151e
Reporter | ||
Updated•9 years ago
|
Flags: needinfo?(jgilbert)
Reporter | ||
Comment 13•9 years ago
|
||
It's worth noting that 25dbd7fe151e doesn't contain all of the ANGLE changes from upstream. Part of this is because it seems based on: https://github.com/jrmuizel/angle/tree/minimal-changes-on-chrome-2466 instead of https://github.com/jrmuizel/angle/tree/changes-on-chrome-2466
Reporter | ||
Comment 14•9 years ago
|
||
(In reply to Jeff Muizelaar [:jrmuizel] from comment #13) > It's worth noting that 25dbd7fe151e doesn't contain all of the ANGLE changes > from upstream. > > Part of this is because it seems based on: > https://github.com/jrmuizel/angle/tree/minimal-changes-on-chrome-2466 > instead of > https://github.com/jrmuizel/angle/tree/changes-on-chrome-2466 Even https://github.com/jrmuizel/angle/tree/changes-on-chrome-2466 doesn't have all of the our changes from https://github.com/mozilla/angle
Assignee | ||
Comment 15•9 years ago
|
||
Misc notes: ANGLEr2466 updates its "ANGLE_platform_angle[_d3d]" EGL extensions to include the EGL_ prefix. Updating to r2466 means adding the EGL_ prefix to the extension strings in GLLibraryEGL.cpp. (Skipping this causes GLContext to return false for IsANGLE) r2466 changes the enum value for LOCAL_EGL_DXGI_KEYED_MUTEX_ANGLE from 0x3209 to 0x33A2. (Omitting this caused compositing to fail) (LOCAL_EGL_D3D_TEXTURE_2D_SHARE_HANDLE_ANGLE remains the same)
Assignee | ||
Comment 16•9 years ago
|
||
https://github.com/jdashg/gecko-dev/tree/changes-on-chrome-2466 I believe that this branch satisfies these requirements, though I went about it the other way around. I made us use BGRA formats on ANGLE. I'm hitting EGL_BAD_MATCHes that should be fixed by bug 1191042.
Assignee | ||
Comment 17•9 years ago
|
||
Assignee | ||
Comment 18•9 years ago
|
||
Assignee | ||
Comment 19•9 years ago
|
||
Attachment #8657354 -
Flags: feedback?(jmuizelaar)
Assignee | ||
Comment 21•9 years ago
|
||
(In reply to Jeff Muizelaar [:jrmuizel] from comment #20) > What is the status of these patches? It's hard to tell without bug 1191042. They seem to work locally, and conceptually they are a solid direction. I have not run through the conformance suite with them locally, and the reftest suite does not complete due to EGL_BAD_MATCH issues. I'm reviving my work on bug 1191042, which I had assumed landed, but was not clearly marked as backed-out.
Flags: needinfo?(jmuizelaar)
Reporter | ||
Comment 22•9 years ago
|
||
Comment on attachment 8657354 [details] [diff] [review] 0004-Use-BGRA-on-ANGLE.patch Review of attachment 8657354 [details] [diff] [review]: ----------------------------------------------------------------- This seems to work great.
Attachment #8657354 -
Flags: feedback?(jmuizelaar) → feedback+
Assignee | ||
Updated•9 years ago
|
Attachment #8657353 -
Flags: review?(jmuizelaar)
Assignee | ||
Updated•9 years ago
|
Attachment #8657354 -
Flags: review?(jmuizelaar)
Reporter | ||
Updated•9 years ago
|
Attachment #8657353 -
Flags: review?(jmuizelaar) → review+
Reporter | ||
Updated•9 years ago
|
Attachment #8657354 -
Flags: review?(jmuizelaar) → review+
Assignee | ||
Comment 23•9 years ago
|
||
Attachment #8657352 -
Attachment is obsolete: true
Attachment #8657353 -
Attachment is obsolete: true
Attachment #8657354 -
Attachment is obsolete: true
Attachment #8666199 -
Flags: review?(jmuizelaar)
Assignee | ||
Comment 25•9 years ago
|
||
Comment on attachment 8666199 [details] [diff] [review] 0001-Add-assert-for-keyed-mutex.patch Eh, we don't need review for adding this assert.
Attachment #8666199 -
Flags: review?(jmuizelaar)
Reporter | ||
Comment 27•9 years ago
|
||
Comment on attachment 8666199 [details] [diff] [review] 0001-Add-assert-for-keyed-mutex.patch Review of attachment 8666199 [details] [diff] [review]: ----------------------------------------------------------------- I believe this is wrong. We don't get keyed mutexes on D3D9 ANGLE
Attachment #8666199 -
Flags: review-
Comment 29•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/f99fe06748c3
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
status-firefox44:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla44
You need to log in
before you can comment on or make changes to this bug.
Description
•