HTML5 export for Godot 4.x takes 1-2 minutes to load on macOS #70691

Luzzotica · 2022-12-29T01:18:56Z

Bugsquad note: This issue has been confirmed several times already. No need to confirm it further.
Bugsquad note2: Also, please avoid asking when this will be fixed. The issue is confirmed to be with the version of ANGLE used by Chromium, so we are all waiting for Google to ship the fix.

Godot version

4.0.beta10

System information

MacOS Monterey 12.2.1

Issue description

Godot games block the main thread (And potentially crashes it) on MacOS.

Untested for Windows or Linux.

This happens from both a generic build and when you run the project in a browser from the engine.

Steps to reproduce

Create a new project for Godot Beta 10.

Add a UI Button to the screen.

Have it print things out, whatever you wish.

Add an HTML5 export, install the HTML5 export library if necessary.

Click the run on HTML5 button on the top right.

Proceed to wait for 1-2 minutes before the game will fully load.

Minimal reproduction project

TestGodot4Web.zip

Luzzotica · 2022-12-29T17:50:42Z

@Calinou I feel like this isn't the same as those. I don't believe it's a size issue.

Running locally on MacOS on both Brave and Chrome: Took about ~2 minutes and 30 seconds for the game to load. Both Brave and Chrome wanted to kill the tab. It had locked up the entire browser for (Couldn't go to any other tab).

Running this on Windows, and the game loads in ~10 seconds.

If this is a size issue, then MacOS Chrome and Brave are just INSANELY slow to load things. Which doesn't seem right.
Also, since I'm running it locally, I assume the web assembly can load faster... This might be untrue, but I doubt that it is.

Zireael07 · 2022-12-29T18:45:55Z

In that case, it might be shader loading and/or conversion (correct me if I'm wrong, but MacOS converts stuff to ANGLE behind the scenes, doesn't it?)

clayjohn · 2023-01-02T19:59:39Z

In that case, it might be shader loading and/or conversion (correct me if I'm wrong, but MacOS converts stuff to ANGLE behind the scenes, doesn't it?)

I also think may be a shader compilation issue. Chrome definitely uses ANGLE, but I am not sure about Brave. macOS doesn't use ANGLE when running on desktop though.

While attempting to fix the gl_compatibility renderer on macOS I experimented with using ANGLE, but found that the shader compilation times ended up increasing by over 100X. In #70065 I was able to speed up shader compilation times and get gl_compatibility working on macOS without ANGLE. However, since chrome uses ANGLE, my guess is we are hitting those pathological shader compilation issues anyway. I am not sure what exactly in the shader is causing the issue (it may even be a bug in ANGLE).

bergice · 2023-01-10T05:57:10Z

Related #65696

thomasbergersen · 2023-02-12T15:48:00Z

The issue of Chrome crashing on MacOS 13 does indeed exist, and Firefox takes over 2 minutes to load.

shinspiegel · 2023-02-20T09:04:04Z

I'm completely new to C++ dev, but I would like to help with this issue.
What can I do to help?

Luzzotica · 2023-02-21T05:14:55Z

Can confirm, 4.0 RC2 is still taking minutes to load on Brave on MacOS.. Causes my entire browser to lock down completely.

dhnm · 2023-02-27T15:42:22Z

The issue still persists in rc4, rc5, rc6. In Forward+, Mobile, and Compability mode. Chrome hangs, Firefox takes a while but loads, and Safari has a infinitely loading spinner and reports the following in the console:

[Error] Unhandled Promise Rejection: CompileError: WebAssembly.Module doesn't parse at byte 1155: can't get 1th argument Type
	promiseEmptyOnRejected
	promiseReactionJob
> Selected Element
< <html lang="en">…</html>
[Error] still waiting on run dependencies:
	onPrintError (tmp_js_export.js:14008)
	(anonymous function) (tmp_js_export.js:737)
[Error] dependency: wasm-instantiate
	onPrintError (tmp_js_export.js:14008)
	(anonymous function) (tmp_js_export.js:739)
[Error] (end of list)
	onPrintError (tmp_js_export.js:14008)
	(anonymous function) (tmp_js_export.js:742)

mgc8 · 2023-08-01T01:20:08Z

It should, and from testing it does appear to set the right headers, but for some reason when loaded through itch.io the app still doesn't "see" them. Could be due to being inside an iFrame, or a conflict between the headers set by itch.io and the ones set in JavaScript?

After some thorough testing, I think I tracked down the issues with itch.io (there were two):

coi-serviceworker.js itself has a bug that reverses the 'credentialless' and 'request-corp' options, thus (sigh) only affecting Safari, since Chrome and Firefox work with either one; reported here
itch.io complicates the header situation due to the way the "game" pages are configured:

If the "experimental SharedArrayBuffer" option is not selected, the main page will have no headers, while the iframe can set them fine (such as with our service-worker script), but the browser will not activate the "crossOriginIsolated" status because the parent container needs to have it as well. If the main page had been loaded on the same domain as the iframe, this would not have been an issue, since the service-worker would have taken that over as well (tested locally) and overridden the headers. But on itch.io they are on different hostnames, thus an iframe service-worker can't touch the parent.
If the experimental option is selected, then the main page will have headers, but hardcoded to 'credentialless'; meanwhile, the iframe can override its own headers with the service-worker and send the correct ones for each browser (i.e. 'credentiallless' for Chrome and 'request-corp' for Safari). This will work fine in Chrome or Firefox, but Safari doesn't see the parent page as being properly isolated due to the 'credentialless' there, which our service-worker again cannot override; thus it breaks.

So, for now, the "open iframe in its own tab/window" option remains as a workaround, while itch.io could improve the situation by adding a bit of browser-detection code to switch between 'credentialless' and 'request-corp' as needed, though I'm not sure if they have any inclination to do that.

fguillen · 2023-08-01T15:22:13Z

Thanks @mgc8, all this is great support for all the suffering mac Godot users like me

mgc8 · 2023-09-09T19:51:44Z

I'm not sure why it disappeared, but I can confirm that the Chrome flags suggestion posted earlier works great in Chrome 116.0.5845.179/macOS/M1, and is an easier temporary workaround rather than the Terminal version of the same (at least until the Chrome devs make Metal the default):

leafo · 2023-10-05T20:37:39Z

So, for now, the "open iframe in its own tab/window" option remains as a workaround

On itchio, you should assume that at some point your game will be required to be loaded in an iframe that has been generated by itch.io. A solution that involves breaking out the frame is not a long term fix because we have system in place to automatically inject site locking to prevent shady third-party platforms from embedding our games to steal bandwidth.

while itch.io could improve the situation by adding a bit of browser-detection code to switch between 'credentialless' and 'request-corp' as needed

Unfortunately require-corp has a bunch of side effects with regards to any external references on the page, and may impact how the site operates, so the solution isn't simply change the value of the header. This is why we opted for credentialless since it's mostly transparent solution, but the browser compatibility is not ideal.

I think our long term fix (assuming safari never supports the header) will probably involve launching the game in a separate page containing only an iframe and different headers specific to safari, instead of trying to execute the game on the full project page.

Edit: Was double checking the code and it looks like this was already implemented for the Game Embed tool located in the uploader's dashboard. If they generate an embed URL from there, it will provide a link to the game that will use require-corp instead of credentialless. Example game URL: https://itch.io/embed-upload/8831158?color=1e0e11 (note url may not work in the future if this particular developer removes their game)

Edit2: I deployed a fix that will cause Safari to always load games in a new window using the embed URL I described above that uses the require-corp header value. Should resolve any issues for Safari users, at the expense of slightly different user experience.

transmutrix · 2023-10-05T22:48:04Z

On Newgrounds, SharedArrayBuffer support works in Safari as well as the other major browsers (tested with the same build of the same project, etc.). I'm not sure which method they've used, however, or if it would translate easily to itch, if it would be useful to look into, or who over there to ask about it if it would be useful.

Edit: I should note my test wasn't with a Godot game, but a plain jane Emscripten build of a C program—the underlying issue appears to be the same.

mgc8 · 2023-10-06T19:40:02Z

Edit2: I deployed a fix that will cause Safari to always load games in a new window using the embed URL I described above that uses the require-corp header value. Should resolve any issues for Safari users, at the expense of slightly different user experience.

Hi @leafo, thank you for dropping by! This looks like a good, pragmatic solution given the current state of browsers, with every major one seemingly having a different, incompatible issue related to this. I can confirm that the "new window" works nicely for itch.io games in Safari, so at least that's solved now for end-users. Hopefully the browser developers will also move on with updates/fixes to make the whole process less frustrating for both site owners and game devs (three months later, Chrome still hasn't switched to Metal as default back-end on macOS)...

transmutrix · 2023-10-07T19:55:20Z

The "new window" solution works great on desktop! On mobile, it gives me a 404 error in the new tab (tried iOS and iPadOS, both Safari and Chrome, but did not try Android).

kamko0 · 2023-11-08T23:58:41Z

As of right now me using IOS doesn't seem to load my game that used Godot4, so even with the Embed game link it doesn't work.
Not sure if there will be a fix anytime soon but at least it works on pc for now.

revanj · 2023-11-20T22:08:47Z

Hi there @leafo , thank you so much for the fix and for creating the website indie devs know and love!

In recent exports, the new window in safari appears to give 404. This seems to indicate that the generation of the embed link is not working correctly. Is there anything users can do to specify the embed link, or otherwise make the new window use the correct embed link? This is on a laptop M1 Mac.

leafo · 2023-11-20T22:18:35Z

@revanj

In recent exports, the new window in safari appears to give 404. This seems to indicate that the generation of the embed link is not working correctly. Is there anything users can do to specify the embed link, or otherwise make the new window use the correct embed link? This is on a laptop M1 Mac.

Is your safari configured to block cookies in any way? A cookie is combined with the generated link to verify access to the popup

tavurth · 2023-11-28T17:19:42Z

@revanj

In recent exports, the new window in safari appears to give 404. This seems to indicate that the generation of the embed link is not working correctly. Is there anything users can do to specify the embed link, or otherwise make the new window use the correct embed link? This is on a laptop M1 Mac.

Is your safari configured to block cookies in any way? A cookie is combined with the generated link to verify access to the popup

My safari is fresh out of the box and shows the same issue.

adamscott · 2023-12-12T15:23:00Z

It seems to be way better when exporting using the single-threaded export template. #85939

Morpheu5 · 2023-12-12T16:01:07Z

Maybe on Chrome, but now it takes forever on Firefox/macOS.

nickarora · 2024-03-26T16:06:36Z

As an update, it does appear that Chrome is now using the Metal renderer by default now. I am using Chome 123.0.6312.59 and I have verified that the Angle Metal renderer is being used. I have not changed any flags or set a custom profile.

Also the "image rendering issue" renders without issue.
https://arturitoproductions.itch.io/testingimageissue (password: godot)

I also use Brave but it still not updated to use the Angle Metal Renderer. I suspect its only a matter of time for the other browsers to follow suit.

clayjohn · 2024-03-27T01:10:20Z

As an update, it does appear that Chrome is now using the Metal renderer by default now. I am using Chome 123.0.6312.59 and I have verified that the Angle Metal renderer is being used. I have not changed any flags or set a custom profile.

Also the "image rendering issue" renders without issue. https://arturitoproductions.itch.io/testingimageissue (password: godot)

I also use Brave but it still not updated to use the Angle Metal Renderer. I suspect its only a matter of time for the other browsers to follow suit.

Thank you very much for updating us! I suspect firefox and brave should update soon to match, but I worry that safari is still a long ways off. At any rate, having everything work well on the others puts us in a much better position.

tavurth · 2024-03-27T02:06:47Z

Also the "image rendering issue" renders without issue. https://arturitoproductions.itch.io/testingimageissue (password: godot)

That demo locks up my Chrome, but no longer locks up my computer.

It will sit there like this for a long time:

Interesting that this appears to be a CPU bound issue, why is that?

nickarora · 2024-03-27T06:31:49Z

@tavurth The screenshot you posted indicates you need to relaunch Chrome for chrome version you've listed to take effect. I might try relaunching chrome and trying again. The other difference is that I am using an ARM (M1) machine, but I can't see why that would matter.

Once you've restarted Chrome, can you open the console and run the following commands and share the output:

const gl = document.createElement("canvas").getContext("webgl");
const debugInfo = gl.getExtension('WEBGL_debug_renderer_info');
gl.getParameter(debugInfo.UNMASKED_RENDERER_WEBGL);

FWIW, on my machine, I see:

ANGLE (Apple, ANGLE Metal Renderer: Apple M1 Pro, Unspecified Version)

chrissearle · 2024-03-27T06:38:05Z

That's interesting. Can I ask what chrome version?

Looks like its M* related though - I have what chrome says is latest as of today: 123.0.6312.87 on an intel macbook pro and a M3 macbook pro and I get:

Intel: ANGLE (ATI Technologies Inc., AMD Radeon Pro 5300M OpenGL Engine, OpenGL 4.1)

M3: ANGLE (Apple, ANGLE Metal Renderer: Apple M3 Max, Unspecified Version)

starry-abyss · 2024-03-27T11:10:30Z

On my M1 laptop the build with a few number labels from here https://arturitoproductions.itch.io/testingimageissue opens quickly on Chrome, but slowly on Firefox. And on Safari it's popping up a new itch.io window, which gives a 404 error :)

nickarora · 2024-03-27T15:00:46Z

Firefox has likely not adopted the Angle Metal renderer as their default yet.

It may be the same with the latest version of non-ARM Chrome installs. If the x86 (intel based) installs of chrome are not yet defaulted to Angle Metal renderer, then we'll have to wait a bit longer for Godot 4 web exports to work as expected for all mac users. As of today, it should be working for M1, M2, M3 mac users with the latest version of chrome

I believe the Safari 404 issue is unrelated (there's some discussion above about a missing required header on itch.io)

tavurth · 2024-03-27T15:03:17Z

The screenshot you posted indicates you need to relaunch Chrome for chrome version you've listed to take effect

Yep, was just keeping the version the same as you listed in your original post. Now it's:

And the result of the GPU probe:

'ANGLE (Intel Inc., Intel(R) Iris(TM) Plus Graphics 655, OpenGL 4.1)'

nickarora · 2024-03-27T15:17:01Z

It appears the new chrome default has only been applied to ARM based macs. intel based macs may have to wait a bit longer. Still, it's promising that these changes are slowly trickling out

This comment was marked as outdated.

Sign in to view

Calinou closed this as not planned Won't fix, can't repro, duplicate, stale Dec 29, 2022

Calinou added archived platform:web topic:porting performance labels Dec 29, 2022

Calinou reopened this Dec 29, 2022

Calinou added bug topic:thirdparty and removed archived labels Dec 29, 2022

Calinou changed the title ~~HTML for Godot Beta 10 Takes 1-2 Minutes to Load on MacOS~~ HTML for Godot 4.0.beta10 takes 1-2 minutes to load on macOS Dec 29, 2022

Calinou changed the title ~~HTML for Godot 4.0.beta10 takes 1-2 minutes to load on macOS~~ HTML5 export for Godot 4.0.beta10 takes 1-2 minutes to load on macOS Dec 29, 2022

Calinou mentioned this issue Jan 1, 2023

Document missing C# web export templates due to lack of upstream support #70796

Open

Calinou mentioned this issue Feb 2, 2023

Godot 4 Beta 17: Browser freezes for minutes when loading a web-exported Godot project in Chrome on macOS #72584

Closed

Calinou added the confirmed label Feb 2, 2023

Calinou added this to the 4.x milestone Feb 2, 2023

Calinou mentioned this issue Feb 14, 2023

HTML5 Export takes very long to load #73270

Closed

clayjohn mentioned this issue Feb 14, 2023

Godot 4 Web Export crashes #72841

Closed

Calinou added the platform:macos label Feb 15, 2023

Calinou mentioned this issue Feb 20, 2023

[4.0 RC2] - HTML5 Build Does Not Work On Apple macOS Safari Internet Browser? #73640

Closed

clayjohn mentioned this issue Feb 24, 2023

Exported Web Project does not work on Linux with Mesa 22.2+ #68180

Closed

Calinou mentioned this issue Feb 27, 2023

[4.0]-Full Screen HTML5 On PC Windows/Linux Desktop Internet Browsers Is Very Slow? #74034

Closed

Calinou mentioned this issue Aug 9, 2023

errors on export to html5 #80351

Closed

Calinou mentioned this issue Aug 22, 2023

Godot 4 games on web, crash the Browser on Macbook air's. #80876

Closed

Calinou mentioned this issue Sep 17, 2023

Godot 4.1.1 HTML5 export doesn't run on Chrome due to "wrong" headers that are actually there and correct #81806

Closed

N-Carter mentioned this issue Nov 21, 2023

Safari can't open Restricted pages when SharedArrayBuffer support is enabled itchio/itch.io#1509

Open

akien-mga mentioned this issue Nov 28, 2023

[GLES3] HTML5 exports cause Chrome to lock up for 30 seconds or so #56670

Open

adamscott changed the title ~~HTML5 export for Godot 4.0.beta10 takes 1-2 minutes to load on macOS~~ HTML5 export for Godot 4.x takes 1-2 minutes to load on macOS Dec 11, 2023

Calinou mentioned this issue Feb 2, 2024

Excessive loading times using GPUParticles2D in projects exported for HTML5 #87843

Open

WithinAmnesia mentioned this issue Feb 11, 2024

Target Lag Speeds (how to rank and improve latency) jonathaneeckhout/jdungeon#247

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

HTML5 export for Godot 4.x takes 1-2 minutes to load on macOS #70691

HTML5 export for Godot 4.x takes 1-2 minutes to load on macOS #70691

Luzzotica commented Dec 29, 2022 •

edited by clayjohn

Loading

This comment was marked as outdated.

Luzzotica commented Dec 29, 2022

Zireael07 commented Dec 29, 2022

clayjohn commented Jan 2, 2023

bergice commented Jan 10, 2023

thomasbergersen commented Feb 12, 2023

shinspiegel commented Feb 20, 2023

Luzzotica commented Feb 21, 2023

dhnm commented Feb 27, 2023 •

edited

Loading

mgc8 commented Aug 1, 2023 •

edited

Loading

fguillen commented Aug 1, 2023

mgc8 commented Sep 9, 2023

leafo commented Oct 5, 2023 •

edited

Loading

transmutrix commented Oct 5, 2023 •

edited

Loading

mgc8 commented Oct 6, 2023

transmutrix commented Oct 7, 2023 •

edited

Loading

kamko0 commented Nov 8, 2023

revanj commented Nov 20, 2023 •

edited

Loading

leafo commented Nov 20, 2023

tavurth commented Nov 28, 2023

adamscott commented Dec 12, 2023

Morpheu5 commented Dec 12, 2023

nickarora commented Mar 26, 2024

clayjohn commented Mar 27, 2024

tavurth commented Mar 27, 2024

nickarora commented Mar 27, 2024

chrissearle commented Mar 27, 2024 •

edited

Loading

starry-abyss commented Mar 27, 2024

nickarora commented Mar 27, 2024 •

edited

Loading

tavurth commented Mar 27, 2024

nickarora commented Mar 27, 2024

HTML5 export for Godot 4.x takes 1-2 minutes to load on macOS #70691

HTML5 export for Godot 4.x takes 1-2 minutes to load on macOS #70691

Comments

Luzzotica commented Dec 29, 2022 • edited by clayjohn Loading

Godot version

System information

Issue description

Steps to reproduce

Minimal reproduction project

This comment was marked as outdated.

Luzzotica commented Dec 29, 2022

Zireael07 commented Dec 29, 2022

clayjohn commented Jan 2, 2023

bergice commented Jan 10, 2023

thomasbergersen commented Feb 12, 2023

shinspiegel commented Feb 20, 2023

Luzzotica commented Feb 21, 2023

dhnm commented Feb 27, 2023 • edited Loading

mgc8 commented Aug 1, 2023 • edited Loading

fguillen commented Aug 1, 2023

mgc8 commented Sep 9, 2023

leafo commented Oct 5, 2023 • edited Loading

transmutrix commented Oct 5, 2023 • edited Loading

mgc8 commented Oct 6, 2023

transmutrix commented Oct 7, 2023 • edited Loading

kamko0 commented Nov 8, 2023

revanj commented Nov 20, 2023 • edited Loading

leafo commented Nov 20, 2023

tavurth commented Nov 28, 2023

adamscott commented Dec 12, 2023

Morpheu5 commented Dec 12, 2023

nickarora commented Mar 26, 2024

clayjohn commented Mar 27, 2024

tavurth commented Mar 27, 2024

nickarora commented Mar 27, 2024

chrissearle commented Mar 27, 2024 • edited Loading

starry-abyss commented Mar 27, 2024

nickarora commented Mar 27, 2024 • edited Loading

tavurth commented Mar 27, 2024

nickarora commented Mar 27, 2024

Luzzotica commented Dec 29, 2022 •

edited by clayjohn

Loading

dhnm commented Feb 27, 2023 •

edited

Loading

mgc8 commented Aug 1, 2023 •

edited

Loading

leafo commented Oct 5, 2023 •

edited

Loading

transmutrix commented Oct 5, 2023 •

edited

Loading

transmutrix commented Oct 7, 2023 •

edited

Loading

revanj commented Nov 20, 2023 •

edited

Loading

chrissearle commented Mar 27, 2024 •

edited

Loading

nickarora commented Mar 27, 2024 •

edited

Loading