Regarding SkPictures remoting.

[soh...@chromium.org]

Hi !

We were experimenting a remote rendering model with SkPicture/MSKP as transfer primitive.

But for content with images, the SKP/MSKP memory size is quite substantial.

Is there a way to avoid decoding images during record and/or late decoding while playing back ?

Br,

Sohan

[Brian Salomon]

Hi Sohan

First a general note: most clients have used SkPictures as a way to experiment with display lists and then almost invariably find they need something beyond what SkPictures allow (e.g. inspection, mutability, version stability) and wind up creating their own representation. Flutter, Chrome, and Android are all examples of this pattern. They all started with SkPIctures and eventually created their own display lists. So this is our recommendation. Serialized SkPictures are mostly used for debugging Skia issues (e.g. grabbing serialized SKP from client applications in order to debug a rendering problem in standalone Skia tools).

More specifically to your questions: I believe if you start with images that are created by SkImage::MakeFromEncoded and "draw" those to a picture recording canvas and then serialize the picture it will just write the encoded data into the serialization without ever decoding (and non-encoded images get written as PNG). On deserialization the images should stay encoded until they are drawn the first time. You can use SkGraphics::SetResourceCacheTotalByteLimit to set a cache size that will limit how much memory images (and other things cached by Skia) consume on the CPU. If you're using GPU then you may also use GrDirectContext's APIs for limiting the GPU cache size (texture memory). Please let me know if this isn't in line with what you're seeing.

Additionally, you can pass SkSerialProcs and SkDeserialProcs at serialization and deserialization time with customized functions to serialize and deserialize images. This would let you do something like compress all images in a lossy format to reduce size and then decompress on deserialization.

Brian

--
You received this message because you are subscribed to the Google Groups "skia-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to skia-discuss...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/skia-discuss/910b57a1-a6a7-40fc-890a-6d5607529538n%40googlegroups.com.

--

Brian Salomon |

Office Hours: go/bsalomon-office |

bsal...@google.com

[Sohan Jyoti Ghosh]

Thanks Brian for the pointers ! They are certainly helpful.

Br,

Sohan

To view this discussion on the web visit https://groups.google.com/d/msgid/skia-discuss/CAHOuermpwzm3d3m56PcSeaitYhXiCoa5-jnm5s%3DLM%2BY_RQ9taw%40mail.gmail.com.