WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
45908
Must enable GL_POINT_SPRITE in GraphicsContext3D implementations
https://bugs.webkit.org/show_bug.cgi?id=45908
Summary
Must enable GL_POINT_SPRITE in GraphicsContext3D implementations
Kenneth Russell
Reported
2010-09-16 11:07:28 PDT
In order to properly support the gl_PointCoord built-in variable in fragment shaders, it is necessary for the various GraphicsContext3D implementations running on desktop GL to enable the GL_POINT_SPRITE capability. This is similar to the earlier requirement to enable the GL_VERTEX_PROGRAM_POINT_SIZE capability. Note that testing this in WebKit requires ANGLE issue
http://code.google.com/p/angleproject/issues/detail?id=35
to be fixed and the version of ANGLE in WebKit to be updated.
Attachments
patch
(2.29 KB, patch)
2010-10-22 10:36 PDT
,
Zhenyao Mo
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
danceoffwithyourpantsoff
Comment 1
2010-10-20 02:31:09 PDT
(In reply to
comment #0
)
> In order to properly support the gl_PointCoord built-in variable in fragment shaders, it is necessary for the various GraphicsContext3D implementations running on desktop GL to enable the GL_POINT_SPRITE capability. This is similar to the earlier requirement to enable the GL_VERTEX_PROGRAM_POINT_SIZE capability. > > Note that testing this in WebKit requires ANGLE issue
http://code.google.com/p/angleproject/issues/detail?id=35
to be fixed and the version of ANGLE in WebKit to be updated.
This was recently fixed in ANGLE and rolled into Chromium, and gl_PointCoord is working now. However, shaders that use gl_PointCoord still fail to compile in non-chromium WebKit / Safari. Relevant:
http://code.google.com/p/chromium/issues/detail?id=59763
http://code.google.com/p/angleproject/source/detail?r=448
http://src.chromium.org/viewvc/chrome?view=rev&revision=63084
Zhenyao Mo
Comment 2
2010-10-20 10:25:03 PDT
(In reply to
comment #1
)
> (In reply to
comment #0
) > > In order to properly support the gl_PointCoord built-in variable in fragment shaders, it is necessary for the various GraphicsContext3D implementations running on desktop GL to enable the GL_POINT_SPRITE capability. This is similar to the earlier requirement to enable the GL_VERTEX_PROGRAM_POINT_SIZE capability. > > > > Note that testing this in WebKit requires ANGLE issue
http://code.google.com/p/angleproject/issues/detail?id=35
to be fixed and the version of ANGLE in WebKit to be updated. > > This was recently fixed in ANGLE and rolled into Chromium, and gl_PointCoord is working now. > > However, shaders that use gl_PointCoord still fail to compile in non-chromium WebKit / Safari. > > Relevant: > >
http://code.google.com/p/chromium/issues/detail?id=59763
>
http://code.google.com/p/angleproject/source/detail?r=448
>
http://src.chromium.org/viewvc/chrome?view=rev&revision=63084
That's because they are still using an older version of ANGLE.
Zhenyao Mo
Comment 3
2010-10-22 10:36:40 PDT
Created
attachment 71574
[details]
patch Mac port still needs to roll ANGLE for gl_pointCoord to work
Kenneth Russell
Comment 4
2010-10-25 19:08:39 PDT
Comment on
attachment 71574
[details]
patch OK, but see
https://bugs.webkit.org/show_bug.cgi?id=48282
; this only adds code which will need to be fixed later under that bug. Minimally, add a comment to that bug about this new code.
Zhenyao Mo
Comment 5
2010-10-27 10:24:57 PDT
Comment on
attachment 71574
[details]
patch Clearing flags on attachment: 71574 Committed
r70666
: <
http://trac.webkit.org/changeset/70666
>
Zhenyao Mo
Comment 6
2010-10-27 10:25:02 PDT
All reviewed patches have been landed. Closing bug.
WebKit Review Bot
Comment 7
2010-10-27 14:04:46 PDT
http://trac.webkit.org/changeset/70666
might have broken GTK Linux 32-bit Debug
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug