Re: [EXTERNAL] Re: Trying WebGPU samples on Chrome Canary on Windows 10

Thanks for the fix Seb!

On Wed, Nov 6, 2019 at 10:26 PM Sebastien Vandenberghe <sevan@microsoft.com>
wrote:

> All Babylon.js Demos have been fixed, thanks again for reporting.
>
>
>
> BR,
>
>
>
> *From: *Kai Ninomiya <kainino@google.com>
> *Date: *Monday, November 4, 2019 at 2:37 PM
> *To: *"Jasper St. Pierre" <jstpierre@mecheye.net>
> *Cc: *Corentin Wallez <cwallez@google.com>, public-gpu <public-gpu@w3.org>,
> Sebastien Vandenberghe <sevan@microsoft.com>
> *Subject: *[EXTERNAL] Re: Trying WebGPU samples on Chrome Canary on
> Windows 10
>
>
>
> Our bugtracker seems to have had a partial outage earlier. The bug looks
> ok now. Thanks for the report.
>
>
>
> On Mon, Nov 4, 2019 at 9:30 AM Jasper St. Pierre <jstpierre@mecheye.net>
> wrote:
>
> Thank you. I attempted to file
> https://bugs.chromium.org/p/chromium/issues/detail?id=1021118 but it's
> showing up completely blank for me, and I cannot even add someone to CC.
> Not sure if I accidentally kicked the spamfilter or broke it by
> pasting about:gpu, but the important thing seems to be this error:
>
> [18768:9956:1104/092307.419:ERROR:shared_image_manager.cc(198)] :
> SharedImageManager::ProduceSkia: Trying to produce a Skia representation
> from an incompatible mailbox.
> [18768:9956:1104/092307.422:ERROR:shared_image_manager.cc(198)] :
> SharedImageManager::ProduceSkia: Trying to produce a Skia representation
> from an incompatible mailbox.
> [18768:9956:1104/092307.443:ERROR:shared_image_manager.cc(198)] :
> SharedImageManager::ProduceSkia: Trying to produce a Skia representation
> from an incompatible mailbox.
>
>
>
> On Mon, Nov 4, 2019 at 9:18 AM Corentin Wallez <cwallez@google.com> wrote:
>
> Hey Jasper,
>
>
>
> It looks like the BabylonJS demo bitrotted although I'm not sure exactly
> how. +CC Sebastien that made the demo.
>
> Glitch seems to have problems at the moment and I cannot access it. I'll
> try again later.
>
> However all the WebGPU samples work great on my Win10 machine. We can look
> into it, can you open a bug at crbug.com under the WebGPU component and
> CC cwallez@chromium.org? A paste of your about:gpu would certainly help!
>
>
>
> Cheers,
>
>
>
> Corentin
>
>
>
> On Sun, Nov 3, 2019 at 4:59 PM Jasper St. Pierre <jstpierre@mecheye.net>
> wrote:
>
> Windows 10 finally has WebGPU support on Chrome Canary. However, I cannot
> seem to run any of the samples. Have the samples simply bitrotted, or is
> something else going on?
>
>
>
> The sample at
> https://hello-webgpu-compute.glitch.me/hello-compute-chromium.html has a
> CORS issue with GLSLang:
>
>
>
> > Access to script at '
> https://unpkg.com/@webgpu/glslang@0.0.7/web/glslang.js' from origin '
> https://hello-webgpu-compute.glitch.me' has been blocked by CORS policy:
> The 'Access-Control-Allow-Origin' header has a value '
> https://austineng.github.io' that is not equal to the supplied origin.
>
>
>
> I'm not sure why unpkg.com sends a CORS header... that doesn't seem great.
>
>
>
> The samples at https://austineng.github.io/webgpu-samples/#helloTriangle
> do not seem to generate any errors, but they do not render anything for me.
> I do not know if WebGPU support on Windows 10 is incomplete, or if the
> samples are not updated for the new spec.
>
>
>
> The BabylonJS Forest demo (
> https://www.babylonjs.com/demos/webgpu/forestwebgpu ) seems to complain
> about missing assets:
>
>
>
> > Uncaught (in promise) TypeError: Cannot read property 'asset' of
> undefined
> >    at e._getLoader (babylonjs.loaders.min.js:1)
> >    at babylonjs.loaders.min.js:1
>
>
>
> Are there any samples out there that are working with latest WebGPU on
> Windows 10?
>
>
> --
>
>   Jasper
>
>
>
>
> --
>
>   Jasper
>
>

Received on Thursday, 7 November 2019 13:38:59 UTC