[Compositor] Allow image content in compositor updates to be transferred asynchronously via BlobChannel. |
||||||||
Issue descriptionCopied from tracking spreadsheet, could not find corresponding bug, please dupe if this was unnecessary.
,
Apr 21 2016
This is blocked on Skia implementing de-duping and support for swapping references. See https://bugs.chromium.org/p/skia/issues/detail?id=5207
,
Apr 21 2016
,
May 24 2016
,
Jun 3 2016
,
Nov 16 2016
Khushal is there a better tracking bug for this?
,
Nov 16 2016
Currently images must be transferred with/before the compositor update referencing them so the SkImages created on the client when deserializing an SkPicture in this update can inline the image content. This is necessary because updating this image content in the compositor requires a main frame update with a new recordings/invalidations to be generated. This is the tracking bug for all changes necessary to be able to send this image via the BlobChannel after the compositor update referencing it, and swap this image in the content displayed to the user, locally on the client.
,
Nov 16 2016
This is the only bug right now for this feature, so this one it is. :)
,
Nov 16 2016
Ah ok thanks for clarifying!
,
Nov 29 2016
Obsolete, WontFix.
,
Dec 9 2016
|
||||||||
►
Sign in to add a comment |
||||||||
Comment 1 by klo...@chromium.org
, Mar 28 2016Owner: nyquist@chromium.org
Status: Assigned (was: Untriaged)