What is up with ScopedReadLockSkImage? |
||
Issue descriptionThere are 2 consumers of this class. They are both in SoftwareRenderer. The class has a branch on gl_id though. Is that needed? It's the only use of the compositor context's GrContext in ResourceProvider. And it's a bit weird future-wise to expect the compositor context to have a GrContext. Thoughts?
,
Sep 14 2016
I think it looks very display-compositor-specific, and I wonder if the GrContext dependency could move outside of the ResourceProvider class.
,
Sep 14 2016
FWIW It was scaring me to recommend using ResourceProvider to manage resources for things outside of cc/ because of this thing. But then BlockingTaskRunner scared me even more which is all thread-specific. So I feel like ResourceProvider is just too many things to too many places right now probably and maybe we can make something finer that's more reusable. For now I recommended not using ResourceProvider outside of cc (eg OffscreenCanvas). So I can close this but thanks for the info! |
||
►
Sign in to add a comment |
||
Comment 1 by enne@chromium.org
, Sep 14 2016