Unity WebGL benchmark fails in official build ChromeOS image on Soraka
Reported by
zheda.c...@intel.com,
Oct 20 2017
|
||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.62 Safari/537.36 Platform: 10009.0.0 (Official build) dev-channel soraka Example URL: https://files.unity3d.com/jonas/benchmark2015/ Steps to reproduce the problem: 1. open https://files.unity3d.com/jonas/benchmark2015/ 2. After loading completely, press Start to run What is the expected behavior? Complete loading and the start menu appears, then press Start button, run to the end What went wrong? It seems to be blocked at the end of loading, and the start menu won't show. The problem occurs only in official build ChromeOS image (partner img), but it runs well in local build image Does it occur on multiple sites: No Is it a problem with a plugin? N/A Did this work before? Yes Chrome 61.0.3162.0 Platform Version: 9766.0.0, worked Does this work in other browsers? Yes Chrome version: 63.0.3230.0 Channel: dev OS Version: Flash Version: 27.0.0.159 Chrome 61.0.3162.0, Platform 9765.0.0: both official and local ok Chrome 61.0.3162.0, Platform 9767.0.0: official fail and local build ok Chrome 63.0.3230.0, Platform 10009.0.0: official fail, local ok Is there any difference between the official build and local build image ?
,
Oct 20 2017
,
Oct 20 2017
Assigning to marcheu@ - it's odd that local builds work for the user but official builds fail - are you able to triage? Thanks!
,
Oct 20 2017
Don't have a soraka. There are two soraka specific changes https://crosland.corp.google.com/log/9765.0.0..9767.0.0 And this one looks suspicious to me https://chrome-internal-review.googlesource.com/#/c/chromeos/overlays/overlay-soraka-private/+/415590/ Of course that doesn't really narrow anything down.
,
Oct 23 2017
Audio codecs is one of the several differences causing different behaviours between official vs manual builds, as in this example: https://github.com/jbouny/fft-ocean/pull/1/commits/2b9b571e3fdc5
,
Oct 24 2017
,
Oct 25 2017
#4, the change is actually not specific to Soraka. Tens of similar CLs landed for other overlays as well. But the report doesn't say it happens _only_ on Soraka. Has anyone actually tried other board?
,
Oct 25 2017
I tried on Acer Chromebook R11(cyan) and R13(elm). It works fine there.
,
Oct 25 2017
I compare the trace files(attached) between success(R61-9765) and failure(R62-9767). It's blocked in JavaScript execution and V8.Execute do not finish for failure. WebAudio change is a possible reason of failure. What do u think ?
,
Oct 25 2017
,
Oct 27 2017
Have confirmed the WebAudio is the culprit causing the failure. It's blocked at JS_Sound_Init() without any exception. When i disable the audio initialization, Unity runs well.
function _JS_Sound_Init() {
try {
window.AudioContext = window.AudioContext || window.webkitAudioContext;
WEBAudio.audioContext = new AudioContext; //* blocked here
WEBAudio.audioWebEnabled = 1
} catch (e) {
alert("Web Audio API is not supported in this browser")
}
}
Any CLs related to Audio between R61-9765 and R62-9767 ?
,
Oct 27 2017
Can someone try on eve? and some APL? I've seen recent audio changes for KBL.
,
Oct 27 2017
It works fine on APL, but i don't have a eve device.
,
Nov 1 2017
The audio issue has been resolved now. Unity runs fine on Soraka R64-10059.
,
Nov 1 2017
What was the audio issue?
,
Nov 2 2017
I don't know what exactly the audio issue. What i see is it won't be blocked at audio initialization. Hope someone who has expertise in this area gives us some details.
,
Jan 23 2018
It seems to work now... |
||||||||||||||||||
►
Sign in to add a comment |
||||||||||||||||||
Comment 1 by manoranj...@chromium.org
, Oct 20 2017