Donate to e Foundation | Murena handsets with /e/OS | Own a part of Murena! Learn more

Commit bb033ea3 authored by Greg Hackmann's avatar Greg Hackmann
Browse files

Don't force RGB-565 for tablet status bar 



RGBX-8888 is preferred on some devices because the HW composer doesn't
support RGB-565.  SurfaceFlinger can map PixelFormat.OPAQUE to RGB-565
or RGBX-8888 depending on the NO_RGBX_8888 flag.

Change-Id: I6848b11f694188b606a5547b6dd386d933e30601
Signed-off-by: default avatarGreg Hackmann <ghackmann@google.com>
parent ad0c8c3a

packages/SystemUI/src/com/android/systemui/statusbar/tablet/TabletStatusBar.java

+1 −4
Original line number Diff line number Diff line
@@ -231,10 +231,7 @@ public class TabletStatusBar extends BaseStatusBar implements 
                WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE

                    | WindowManager.LayoutParams.FLAG_TOUCHABLE_WHEN_WAKING

                    | WindowManager.LayoutParams.FLAG_SPLIT_TOUCH,

                // We use a pixel format of RGB565 for the status bar to save memory bandwidth and

                // to ensure that the layer can be handled by HWComposer.  On some devices the

                // HWComposer is unable to handle SW-rendered RGBX_8888 layers.

                PixelFormat.RGB_565);

                PixelFormat.OPAQUE);



        // We explicitly leave FLAG_HARDWARE_ACCELERATED out of the flags.  The status bar occupies

        // very little screen real-estate and is updated fairly frequently.  By using CPU rendering