Search Unity

5.6 TOTAL_MEMORY override

Discussion in 'Web' started by sirrus, May 11, 2017.

  1. sirrus

    sirrus

    Joined:
    Jun 10, 2012
    Posts:
    250
    I cannot seem to get the Module override to work for TOTAL_MEMORY.

    If we set our Player Settings to use TotalWebGLMemory to something like "400" (which results in 419430400) and then use
    Module: { TOTAL_MEMORY: <any value> }​
    in the new 5.6 API, we inevitably get "LinkError: imported Memory with incompatible size" in FireFox or "Uncaught (in promise) LinkError: WebAssembly.instantiate(): memory import 419 is smaller than maximum 9600" in Chrome.

    I have read that the memory value is actually 'baked' into the binary for WebAssembly, is this correct? If so, how does an override value work?

    Thanks.
     
    sirrus, May 11, 2017
    #1

  2. sirrus

    sirrus

    Joined:
    Jun 10, 2012
    Posts:
    250
    Hate to bump, but am I doing something wrong with the Module override?
     
    sirrus, May 16, 2017
    #2

  3. Marco-Trivellato

    Marco-Trivellato

    Unity Technologies

    Joined:
    Jul 9, 2013
    Posts:
    1,654
    The TOTAL_MEMORY override via instantiate() is not compatible with wasm at the moment.
    Since this functionality has a dependency on emscripten, it is possible we are not going to be able to fix it in 5.6 and 2017.1

    Please note that you can still use it with asm.js during development. Is this something you rely on in order to be able to release?
     
    Marco-Trivellato, May 18, 2017
    #3

  4. sirrus

    sirrus

    Joined:
    Jun 10, 2012
    Posts:
    250
    Marco,

    It is not critical for our release process but it was nice to be able to easily customize the TOTAL_MEMORY value at run-time for various scenarios.

    Did I miss this not being available for WebAssembly in the documentation/API post somewhere?

    Thanks.
     
    sirrus, May 18, 2017
    #4

  5. Marco-Trivellato

    Marco-Trivellato

    Unity Technologies

    Joined:
    Jul 9, 2013
    Posts:
    1,654
    No, you did not miss it. WebAssembly support in 5.6 is experimental and this one something we were not aware of until you brought it up. Thanks for that.

    We will investigate the problem a bit more, then decide whether to consider it a bug or a feature that is not supported in wasm. If it's the latter we will document it.
     
    Marco-Trivellato, May 18, 2017
    #5

  6. sirrus

    sirrus

    Joined:
    Jun 10, 2012
    Posts:
    250
    Thanks for following up.

    Do you foresee WebAssembly being fully supported (i.e, non-experimental) in the Unity 2017 lifecycle?
     
    sirrus, May 18, 2017
    #6

  7. Marco-Trivellato

    Marco-Trivellato

    Unity Technologies

    Joined:
    Jul 9, 2013
    Posts:
    1,654
    That's the plan:)
     
    Marco-Trivellato, May 18, 2017
    #7
    yuliyF and sirrus like this.

  8. sirrus

    sirrus

    Joined:
    Jun 10, 2012
    Posts:
    250
    Sooo.. 2017.2 it is!! ;)
     
    sirrus, May 18, 2017
    #8

  9. Marco-Trivellato

    Marco-Trivellato

    Unity Technologies

    Joined:
    Jul 9, 2013
    Posts:
    1,654
    I think the thing to keep in mind is that Unity WebGL has dependencies, for Wasm specifically we depend on emscripten+binayen and the browser implementations, so plans are subject to change ;)
     
    Marco-Trivellato, May 19, 2017
    #9