Emscripten issues traced to JS audio

[danoli3]

It's always been working with new libs ...

Problem was the JS Audio

Disabled and works:

Yay:

[danoli3]

Merging this Audio Disable to look at Audio Worklet instead:
#7727

@Jonathhhan is that ready to add in?

[danoli3]

Fixes: #8211

Fixes: #8219

[danoli3]

Merging as fixes compile issues.

Disables Audio - Todo merge #7727 / will fetch and rebase myself

[Jonathhhan]

@danoli3 Very nice. Courious to know what broke it. Regarding my audioWorklets PR: It is ready to merge, the issue is with CORS and that USE_PTHREADS need to be enabled (which is still a reason to use ScriptNodeProcessor - if working).

[danoli3]

With -pthread -matomics should solve that. CISP stuff is forced an issue regardless of CORS now.

modified .htaccess with some variables should fix this and template now is split for js / css which allows md5 and fixes rest of CORS loading issues. As long as its on the same domain

[Jonathhhan]

@danoli3 this is my newest audioWorklet branch: https://github.com/Jonathhhan/openFrameworks/tree/emscripten_3.1.57_audioWorklet

[ofTheo]

Wow - mad props for tracking this down @danoli3 !!

One of the big issues is that (I think) emrun isn't using apache so .htaccess CORS solution doesn't work locally ( I think ) and definitely doesn't for ngnix web servers. Does .htaccess work for you with emrun?

Our main priority should be easy of use for people running locally and then some clear instructions on how to upload and host.

As @Jonathhhan mentioned before pthreads was triggering the cors restrictions, if you are able to get it working with pthreads that's great and we can switch to worklet based approach.