Closed Bug 1014011 Opened 6 years ago Closed 6 years ago
GL game running too slow in 1 .4
We are looking to include the first Emscripten/WebGL game with 1.4. We are running into what appear to be WebGL bottle neck that is hampering efforts to get us to where we need to be. This bug is a meta bug to track our progress towards reaching minimum viability which is determined by the products license holder finding the experience provided worthy and sign off on shipping the product on the device.
The current game is running at about 25fps on the higher order levels. To get approval we need to get to about 30fps and have that be relatively stable. No more than a 5 fps fluctuation during primary level game-play.
I'm not convinced this blocks bug 1006164, but let's see.
Blocking for additional perf improvement.
blocking-b2g: 1.4? → 1.4+
6 years ago
Summary: Emscripte/WebGL game running too slow in 1.4 → Emscripten/WebGL game running too slow in 1.4
I'm unblocking this since this is a meta bug.
blocking-b2g: 1.4+ → ---
(In reply to Jason Smith [:jsmith] from comment #4) > I'm unblocking this since this is a meta bug. Please nominate the critical dependencies that are needed for 1.4.
In most cases, it's not possible to tell how much fixing a performance bug will improve performance until the performance bug has actually been fixed and a new profile is measured. In that sense, I'd say all the dependencies are critical, until we have met the required performance, which is reaching stable 30fps throughout the game. To my knowledge, Benoit Girard, Jeff Gilbert, Jeff Muizelaar and Sotaro Ikeda are currently the people closest to working on the dependencies listed here. I'm hoping that they will be able to chime in and give an estimate of how tough the individual issues look like, and which ones we will ultimately need to push in to reach the bar.
Jason, this is a similar issue we had with the checkerboarding. We tracked and used the meta bug as the blocker and the dependency because we didn't know which one is going to work for us. For this scenario, even though it is a meta, it should be left as a blocker. Jukka, I'm not sure it's productive listing all of the bugs are being blockers for this. As we know, and you actually stated, we don't know which ones we'll need, so listing them as "all of these need to be fixed for this bug to be resolved" is not what you're actually trying to say. The bugs that end up being actionable and need to be fixed can then be nominated and uplifted and made as a blocker of this one. But for now, I would remove the dependent bugs (Jukka, you can just list them in see also or in one of the comments) and I would put this back to 1.4+.
blocking-b2g: --- → 1.4?
Okay fair enough.
blocking-b2g: 1.4? → 1.4+
We have a solution, the majority of the work remaining is to produce a 1.4 version and not have to uplift a lot.
Summary: Emscripten/WebGL game running too slow in 1.4 → [Meta] Emscripten/WebGL game running too slow in 1.4
Making Jeff the meta bug owner, he's coordinating which fixes end up in 1.4.
Assignee: nobody → jmuizelaar
Triage team: since we have partner sign-off, games team is good with holding on further uplifts unless there is a regression which causes us to go below performance observed as of 06/11 gecko-gaia build.Thank you very much for your support to get 1.4 to the level we need for games.
To be clear, we are still investigating bug 1022823 so if this is 100% reproducible some of the proposed fixes may bounce back.
6 years ago
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Whiteboard: [c=progress p= s= u=1.4] → [c=progress p= s=2014.07.04.t u=1.4]
You need to log in before you can comment on or make changes to this bug.