When blur is enabled,
There is severe lag in; Launcher3 while scrolling apps in App drawer, Scrolling through recents and occasionally on QS pull down.
Enabling or completely removing the prop here d6233e0e7c doesn't seem to make an effect.
Explicitly disabling the "Enable GL comp backpressure" prop seems to slove the issue.
Lag & janks are gone now, even with blur.
Change-Id: Ia82d84d6ee867caa52ae93b72fbff132070bf808
Signed-off-by: helliscloser <mrumais@gmail.com>
Signed-off-by: Pranav Vashi <neobuddy89@gmail.com>
* Choreographer VSync has some performance impact for CPU rendered apps
as the app has to wait for VSync to start a new frame draw. When the
frame draw time exceeds one VSync, this has a direct impact on the FPS.
debug.cpurend.vsync property controls the VSync for CPU rendered apps.
* Disable VSync for CPU rendered app, by setting this property to false.
Change-Id: I2d6a4eae7fd4f6267af7a35aca1d67ec1d5c2a42
Floral has issues that prevent it from working with a hermetic
partition build.
Bug: 205632228
Test: Presubmits
Change-Id: I490a29da38a6f68e7dd3650d8140cb11adaa8c7a
We are use Camera2API but this props was making the IMS based stuff to use Camera1API which caused dead camera (black camera - receiver not able to see dialer)
This fixes it and now ViLTE calls work fully
Thanks to srindak unkil for halping me see this derp
Signed-off-by: Joey Huab <joey@evolution-x.org>
Change-Id: I571e543bb8ba8b3fb3f29e11c8f0c7cc912e246d
Signed-off-by: RobertGarciaa <chae0218@naver.com>
This is required to fix usb detection in first boot.
Change-Id: Ib57301cb1a6569be478451c4a79eb7279759b56d
Signed-off-by: Tashfin Shakeer Rhythm <tashfinshakeerrhythm@gmail.com>
This will send HWUI timings to HintManager for better CPU scheduling.
Setting a 30% margin for CPU should heavily reduce CPU loads for HWUI and
use GPU for the rest.
EmanuelCN: Set it to 20%
Change-Id: I808f1e0d556b258d42d2faac33b0c5c142610d7a
Signed-off-by: NotZeetaa <rodrigo2005contente@gmail.com>
Extend buffer size for offload playback to reduce the frequency of CPU
wake up.
It makes ADSP to process more data one time and reduce the number of
times to wake up CPU.
Bug: 137973303
Test: MP3 playback
Change-Id: Ib0b2a8827647ed780bb20bd9dfa2a383153eb282
Signed-off-by: justinweng <justinweng@google.com>
Signed-off-by: xNombre <kartapolska@gmail.com>
Signed-off-by: Pascoato <viniciuspascoato@gmail.com>
Signed-off-by: Adithya R <gh0strider.2k18.reborn@gmail.com>
- This flag turns off GPU/CPU intensive UI effects and reduces the RAM footprint.
- Using this is a better compromise than the 'low_ram' flag
as this does not disable features in the rom but still
reduces RAM usage and gives better smoothness in the UI.
Change-Id: b2a4285551ee79b097f6223c80d14dfb14a67316
If the device only have 60 and 120 Hz in the config group, 60 Hz won't be
used when watching a 24 fps video and instead 120 Hz will be used because
it is perfectly divisible by 24.
This is a publicly documented AOSP behavior [1], but it simply does not
make any practical sense and trades off significant amount of power for a
very-hard-to-notice jitter-free experience.
Set debug.sf.frame_rate_multiple_threshold to 60 by default to limit this
behavior to 60 or lower fps.
If the prop "debug.hwui.skia_atrace_enabled" is enabled, too many
skia tracing calls will be printed in every frame. This has obvious
overhead on performance/power, and can cause many janks. So disable
it by default, and user can set it manually if necessary.
Matches value found in stock TeleServiceQcom.
Change-Id: If2b224298ffe731f8ccfd0b4f3b6d8a257b6f968
Signed-off-by: Adithya R <gh0strider.2k18.reborn@gmail.com>
Reason: Current value of minimum brightness 1/255 = 0.003921568627 looks it's a little too much, so set minimum brightness Equivalent to 0.5/255 = 0.00196078431
