summaryrefslogtreecommitdiffstats
path: root/libs
Commit message (Collapse)AuthorAgeFilesLines
* Add tile dimensions into snapshot and use it for setting tile rectSreedhar Telukuntla2013-07-234-1/+41
| | | | | | | | | | | | | | | Current tile rendering implementation in hwui sets the current clip rect as tile rect during restore. This will limit the rendering to the restored clip rect. Later in case if the app tries to render outside the tile rect by setting a new clip rect, then all the pixels, which are falling outside the tile rect are clipped off, this may result into UI artifacats. This change adds the support for preserving the tile clip as part of the snapshot and the same tile clip is used while setting the tile rect. This way it is taken care that the correct tile dimensions are preserved during save and retrieved during restore. CRs-Fixed: 499767 Change-Id: Ia66b6dc8e7be5857949751a81e9f702c2d1c5a57
* Remove opaque check in GLRenderer when preparing dirty region.Wei Zou2013-05-171-0/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since preserved swap is enabled, we need to clear the color buffer when the scissor rect is prepared for a new process. This prevents garbage to be present from the previous process in the color buffer. CRs-Fixed: 391492, 403067, 405916 Change-Id: I1f72a3dee2f5d58a984f4cd367c9f7bf08ab9d6a Conflicts: libs/hwui/OpenGLRenderer.cpp [PATCH] Remove opaque check in preparing dirty region Since preserved swap is enabled, we need to clear the color buffer when the scissor rect is prepared for a new rocess. This prevents garbage to be present from the previous process in the color buffer. (cherry picked from commit 2b5e584e2615852b68a69bb529c6926190246b64) Change-Id: I92a4fa35e0746f12fcd736e21fd30d9c4b644a8a CRs-Fixed: 391492, 403067, 405916 Conflicts: libs/hwui/OpenGLRenderer.cpp Enable scissor when preparing dirty rect that is opaque Now enabling scissor before setting it in the opaque case, previously was not doing so. Change-Id: I1ea904cf01603096e423556090564291ab712d36 CRs-Fixed: 465346 Depends-on: 278453 Remove opaque check in preparing dirty region Since preserve swap is enabled, we need to clear the color buffer when the scissor rect is prepared for a new process. This prevents garbage being present from the previous process in the color buffer. CRs-Fixed: 465346 Change-Id: I98f2009748244751c4b56af8afbdfeb645c13230
* Correct executable bit for source filesKenny Root2013-04-132-0/+0
| | | | | | | | | | Many media files and source code files were marked as executable in Git. Remove those. Also a shell script and python script were not marked as executable. Change-Id: Ieb51bafb46c895a21d2e83696f5a901ba752b2c5 Signed-off-by: Chirayu Desai <cdesai@cyanogenmod.org>
* Revert "Remove opaque check in GLRenderer when preparing dirty region."Steve Kondik2013-04-061-9/+1
| | | | | | | | * This causes artifacts even with 8974 drivers. This reverts commit c422280a7668ddbe1c4e399b083ec3d8a04059b1. Change-Id: Iec4addc2d8aaeb6ce6a359aafd9fd9b97aef95e6
* hwui: This code should only be enabled with QCOM_BSPSteve Kondik2013-04-041-1/+1
| | | | | | * Crashy crashy! Change-Id: I1a06ac54a8ce2dccbf4a67424b0cbb6e7dd21e8b
* Remove opaque check in GLRenderer when preparing dirty region.Wei Zou2013-03-311-1/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since preserved swap is enabled, we need to clear the color buffer when the scissor rect is prepared for a new process. This prevents garbage to be present from the previous process in the color buffer. CRs-Fixed: 391492, 403067, 405916 Change-Id: I1f72a3dee2f5d58a984f4cd367c9f7bf08ab9d6a Conflicts: libs/hwui/OpenGLRenderer.cpp [PATCH] Remove opaque check in preparing dirty region Since preserved swap is enabled, we need to clear the color buffer when the scissor rect is prepared for a new rocess. This prevents garbage to be present from the previous process in the color buffer. (cherry picked from commit 2b5e584e2615852b68a69bb529c6926190246b64) Change-Id: I92a4fa35e0746f12fcd736e21fd30d9c4b644a8a CRs-Fixed: 391492, 403067, 405916 Conflicts: libs/hwui/OpenGLRenderer.cpp Enable scissor when preparing dirty rect that is opaque Now enabling scissor before setting it in the opaque case, previously was not doing so. Change-Id: I1ea904cf01603096e423556090564291ab712d36 CRs-Fixed: 465346 Depends-on: 278453
* Merge commit 'android-4.2.2_r1' into mr1.1-stagingRicardo Cerqueira2013-02-152-5/+4
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Conflicts: core/java/android/os/Trace.java core/java/android/widget/Toast.java core/res/res/values-cs/strings.xml core/res/res/values-el/strings.xml core/res/res/values-iw/strings.xml core/res/res/values/config.xml core/res/res/values/symbols.xml media/java/android/media/AudioService.java packages/SystemUI/res/values-sv/strings.xml packages/SystemUI/src/com/android/systemui/statusbar/phone/NotificationPanelView.java packages/SystemUI/src/com/android/systemui/statusbar/policy/BatteryController.java packages/SystemUI/src/com/android/systemui/usb/StorageNotification.java policy/src/com/android/internal/policy/impl/keyguard/KeyguardHostView.java policy/src/com/android/internal/policy/impl/keyguard/KeyguardMessageArea.java policy/src/com/android/internal/policy/impl/keyguard/KeyguardViewManager.java policy/src/com/android/internal/policy/impl/keyguard/KeyguardViewMediator.java services/java/com/android/server/NotificationManagerService.java services/java/com/android/server/power/ElectronBeam.java Change-Id: I60b8ddf20a1d7bcf9dc7b1a4ed841aaa4d953294
| * Fix bug #7724071 ImageView drawable is not loaded correctly when changing LocaleFabrice Di Meglio2012-12-121-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | aapt is not generating the correct CONFIG_LAYOUTDIR bit when a Drawable has a LTR and RTL version. It was generating instead the wrong CONFIG_SCREEN_LAYOUT bit. This was linked to the fact that the layout direction bits are contained into the screen layout bit. So now make sure that we are generating the correct CONFIG_LAYOUTDIR bit. Change-Id: If17c84d31e6c128721ed97ee6711660b131bf941
| * Use the same interrupt/resume logic for all functor callsChris Craik2012-11-281-4/+2
| | | | | | | | | | | | | | | | | | | | bug:7093396 The functor was able to change the renderer's blend mode without it being restored in process mode. This single path of updating gl caches reduces likelihood of this occurring in the future. Change-Id: Ie367532f9c683299f02bc4f635d7cb31f96db39f
* | Squashed commit of the theme engine support.Ricardo Cerqueira2012-11-244-75/+458
|/ | | | | | | | | | | | | | | | | | | | | | | | | | Updated 4.2 support for the old T-Mobile theme engine, as usual needs the provider and switcher apps installed as well. I'm finally dropping the 400+ commit history on this, since everybody else keeps picking it up from CM as a single patch anyway... But for the record, nothing of this would be possible without Josh, Ed, and the rest of the TMo guys who wrote and maintained it until 2.2: amit chabra <amit.chabra@t-mobile.com> Amit Kohli <amit.kohli@t-mobile.com> Chris Cogar <chriscogar@t-mobile.com> Dirk Sigurdson <dirk.sigurdson@t-mobile.com> Ed Carrigan <edward.carrigan@t-mobile.com> Gaurav Sharma <gaurav.sharma3@t-mobile.com> Hui Feng <hui.feng@t-mobile.com> John Ritz <john.ritz1@t-mobile.com> Josh Guilfoyle <josh.guilfoyle@t-mobile.com> Mark Roberts <mark.roberts48@t-mobile.com> Pankaj Kumar <Pankaj.kumar6@t-mobile.com> Samuel Cheung <samuel.cheung@t-mobile.com> Sergey Ten <sergey.ten6@t-mobile.com> Change-Id: I7148d51be48f28a2dc4bdf9ec9018f04b268ffc4
* Avoid tesselation path when useCenter is setChris Craik2012-11-011-1/+1
| | | | | | | | bug:7458300 The tesselation path doesn't handle sharp joins. Change-Id: I28bf03f3b72fc584a205daa40934dda17031098f
* Merge "Handle offscreen animations correctly" into jb-mr1-devChet Haase2012-10-231-9/+10
|\
| * Handle offscreen animations correctlyChet Haase2012-10-231-9/+10
| | | | | | | | | | | | | | | | | | | | | | | | A bug in software rendering caused animations on views that are offscreen to not get drawn, therefore the animation doesn't continue (since old-style animations depend on the logic in the drawing code to keep running). Fix is to special case the isAnimating case in ViewRoot to go ahead and schedule a traversal even if the dirty rect does not intersect with the visible region. Issue #7396035 Animations starting offscreen don't draw run/end/draw properly (sw rendering only) Change-Id: Iae25b3a424ddc5a16ba431ecd68cf42d5500db3f
* | Properly draw the window background on window resizeRomain Guy2012-10-221-1/+1
|/ | | | | | | | | | | | | Bug #7385090 This change gets rid of two silly asumptions: - That a layer needs to be cleared with opaque black (it shouldn't, it's already cleared to transparent and the view will cover it up with its own background) - The the clip should be dirty at the beginning of a frame only when the render target is opaque Change-Id: I415b6d3cab196057fb0281419a53fef601a44e28
* Don't null the reference to Bitmap pixels until we're really readyChet Haase2012-10-222-7/+18
| | | | | | | | | | | | | | | | | | | | | A change in the VM triggers a native memory error more aggressively than before, showing that there's a bug in the logic of recycling bitmaps. Since the pixel memory is allocated on the Java heap, nulling out the reference to that memory in the Java level Bitmap object can cause that memory to get collected at any time. Meanwhile, we may have a reference to that memory at the native level for rendering purposes, causing an error if/when we access that memory after it has been collected by the VM. The fix is to avoid setting the reference to the pixels to null unless we are not referring to it in native code. This is determined at the time we call recycle() - we return a boolean to indicate whether the native code is still using the memory. if not, the Java code can null out the reference and allow the VM to collect it. Otherwise, it will get collected later when the encompassing Bitmap object is collected. Issue #7339156 HTML5 tests crash the app (Vellamo) Change-Id: I3a0d6b9a6c5dd3b86cc2b0ff7719007e774b5e3c
* Defer layer rendering to avoid stallsRomain Guy2012-10-188-13/+58
| | | | | | | | | | | | | | | | | | | | Bug #7326824 When a layer is taken out of the cache and initialized it gets cleared to prepare it for future rendering. This triggers the following sequence of operations: glBindFramebuffer(layer.fbo) attach texture storage to FBO glClear() glBindFramebuffer(defaultFbo) The clear forces a resolve on tilers which stalls the CPU for a little while, thus producing jank during animations. This change moves the clear to the next frame when we know we will have to execute a resolve anyway. Change-Id: Ic1939c25df20ed65a4c48dc81ee549b2cd8b6ec3
* Take into account the texture layer's transform for clippingRomain Guy2012-10-172-10/+19
| | | | | | Bug #7370212 Change-Id: Ibdc3161306f54a1cfe66e08458f05ee01a13b1df
* Enable mipmapping, without a deadlock this timeRomain Guy2012-10-172-5/+6
| | | | | | Bug #7353771 Change-Id: I89a08a58608e374f1c604a26ee0769d5850b2f7b
* Merge "Correctly adjust clip regions that lie offscreen" into jb-mr1-devChet Haase2012-10-171-3/+14
|\
| * Correctly adjust clip regions that lie offscreenChet Haase2012-10-161-3/+14
| | | | | | | | | | | | | | | | | | | | We were clamping the x/y location of the scissor to 0,0, but not adjusting the width/height appropriately. This fix adjusts width/height and also clamps them to 0 to correctly clip out offscreen operations. Issue #7221524 Top left and top right portions of the screen blanks out after some time Change-Id: I47f23336ea612409ed86652b9a68e272819ef00e
* | workaround to unbreak the build (deadlock during boot)Mathias Agopian2012-10-161-1/+1
| | | | | | | | | | bug: 7363206 Change-Id: Ie79c309e367ba07336a5299af9fd59c6bd2390e7
* | Merge "Add API to enable mipmaps on Bitmap Bug #7353771" into jb-mr1-devRomain Guy2012-10-164-3/+25
|\ \
| * | Add API to enable mipmaps on BitmapRomain Guy2012-10-164-3/+25
| | | | | | | | | | | | | | | | | | | | | | | | | | | Bug #7353771 This API can be used when scaling large images down to a small size to get nicer looking results. Change-Id: If09087eed36077eee5355f6047a3ca67747d7d9e
* | | Merge "Always use the correct pixel store size Bug #7357394" into jb-mr1-devRomain Guy2012-10-161-6/+4
|\ \ \ | |/ /
| * | Always use the correct pixel store sizeRomain Guy2012-10-161-6/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bug #7357394 When a bitmap is reused it may change configuration which can lead to a different pixel store alignment. Our current texture cache implementation assumes this never happens and keeps the old alignment which can lead to distorted texture (if the bitmap goes from ARGB8888 to RGB565 for instance.) Change-Id: Ic57acf2403411ae4d0924e92f221298350612617
* | | Support clipping in Canvas.drawBitmapMesh()Romain Guy2012-10-161-24/+25
|/ / | | | | | | | | | | Bug #7354162 Change-Id: Ifd1d0b365e8a4d88e0ff0629c9ee13f27e1a7331
* | HW Acceleration support for stroked arcs with BUTT capsChris Craik2012-10-153-47/+300
| | | | | | | | | | | | bug:4419017 Change-Id: I7371bfb36cef460da861a47d4d945218c6d0c3d0
* | Merge "fix stroke sub-hairline threshold" into jb-mr1-devChris Craik2012-10-121-1/+1
|\ \ | |/ |/|
| * fix stroke sub-hairline thresholdChris Craik2012-10-121-1/+1
| | | | | | | | | | | | bug:7339943 Change-Id: I4051a03f4cd5bd2c313840208540601fb7a056e2
* | Prevent possible divide by 0Romain Guy2012-10-101-2/+2
| | | | | | | | | | | | | | | | Bug #7307304 Should never happen, but eh :)) Change-Id: Ic7a09fd5c7a3622e6b4963f9ee6920e232018e2e
* | Allow 9patches to shrinkRomain Guy2012-10-102-11/+17
|/ | | | | | Bug #7307304 Change-Id: I1fabf6df99c18c86ab1ec0e1e398a3d6d4098496
* Merge "Use offset in line drawing" into jb-mr1-devChris Craik2012-10-081-1/+1
|\
| * Use offset in line drawingChris Craik2012-10-051-1/+1
| | | | | | | | | | | | | | Partial revert of cb4d6009 bug:7299070 Change-Id: I1db7b035e3015e0f6d15c95aef71ea74dbeca13e
* | Work around a possible driver bugRomain Guy2012-10-071-0/+1
| | | | | | | | | | | | | | | | | | | | Bug #7296475 When re-enabling the scissor the driver seems to ignore the already existing scissor box. This change resets the scissor box when the test state changes. Change-Id: I3a68433164f99d21fbab769a26c56fe416c1539a
* | Settings (and general) restore fixesChristopher Tate2012-10-041-0/+1
|/ | | | | | | | | | | | | | | | | | Pro tem, we ignore wifi configuration data when restoring system settings. This is not ideal, but it *does* mean we do not bounce wifi off and on again during the extended restore process, which in turn means we don't interfere with things like the Play Store's download of applications. We do continue to back up wifi configuration, and will start using that data again when the new implementation that restores AP configurations without having to bounce wifi comes to pass. Also, this CL fixes a longstanding bug in BackupDataInput.skipEntityData() that was being reproduced reliably once settings restore was skipping the wifi-related entities in the restore stream. Bug 7249405 Change-Id: I61520a9a116b66ebdf95734d09d9afd46406df01
* Draw stroked rectangle as meshes instead of texturesRomain Guy2012-10-021-4/+21
| | | | | | | | | | | Bug #7233734 Stroked rectangles were rendered using software generated textures which would lead to slightly misaligned results. Instead, let's use the new convex path rendering code that will do the right thing (and save a lot of bandwidth.) Change-Id: Ib95ff581e56c1ecead97e4919298e6fd146ca167
* Quick reject empty pathsChris Craik2012-10-012-1/+11
| | | | | | | | | bug:7260035 Adding a circle of radius 0 to a path is a no-op in skia, so detect this case both in the PathRenderer, and in quickReject(). Change-Id: I7a172db49a5d5351b4734b39d4e4ca6379658096
* Fix texture corruptionChet Haase2012-09-303-34/+36
| | | | | | | | | | | | | | | | | | | | | | When memory gets low on a device, activities flush everything they can. Hardware-accelerated activites, such as Launcher, flush GL resources and destroy the GL context. However, some resources were still hanging around, due to deferred destruction policies (we don't delete layers until the DisplayLists they are in are finalized, to ensure we don't deref deleted objects). This meant that we were referring to obsolete GL data in these objects. in particular, it meant that we might come around later, after a new GL context was created, and delete a texture object that was incorrect. We use the layer's "texture id" to refer to the texture underlying the layer. But if there's a new GL context, then this texture ID is no longer valid, and we may be deleting the texture that a different object (layer, icon, whatever) is referring to, because the driver may return that same ID under the new GL context. The fix is to more aggressively delete things that we know will not be used again when the GL context is destroyed. In particular, we delete all resources being used by all DisplayLists at GL context destruction time. Issue #7195815 Textures corruption on all devices, in many apps Change-Id: I52d2d208173690dbb794a83402d38f14ea4c6c22
* Merge "Fix issue #7202950: After clearing data, clear data button is still ↵Dianne Hackborn2012-09-281-4/+3
|\ | | | | | | enabled." into jb-mr1-dev
| * Fix issue #7202950: After clearing data, clear data button is still enabled.Dianne Hackborn2012-09-271-4/+3
| | | | | | | | | | | | | | | | Count the lib symlink against the app's code size. Also be sure to look at the new separate lib path for apps, and tweak the size counting to also count the size of directory entries. Change-Id: I4b0fd5771f249faa05fd72f08062df885902cc97
* | Fix a couple of rendering issuesRomain Guy2012-09-287-13/+33
| | | | | | | | | | | | | | | | | | | | | | Bug #7253839 1. Make sure we don't make GL calls while recording display lists 2. Disable an early and trivial clip optimization in font renderer when a perspective transformation is used on the Canvas Change-Id: I3f1052164239329346854f72d0a0d401fbfecf06
* | Merge "Plug memory leak that happens when reusing display lists Bug ↵Hiroshi Lockheimer2012-09-271-6/+8
|\ \ | | | | | | | | | #7195815" into jb-mr1-dev
| * | Plug memory leak that happens when reusing display listsRomain Guy2012-09-271-6/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bug #7195815 We did not reclaim resources when reusing an existing DisplayList to record a new empty list of commands. This would lead to various memory leaks: bitmaps, paints, paths, matrices, etc. This is not a common case but some apps run into this situation, such as Launcher. Change-Id: I2eb14ac86a212123f8edbe42b70a7c1c51fa4145
* | | Merge changes I9873540e,I4f6c38e3 into jb-mr1-devRomain Guy2012-09-277-8/+63
|\ \ \ | |/ / | | | | | | | | | | | | * changes: Skia's ColorMatrix vector is in the 0..255 range not 0..1 Bug #7248980 Don't use the QCOM_tiled_rendering extension with functors Bug #7247880
| * | Skia's ColorMatrix vector is in the 0..255 range not 0..1Romain Guy2012-09-271-0/+6
| | | | | | | | | | | | | | | | | | Bug #7248980 Change-Id: I9873540e3bc1ea0526ea0884279a427c0de96006
| * | Don't use the QCOM_tiled_rendering extension with functorsRomain Guy2012-09-276-8/+57
| | | | | | | | | | | | | | | | | | Bug #7247880 Change-Id: I4f6c38e37b953c58e6107097c613891a49dac766
* | | Fix rectangle AA offset calculationChris Craik2012-09-272-29/+54
| |/ |/| | | | | | | | | | | | | | | | | bug:4419017 Fixes compiler warning Handle bezier thresholds with large stroke widths better Fix sub-hairlines (for scaleX == scaleY) Change-Id: Ida387483348ee61424b7fba729abca2a88bd68b3
* | Merge "Add stroke support to polygonal shape rendering" into jb-mr1-devChris Craik2012-09-277-179/+362
|\ \ | |/ |/|
| * Add stroke support to polygonal shape renderingChris Craik2012-09-267-179/+362
| | | | | | | | | | | | | | | | | | | | | | | | bug:4419017 bug:7230005 - Adds support for stroke/strokeAndFill for shapes without joins - Fixes path-polygonization threshold calculation - Fixes rendering offset (now only used for points) - Several formatting fixes Change-Id: If72473dc881e45752e2ec212d0dcd1e3f97979ea
* | Merge "Make gradients beautiful again Bug #7239634" into jb-mr1-devRomain Guy2012-09-263-10/+19
|\ \ | |/ |/|
generated by cgit v1.1 at 2024-06-17 07:23:41 +0000