- From: Sebastien Vandenberghe <sevan@microsoft.com>
- Date: Wed, 6 Nov 2019 21:26:16 +0000
- To: Kai Ninomiya <kainino@google.com>, "Jasper St. Pierre" <jstpierre@mecheye.net>
- CC: Corentin Wallez <cwallez@google.com>, public-gpu <public-gpu@w3.org>
- Message-ID: <78727E68-2FD3-4035-A870-5F7E8B8057C4@microsoft.com>
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<mailto: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<mailto: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<http://crbug.com> under the WebGPU component and CC cwallez@chromium.org<mailto: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<mailto: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<http://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 11:37:45 UTC