[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Public WebGL] Uses of WEBGL_debug_renderer_info

At Onshape we use WEBGL_debug_renderer_info for a few purposes:

1. To work around driver-specific interactions with our system.  More often than not this involves disabling a feature of our renderer that is exhibiting poor performance on a particular platform/GPU combination.  If possible, we will try to find an alternative solution that performs well on all platforms, but this is not always feasible.
2. To inform users when they may be experiencing reduced performance due to the use of an integrated GPU over a discrete one.  We have seen a significant number of users complain about rendering performance only to discover later that they have a more powerful, discrete GPU going unused.  We try to shorten this pain period by detecting systems that may have a discrete GPU alongside an integrated one, and notify the user when degraded rendering performance is detected.  We are looking forward to a wider implementation of the “powerPreference” option so the guesswork of which GPU is running will be avoided.
3. To collect statistics about the hardware makeup of our user base.  This is helpful in understanding the spectrum of performance capabilities amongst our users.

On Thu, May 2, 2019 at 4:42 PM Ken Russell (kbr@google.com) <public_webgl@khronos.org> wrote:
Dear WebGL community,

There have been some recent discussions about the exposure of the WEBGL_debug_renderer_info extension, as it relates to user privacy and fingerprinting.

If you build a WebGL application that queries this extension, could you please reply (either on-list, or directly to me) and indicate what information you infer, directly or indirectly, from it? Could the WebGL API provide this information via a different mechanism?