in order to do a sanity check I called emmake make on the same project in the same terminal window.
Without gui.loadFromFile("settings.xml"); the example runs in the browser.
But with gui.loadFromFile("settings.xml"); I get this error again:
Normale Make:
It is mostly because I think sdk-incoming-64bit is a bit less stable than latest.
So I was trying to find something that could work and wouldn’t be as unstable.
The other advantage of latest-fastcomp is it is precompiled, so it saves about 30 mins of compiling that sdk-incoming-64bit needs to do ( at least on macOS ).
I think I am going to make the latest-fastcomp be the default, and mention install sdk-incoming-64bit as an option if people have any issues.
Is working with Open Frameworks 0.11.0 and Ubuntu 18.04. And it is much faster to install.
But I get these warnings, that I think I did not get before:
/home/jonathan/Schreibtisch/of_v20191206_linux64gcc6_release/addons/ofxEmscripten/src/ofxAppEmscriptenWindow.cpp:260:2: warning:
'emscripten_set_canvas_size' is deprecated: This variant does not allow
specifying the target canvas [-Wdeprecated-declarations]
emscripten_set_canvas_size(w,h);
^~~~~~~~~~~~~~~~~~~~~~~~~~
Use emscripten_set_canvas_element_size() instead
/home/jonathan/emsdk/fastcomp/emscripten/system/include/emscripten/emscripten.h:139:71: note:
'emscripten_set_canvas_size' has been explicitly marked deprecated here
void emscripten_set_canvas_size(int width, int height) __attribute__((depreca...
^
/home/jonathan/Schreibtisch/of_v20191206_linux64gcc6_release/addons/ofxEmscripten/src/ofxAppEmscriptenWindow.cpp:274:2: warning:
'emscripten_get_canvas_size' is deprecated: This variant does not allow
specifying the target canvas [-Wdeprecated-declarations]
...emscripten_get_canvas_size( &width, &height, &isFullscreen );
^~~~~~~~~~~~~~~~~~~~~~~~~~
Use emscripten_get_canvas_element_size() and emscripten_get_fullscreen_status() instead
/home/jonathan/emsdk/fastcomp/emscripten/system/include/emscripten/emscripten.h:140:92: note:
'emscripten_get_canvas_size' has been explicitly marked deprecated here
...*width, int *height, int *isFullscreen) __attribute__((deprecated("This ...
^
2 warnings generated.
wget https://openframeworks.cc/versions/v0.11.0/of_v0.11.0_linux64gcc6_release.tar.gz
tar -xvzf of_v0.11.0_linux64gcc6_release.tar.gz
cd of_v0.11.0_linux64gcc6_release/examples/3d/3DPrilitivesExample
./emmake make
Then I copy the result back to the host from an other shell:
Then I load the html file in Firefox, after having disable the CORS security see this article. This allow browser to load local files (security issue).
And here the results, looks like bellow, some faces are “transparents”.
Yes, I’d also like to use emscripten with my Visual Studio built oF projects.
I can confirm that I’ve successfully installed the Linux version of emscripten in the WSL. With it I was able to start an emmake build for one of the example sketches from the Linux distribution of openFrameworks. (Linux oF sketches include Makefiles for their own build process.)
The build process ran well for a few minutes, but then wasm-ld failed due to machine type must be wasm32 errors.
@arturo I will , hope my changes do not break anything that was working before
But so far it seems to work fine.
Mainly I needed to set DISABLE_DEPRECATED_FIND_EVENT_TARGET_BEHAVIOR=0.
Could that mean that I could use DISABLE_DEPRECATED_FIND_EVENT_TARGET_BEHAVIOR=1 if the Emscripten .html template gets updated according to the changelog?
From the Emscripten Changelog 1.39.5:
Default DISABLE_DEPRECATED_FIND_EVENT_TARGET_BEHAVIOR to 1. See #9895.
With this change the old deprecated HTML5 API event target lookup behavior is
disabled. There is no “Module.canvas” object, no magic “null” default handling,
and DOM element ‘target’ parameters are taken to refer to CSS selectors, instead
of referring to DOM IDs. For more information see: https://groups.google.com/forum/#!msg/emscripten-discuss/xScZ_LRIByk/_gEy67utDgAJ
yes it seems they’ve changed the way to handle events so changing the template would allow it to work without enabling this flag. that would be of course better but if you are not sure on how to update the template, sending a PR with this flag and opening an issue explaining this would be also super useful
Hi Arturo, I made a pull request: https://github.com/openframeworks/openFrameworks/pull/6536
but “some checks were not successful”. Yes, it seems I am not sure how to update the template.html, but I am also not sure how to make a PR without submitting some code
I manage to build a Docker image running Ubuntu with OF and emsdk. This image allow me to compile OF project in webAssembly, but also under Windows. A folder on Windows is shared with the docker image. When I create a new project, I ask projectGenerator to build project for Visual Studio and linux q-creator.
I put everything in GitHub
It comes with a quick start. This should be reproductible with WSL.
I had to build against version 1.39.4-fastcomp sdk of emscripten, not latest. There is issues with 1.39.5 related to how events are passed between js and WEBASM I think. Like noted in previous post of this thread.
I have an issue with fullscreen button that throw an error, also due to event handling I think.
I’m having trouble running emscripten apps (but seem to be compiling without errors). Wondering if these PRs and instructions are still valid? cc @theo
Hello, I am following your guide on git hub. When I run the command “./build.ps1” in PowerShell, It runs fine, but then it freezes when it asks for my location. I can not input my geographical area when it prompts me to. Any suggestions?