Open
Bug 922893
Opened 11 years ago
Updated 2 years ago
Cache animated SVG images in the surface cache if they can benefit
Categories
(Core :: Graphics: ImageLib, defect)
Core
Graphics: ImageLib
Tracking
()
NEW
People
(Reporter: seth, Unassigned)
References
Details
In most circumstances it's unlikely that animated SVG images will benefit from the surface cache introduced in bug 764299 since the SVG animation timeline doesn't loop like animated raster images do. However, there is one situation in which caching would be worth it: when multiple copies of the same animated SVG image are simultaneously visible.
Daniel Holbert suggested that we could notice if we get multiple Draw calls between invalidations and enable caching in that case, which seems like a good approach to me.
Comment 1•11 years ago
|
||
(In reply to Seth Fowler [:seth] from comment #0)
> Daniel Holbert suggested that we could notice if we get multiple Draw calls
> between invalidations and enable caching in that case
[narrowing that slightly: "if we get multiple draw calls **with the same "cache key parameters" (e.g. drawing resolution)** between invalidations, then enable caching".]
Comment 2•8 years ago
|
||
We'd want to make sure that we evict the old copies quickly otherwise they would pile up quick and take up a lot of memory.
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•