From 3d4eed7f1aa99401dabe2e45b82f98fb4fc2d754 Mon Sep 17 00:00:00 2001 From: Derek Sollenberger Date: Thu, 4 Dec 2014 15:20:29 -0500 Subject: Update HWUI to store its own SkBitmap objects This enables us to... 1) simplify the lifecycle/ownership between Java and HWUI 2) remove DisplayListRenderer::drawBitmapData and associated logic 3) track pixel lifecycle using standard SkPixelRef refcounting 4) Remove uncessary calls to ref/unref the bitmap's pixels and colorTable Change-Id: I3c95078da20995444f6388a029414280fd654318 --- libs/hwui/RenderNode.cpp | 5 ----- 1 file changed, 5 deletions(-) (limited to 'libs/hwui/RenderNode.cpp') diff --git a/libs/hwui/RenderNode.cpp b/libs/hwui/RenderNode.cpp index 5a7ea4038947..23462cccc071 100644 --- a/libs/hwui/RenderNode.cpp +++ b/libs/hwui/RenderNode.cpp @@ -338,11 +338,6 @@ void RenderNode::prepareSubTree(TreeInfo& info, DisplayListData* subtree) { if (subtree) { TextureCache& cache = Caches::getInstance().textureCache; info.out.hasFunctors |= subtree->functors.size(); - // TODO: Fix ownedBitmapResources to not require disabling prepareTextures - // and thus falling out of async drawing path. - if (subtree->ownedBitmapResources.size()) { - info.prepareTextures = false; - } for (size_t i = 0; info.prepareTextures && i < subtree->bitmapResources.size(); i++) { info.prepareTextures = cache.prefetchAndMarkInUse(subtree->bitmapResources[i]); } -- cgit v1.2.3-59-g8ed1b