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

Re: [Public WebGL] GL_RENDERER string needed for performant apps

Two more points:

1) The WebGL conformance suite is the tool which will prevent
splintering of the ecosystem. It ensures consistent behavior across
the entire range of implementations, from high-end desktops to
low-power mobile devices.

2) Developers are incentivized -- usually financially -- to reach the
largest possible audience for their applications. For this reason it
seems unlikely that a developer would artificially restrict their
content to run only on a particular type of GPU.


On Tue, Jan 14, 2014 at 11:35 AM, James Darpinian <jdarpinian@google.com> wrote:
> The problem with the user agent string was people used it as a substitute
> for feature detection, so when browsers added features they had to spoof
> user agents. This happened mostly because browsers exposed completely
> different APIs for the same features, requiring different code to achieve
> the same results.
> I don't see this becoming a problem with WebGL, because when a feature is
> present the API is exactly the same across vendors, and we already have
> explicit feature detection built into the standard. We aren't going to use
> GL_RENDERER as a substitute for feature detection. It's actually more work
> to parse GL_RENDERER than to use the feature detection APIs that already
> exist. We need GL_RENDERER for performance estimation and for bug hunting.
> On Tue, Jan 14, 2014 at 10:07 AM, Mark Callow <callow.mark@artspark.co.jp>
> wrote:
>> On 2014/01/14 7:09, Kevin Ring wrote:
>> +1
>> I suspect the Google Maps situation is the norm outside of technology
>> demos.  Access to the GL_RENDERER string will certainly be a huge benefit to
>> our WebGL applications.
>> On Mon, Jan 13, 2014 at 6:39 PM, Jennifer Maurer <maurerj@google.com>
>> wrote:
>>> ...
>>> In addition, we are petitioning the WebGL working group to remove the
>>> security warnings from this and the WEBGL_debug_shaders extensions, as we
>>> believe that exposing this information is not as privacy-sensitive as once
>>> feared, and the benefits of making it available to real-world WebGL
>>> applications have been clearly demonstrated.
>>> Please send feedback on this plan and the proposal for the WebGL
>>> extensions to the mailing list.
>> Privacy was not the only concern.
>> What is going to prevent this becoming another user-agent string fiasco
>> where implementers have to start spoofing the string in order to get
>> applications to run?
>> Regards
>>     -Mark
>> --
>> 注意:この電子メールには、株式会社エイチアイの機密情報が含まれている場合が有ります。正式なメール受信者では無い場合はメール複製、
>> 再配信または情報の使用を固く禁じております。エラー、手違いでこのメールを受け取られましたら削除を行い配信者にご連絡をお願いいたし ます.
>> NOTE: This electronic mail message may contain confidential and privileged
>> information from HI Corporation. If you are not the intended recipient, any
>> disclosure, photocopying, distribution or use of the contents of the
>> received information is prohibited. If you have received this e-mail in
>> error, please notify the sender immediately and permanently delete this
>> message and all related copies.

You are currently subscribed to public_webgl@khronos.org.
To unsubscribe, send an email to majordomo@khronos.org with
the following command in the body of your email:
unsubscribe public_webgl