You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I investigated the problem on Windows7 IE11 and Chrome and confirmed that IE produces NaN.
I found a workaround:
OPTIMIZE=0 python convert.py
There seems to be optimization bug in webdnn.
When optimization is enabled (by default), weight_webgl_4096.bin has 29521024 bytes. It is far larger than original chainer model (2549265 bytes in my experiment).
When optimization is disabled, the size decreased to 2150156 bytes, which is reasonable.
This model works on IE, at least looking at output value range.
To investigate more in this issue, please upload your generator.model if possible.
I investigated what optimization caused the problem. REPLACE_SCALAR_OPERATOR=0 python convert.py produces best optimized result which works with IE. REPLACE_SCALAR_OPERATOR replaces scalar operation such as x + 1 into x + [[1, 1, 1], [1, 1, 1]] (when x's shape is 2x3.) In this model, this optimization is applied to many large x, so parameter file size became too large. It may result in exceeding some internal limit of IE.
I found another problem when webassembly backend is used.
In webassembly backend, output value range is wrong, e.g. +5000 to -5000. OPTIMIZE_MEMORY_ALLOCATION=0 resolves the problem. Note that OPTIMIZE_MEMORY_ALLOCATION does not affect webgl.
All of the output became NaN without any error message.
model structure:
convert code:
javascript code:
These codes don't work on Windows 7 but they work correctly on MacBook Air,my friend's PC.
The text was updated successfully, but these errors were encountered: