Closed
Bug 686898
Opened 14 years ago
Closed 13 years ago
Add an option to not decode until paint, and then use that on mobile
Categories
(Core :: Graphics: ImageLib, defect)
Core
Graphics: ImageLib
Tracking
()
RESOLVED
INVALID
People
(Reporter: khuey, Assigned: jrmuizel)
Details
(Keywords: perf, Whiteboard: [MemShrink:P2])
On mobile we prerender content off-screen, so we can rely on painting to decide when to decode images.
Comment 1•14 years ago
|
||
I have 100% for sure seen patches that do exactly this, written by romaxa. I don't remember if they made it into mobile.
Comment 2•14 years ago
|
||
is that about video rendering? is it about GL accelerated mode or SW?
With GL we decode data only on final stage with yuv shader...
with software rendering we do decode on child process and then swap on UI process, we can enable neon yuv conversion for software rendering too, but in that case we should make BasicShadowImageLayer::Swap recognizing YUVImage and do neon conversion right there (it is pretty cheap), but still bring one additional memcpy-equivalent operation to UI process.
Also in order to do that we need to move YUV conversion functionality into separate function, see bug 686742
Depends on: 686742
Reporter | ||
Comment 3•14 years ago
|
||
This is about images.
Updated•14 years ago
|
Assignee: nobody → jmuizelaar
Whiteboard: [MemShrink] → [MemShrink:P2]
Comment 5•13 years ago
|
||
We already discard images even if they're on the foreground tab on mobile (see bug 691169) - this was bug 622470.. The only thing I don't know for sure is whether bug 622470 also makes it so we don't decode images until they're drawn (i.e., true decode on draw). Oleg, can you comment on that?
It's possible there's nothing to do here.
![]() |
||
Comment 6•13 years ago
|
||
> It's possible there's nothing to do here.
Can anyone comment on this?
Comment 7•13 years ago
|
||
Romaxa/Oleg hopefully!
Comment 8•13 years ago
|
||
yep, in bug 622470, I've made images decoding only for visible area, and decode rest as soon as scrolling performed.
Also offscreen images are discarded when getting invisible after scrolling.
So I guess this bug does not make sense (of course if it was not broken again somewhere else..)
Comment 9•13 years ago
|
||
Excellent!
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•