|Issue 38913:||ADT R21 emulator gets a blue tint on MacBookPro Retina and external screen|
|10 people starred this issue and may be notified of changes.||Back to list|
Host OS: MacOS-X, Mountain Lion 10.8.2 SDK tools version: Revision 21 rc10 Eclipse version: Juno Service Release 1 Build id: 20121004-1855 ADT plug-in version: Platform targeted by your project: ARM Version of the platform running in the emulator: EABI v7a STEPS TO REPRODUCE: 1. Start emulator on Retina MacBookPro, with an external screeen attached . 2. move emulator window to the external screen 3. Observe the change in color, when all of the window have been moved to the other screen EXPECTED RESULTS: The window should not change color when moved to the external screen OBSERVED RESULTS: The window gets a blue tint, when it is moved to the other screen, the tint remains if the window is mooved back to the built in retina screen (See attached screenshot)
Oct 25, 2012
This sounds similar to a bug Siva just investigated or fixed; something about the Mac using a different order of RGBA in image buffers.
Nov 6, 2012
Does this auto correct as soon as the emulator screen is refreshed? e.g. if you press the all apps button, then does the entire window's color revert to the proper colors?
Nov 9, 2012
Once it has changed color, it stays blueish, no matter what you do /uno
Nov 20, 2012
The same thing happens for me on a Macbook Air mid-2011 model, OSX 10.8.2. Oddly enough, the saturation(?) of the blueness changes if I drag the window halfways between the two monitors, almost as if it related to which of the two monitors contains the bigger part of the window. On the external screen it gets more purple, while on the builtin screeen it is more blue.
Nov 20, 2012
No need two monitors at this issue. Start emulator in main (single) screen, minimize emulator window, and restore window size. The window gets a blue tint.
Dec 4, 2012
Jesse - could you take a look at this? We had a similar issue with just the skin taking up a blue hint, that we were able to isolate to this: https://android-review.googlesource.com/#/c/45235/2/android/skin/window.c IIRC, The issue was that Windows & Linux used ARGB, while Mac uses BGRA. In this case, the issue seems to be with the entire window. If this falls out of your domain, feel free to reassign back to me.
Dec 11, 2012
I am experiencing the same on my Macbook Air 13" running OSX 10.7.5.
Dec 11, 2012
As a couple others have pointed out, this isn't specific to Retina MBPs or to multi-display configurations, though using multiple displays is the most reliable way to make it happen. Strangely I haven't seen it on Intel GPUs (HD 3000 or HD 4000), but have seen it on both Nvidia (GT650M) and AMD (6490M). With GPU acceleration enabled, the Android display does not get the blue tint at all, though the surrounding UI still does. Without GPU acceleration, the full window gets the blue tint, sometimes all at once and sometimes just for subrects that update. After going blue, any subrect that redraws often goes back to non-blue. Seems like somehow one drawing operation is bad and makes things blue, but subsequent drawing works correctly, unless the bad condition is triggered again. Looking into it.
Dec 20, 2012
A fix has been checked in to the AOSP source and will be in a future SDK tools release.
|► Sign in to add a comment|