LightBlog

lundi 31 octobre 2016

PSA: Google Assistant says it’s “Offline” when you’re on a VPN, but everything still works

Google Assistant is one of the most advertised features for the new Google Pixel and Pixel XL smartphones, although there are ways to enable it on non-Pixel Nougat devices as well as on non-Nougat devices. Although Google has currently restricted official compatibility to a very small subset of Android devices, you can still get full use out of Assistant through these unofficial mods. Assistant is still clearly undergoing lots of changes, as many of the features shown off during the October 4th event have yet to make their way into the production build of the service. Though, we at XDA have been having some fun with the IFTTT integration that was recently released.

A few users have noticed a peculiar, yet ultimately benign bug in Google Assistant. If you regularly make use of VPN on your Android device, you will find that Google Assistant seemingly falls back to working only in offline mode. The choice of device does not matter nor does the means of getting Assistant working in the first place (eg. via build.prop edits or Xposed module), as the bug seems to be Google Assistant related. We say that the bug is benign because despite warning you that Google Assistant is in offline mode, everything still seems to work just fine. Some users of ad-blocking software that relies of creating a VPN are reporting that Assistant is not working for them, but we haven't been able to corroborate that claim.

In any case, to recreate the bug simply turn on any VPN connection (in my testing even Google's WiFi Assistant seems to trigger the bug) and open up Google Assistant. There you have it: in case you were confused why Google Assistant is saying you're offline, it's because of a bug triggered by whatever VPN you're currently running.

Notice the "You're Offline" Subtle Warning But Assistant still works. See: this totally legitimate Assistant command.



from xda-developers http://ift.tt/2esziMr
via IFTTT

Xposed Module LeEco EUI Modder allows for a Near-Vanilla Android UI

XDA Member zyberkiddy has created an Xposed Module called LeEco EUI Modder that lets you customize a number of features included in version 5.8 of LeEco's EUI OEM skin. You can bring back the vanilla lockscreen, vanilla recent app switcher, and more.



from xda-developers http://ift.tt/2f66c6I
via IFTTT

ARM announces their second Bifrost GPU – the Mali-G51

Back in May of this year ARM announced the Mali-G71, the company's first GPU that utilized their new Bifrost architecture. This new architecture from ARM was quickly adopted into the high-end mobile market, due to growing demand for VR gaming along with other complex and constantly evolving power hungry mobile gaming content. When building their new Bifrost architecture, ARM wanted to create a GPU that could scale to any price point.

Thus, the Mali-G51 GPU was born. Aimed at the "mainstream" smartphone market rather than the high-end market, the Mali-G51 is ARM's attempt at creating a GPU capable of handling high-level graphics requirements without pushing the cost requirement. The company was able to tune the Bifrost architecture to the performance level and power limitations that most smartphones and tablets have. ARM says they were able to optimize Bifrost's low-level instruction set even further with the introduction of the new Mali-G51, and they've also implemented a new dual-pixel shader core.

ARM states that they've also redesigned the texturing units and improved the framebuffer compression as well. There's been a lot of work put into this GPU over the past 5 months, and ARM is clearly pleased with their results. The Mali-G51 GPU supports scalable performance for the latest graphics APIs including OpenCL 2.0, OpenGL ES 3.2 and the popular Vulkan. When compared to the Mali-T830, ARM says the G51 offers a 60% boost in performance density.

This performance boost is also accompanied by a 60% increase in energy efficiency, and the GPU as a whole is 30% smaller when compared to the Mali-T830 as well. ARM says the Mali-G51 GPU offers sustained performance thanks to the their latest advancements in energy efficiency, which is really important for those long mobile gaming sessions. The company says they will bring the Mali-G51 to its first SoC sometime in 2017, and that means we'll likely start to see it appear in many mobile devices in 2018 at the latest.

Source: ARM Connected Community



from xda-developers http://ift.tt/2f5QV68
via IFTTT

Mod Brings Night Mode Back to the Nexus 6P on Android 7.1.1

Many people have been disappointed with the removal of Night Mode on the Nexus 6P with the Android 7.1 Developer Preview. Now, a modification from XDA Senior Member SyCreed brings Night Mode, Pixel navigation bar icons, uncolored battery saver mode and more for the Nexus 6P.



from xda-developers http://ift.tt/2e5GtcH
via IFTTT

Root is Now Available for the LG V20

We saw SuperSU released for the Pixel phones this weekend, but now root has made its way to the LG V20 as well. This root method is possible thanks to XDA Recognized Developer jcadduono, who walks you through the entire rooting process in his forum thread.



from xda-developers http://ift.tt/2e5u1cA
via IFTTT

Sony publishes instructions on how to build Android 7.1 AOSP for Xperia Devices

Sony is one of the few OEMs that remains a firm believer in AOSP. Most companies do not bother providing necessary firmware binaries to allow developers to port AOSP onto the device. But while some OEMs actually do provide binaries for developers to make AOSP builds, like we saw with the OnePlus 3, Sony takes it a step further and ensures that AOSP functions properly on all of their devices. Although Sony's Open Device program does not extend to every device it releases, the work that they put out makes the lives of custom ROM developers far, far easier and the community could not be more appreciative for it.

Right now, Sony has published binaries and resources for the Xperia X Compact, Xperia X, Xperia Z5 Premium, Xperia Z5, Xperia Z5 Compact, Xperia Z3+, Xperia Z4 Tablet, Xperia Z3, Xperia Z3 Compact, Xperia Z3 Tablet Compact, Xperia Z2, Xperia Z2 Tablet, Xperia Z1, Xperia Z1 Compact, Xperia Z Ultra, Xperia Z, Xperia ZL, Xperia Tablet Z, Xperia E3, Xperia M2, Xperia T2 Ultra, Xperia T3, Xperia L and the Xperia S.

Sony has also been the only OEM to participate extensively in the Android N Developer Preview program as well. They have previously published a guide on how to build Android 7.0 AOSP for their various supported Xperia devices and this weekend they did the same for the newly released Android 7.1 Nougat Developer Previews. This is an early build though, and thus it is currently marked as Experimental. The guide assumes you're running Ubuntu, as the guide was made using Ubuntu 14.04 LTS, but it will work in a similar way on other Linux distributions.

The guide starts by having you prepare your Java environment, then has you installing the necessary tools to make an Android build and then has you download the Repo tool and set a PATH. Then, the guide walks you through initializing the AOSP tree, adding the necessary patches from the AOSP upstream branch, and then instructions on how to build AOSP images for Android 7.1 Nougat so they can be flashed to the device.

Be sure to check out the Sony Xperia Developer GitHub page and contribute in any way that you can.

Source: Sony Mobile Developer World



from xda-developers http://ift.tt/2e5aZ6i
via IFTTT

dimanche 30 octobre 2016

Google Pixel XL Performance Stress Test, Throttling and Thermals Analysis — A Remarkable, Consistent Performer

Google's new Pixel phones assume the mantle of yesteryear's Nexus devices, which were consistently some of the fastest devices around. But while the user experience rarely suffered on a Nexus, there were some caveats near the end of the line's life.

The Nexus 6P and Nexus 5X both packed a particularly flawed set of processors – the infamous Snapdragon 810 and its brother the 808 – that were ultimately tamed for the everyday user experience in the real world (by the Nexus line, in particular), but nevertheless demonstrated severe throttling and temperatures under heavy stress. A year later, the Nexus line is no more and the Pixel devices pack Qualcomm's newest processor, albeit the Snapdragon 821 "Pro-AB" variant which comes with the same clockspeeds as the Snapdragon 820 across the board. This is not necessarily a bad thing, and I don't believe consumers should feel cheated –the new chipset is 5% more power-efficient (according to what Qualcomm told us, this gain is achieved when running at the same clockspeeds as the 820) and it also means slightly more breathing room for overclocking.

But overclocking is only truly viable when other variables allow for it, namely thermal efficiency and throttling. The Nexus 6P, which we tested for one of our performance-over-time articles, displayed pretty poor endurance with severe throttling and high temperatures. That wasn't exclusive to the 6P as other 810 devices suffered the same fate, but with the Snapdragon 820 line, we found much better results despite the surprising variance across devices. The OnePlus 3 is the best example (that we've tested, anyway), as it rarely ever throttled in any of our tests, with the surprising ability of sustaining performance through multiple 30-minute sets of GFXBench Manhattan sessions (even if it had to reach 45° C | 113° F in the process). The Pixel phone theoretically has a slightly better (yet not faster) processor, so can it achieve the same level of stamina?

We set out to find if the Pixel XL displayed any kind of throttling, either small or significant, and to figure out what its relative standing is among other 2016 devices. A few notes to keep in mind: these tests are only representative of the Pixel XL which has a different body than the regular Pixel, and thus different thermal properties. Most importantly, these tests are not representative of real-world usage (other than "worst case scenarios"), but of the processor's strengths and the phone's behavior under stress. To minimize extraneous variables, we disabled nearly every app that could interfere with the testing. Other variables we tried to control are temperature (same starting temperature for all tests and devices), room temperature and surface heat absorption by running all tests for all devices in nearly-identical starting conditions. We measured device surface temperatures using SEEK and FLIR thermal cameras backed by IR thermometers, so take into account temperatures could have a ±1°C margin of error.


pixelThe body of the Pixel XL has both glass and metal, which actually complicates measuring the temperature of the device under stress as we had to adjust our measurement tools to account for both the glossy and matte textures. The first question is, where does one measure the temperature? Both materials have different heat transfer coefficients, with aluminum being able to both heat up and cool down several times faster than the glass window. Glass is not a good thermal conductor like metal, and it does act as an insulator, a result clearly reflected in our thermal imaging. It's worth noting that the glass lays on top of the chassis and is not in direct contact with the internals, as shown by iFixit's teardown.

Finally, the fingerprint scanner seems to lay at the heart of some shielding, and it ultimately gathers the most heat from the device, even if you won't often feel it. Given it always shows up at the hottest point of the device, this is where we decided to take our measurements. Because of this, though, I must point out that the temperatures listed  in these tests are actually higher than what you'll feel in-hand throughout the rest of the body, making the results even more favorable for the Pixel XL. This behavior is similar to that of other devices with fingerprint scanners on the back, too, so it is nothing new.

Due to Geekbench 4's long runtime plus several pauses to defer throttling, that benchmark is not suited for endurance and performance over time tests, as it gives breathing room to the processor. We'll be using Geekbench 3 as usual to look at the performance drop over time — keep in mind we'll be focusing on the differentials, and not the magnitudes of the peak scores for the comparisons, to assess the impact of throttling on the device's performance. Geekbench 3 has a shorter runtime with no real pauses, making it better to stress the processor. Below you can find the 3 data sets from 3 different sets of 10 consecutive Geekbench 3 runs on the Pixel XL.

pixel-gb-1 pixel-gb-2 pixel-gb-3

These tests show extremely good results for the Pixel XL, as there is no significant drop in performance over the 10-run tests, and the differences in scores are easily attributed to inherent variance in the test. Temperature, too, barely goes up over time, hitting a peak of 33.4°C | 92.1°F  on the fingerprint scanner — this isn't only lower than what we found on other devices, but it's also at the hottest point in the device. This marks a tremendous year-on-year improvement for the 821 over the 810, and for the Pixel XL over the Nexus 6P as shown in graphs below.

gb-score-comparison-pixel-vs-oneplus-3 gb-score-comparison-pixel-vs-n6p

Moreover, the trends across the different data sets are similar, which indicates there is consistency to the lack of throttling found in this round of benchmarks. It's important to note that while this device does show lower peak scores in Geekbench 3 than what we found on our OnePlus 3 test, the drop in scores (or lack thereof, rather) is similar in proportion yet the Pixel stayed slightly cooler at its hottest point in our testing.

geekbench-3-score-over-time-set-comparison geekbench-3-temperature-over-time-set-comparison

Other Snapdragon 820 devices like the HTC 10 showed more significant drops in performance after the 10-test mark, and the Snapdragon 820 Galaxy Note 7 also showed similar behavior with a maximum drop in score of 6.1% in single core and 3.5% in multi core, whereas the Pixel doesn't quite reach a 4% difference between its highest and lowest scores in multi core and it's highest drop in single core is ~5.2% . To sum up, we found no significant throttling in our set of Geekbench 3 tests for the Pixel, although the variance between sets of 10-run tests seems to increase slightly into each run. Overall and from what we can infer from these results, the Pixel XL shows remarkable CPU performance over time with no thermal constraints, and its hottest point is still neither hot enough to be detrimental to the user experience, nor large enough for you to really notice.


Moving on to GPU and graphics performance over time, we ran a set of graphics-intensive benchmarks to see the proportional drop in scores after 7 tests for 3DMark Sling Shot using ES 3.1, and 30 (consecutive) iterations of GFXBench's Manhattan tests (within the battery benchmark). Beginning with the set of 3DMark tests below, you'll see that the Pixel XL actually does a surprising job at keeping its performance, and the throttling we observed is actually one of the least severe ones we've found: it doesn't quite reach a 10% drop in scores. For reference, the OnePlus 3 saw a score loss of 8% in its fifth test, while the Snapdragon Note 7 has a loss of 18% in its final 3DMark score, and the Exynos Note 7 lost up to 27%.

pixel-3dmark-3 pixel-3dmark-1 pixel-3dmark-2

While the Pixel XL throttled significantly less than those Galaxy devices, its final temperature was around the same, ranging from 43.1°C | 109.6°F  to 43.6°C | 110.5°F. This isn't unconventionally hot for these kinds of tests, but once more we must stress the fact that this is the temperature on the fingerprint scanner, and the rest of the body feels cooler to the touch. The sustained score is not as big of an improvement over last year's Nexus 6P's 3DMark performance, which actually did surprisingly well despite the Snapdragon 810 inside it. That being said, not all Snapdragon 810 devices were created equal, and the OnePlus 2 saw a drop in score of ~21%.

3dmark-score-comparison-pixel-vs-n6p

Looking at the trends throughout the different tests of sets, we can see remarkable consistency in the temperature curves, and also similar proportional drops in score once the throttling kicks in. The only discrepancy is that in two of the sets the score drop kicks in on the 5th test, while the odd one out has the throttle show up on the 6th test. If you look at the graph you'll also find that its temperature is slightly lower throughout and up until that point, suggesting it maybe hadn't reach a breakpoint for the throttling to kick in.

3dmark-score-over-time-set-comparison 3dmark-temperature-over-time-set-comparison

distributionBut regardless of that slight difference, these test ultimately show very unsubstantial throttling on the Pixel when it comes to graphics performance. We also put the Pixel XL through GFXBench tests, however, to see whether it'd perform as well during that intensive 30-minute benchmark, where many devices fail such as the HTC 10, but others like the OnePlus 3 do a more-than-remarkable job. While 3DMark renders the Sling Shot ES 3.1 benchmark at 1440p regardless of resolution (and then scales it), GFXBench's Manhattan does take the phone's native resolution into account, so we tried the test on both 1440p and 1080p to see how it stacks up to all kinds of 820 devices. Below you can find the results we obtained from various sets as well as a short timelapse of the heat distribution on the body throughout the test.

1440p1 1440p2 1440p3

When running GFXBench at 1440p, the Pixel XL sheds the consistency of previous tests and gives slightly-varying results without clearly-identifiable throttling patterns. Those who read our Snapdragon 820 vs Exynos 8890 Note 7 comparison might recall that the throttling pattern for those devices was extremely replicable throughout various tests, but even when controlling the starting conditions, the Pixel XL shows wildly-different results — I made sure to run this 30-minute test many, many times. Even if I couldn't get a clear and satisfying pattern down, all of my results were above the average. Indeed, the Pixel XL actually beats the Snapdragon 820 Note 7 and the HTC 10, the former shedding up to half its score and the latter losing close to a third. The Pixel XL, by comparison, saw drops between 5% and 20%, with most results sitting around a 10% drop in performance at most. Temperatures never rose past 44°C | 111.2°F very much like in 3DMark.

1080p1 1080p2 1080p31

In order to compare the device to 1080p Snapdragon 820 devices, we had to downgrade the device's resolution using simple a simple adb shell command (wm size 1080x1920) and then re-adjusting the DPI. The OnePlus 3 has been the absolute champion in GFXBench from what we've tested, as it simply didn't throttle nor did it see drops above 5% in a controlled environment. While the OnePlus 3 was running at 1080p, it's worth pointing out that devices like the Note 7 and HTC 10 still saw similar performance loss when tested on 1080p, as the processor is still pushed to its limits and it still hits the same physical thermal constraints. That being said, the Pixel XL actually offered us more-consistent results when running at 1080p, with an ~11% drop at most in our set of tests. As predicted, maximum temperature remained nearly the same with the fingerprint scanner reaching 43°C | 109.4°F to 44°C | 111.2°F (for comparison, the OnePlus 3 could hit 45°C | 113°F throughout a larger area of its body). As always, seeing close to double the framerate when lowering the resolution is a nice reminder of the level of performance we trade for 1440p screens.

What about gaming? Unfortunately, with the Pixel running Android 7.1, all of the framerate measurement tools we've grown used to for our tests seemingly need updating. The same goes for much of our other methodology, and up until yesterday, we did not have root to get in-depth results for many areas of our review. We've begun updating some of our tools for the Pixel and the new Android version, however. One curious example is our in-house battery logger tool, which keeps track of battery voltage/current and temperature so that we can get better data, nice charging curves and see what's going on behind the chassis. The changes to Android 7.1 made it so that root is seemingly required to fetch these stats, but now that Chainfire has released his clever root method for the Pixel and Pixel XL, we've been able to update it. As a side note, this device stayed rather cool on the outside while charging, so that's nice (more will be explained in our full battery life article or review section). We'll work on updating our methodology (and even expanding it!) to work around changes like this for the full in-depth review coming soon.


What do these tests tell us? Once more I want to empathize that we haven't used these benchmarks to compare theoretical maximums and/or the practical peak performance of a device, but how it behaves over time. While there are many devices that share the same processor, they are never created truly equal, and we've seen great variability in the endurance and behavior of the Snapdragon 820 devices we've tested to date. The Snapdragon 821 in the Pixel XL is not very different at all from these devices, so if we were to compare it to that category, it clearly sits at the top with the OnePlus 3. The Pixel XL has done a remarkable job even when pushed to its limits, and even at its hottest points it remains relatively cool for the level of performance and consistency it outputs.

Measuring performance over time and the heat a device generates is, to us, an aspect as important as the peak speed of the processor. Last year was a reminder to all of us that a cool and consistent processor ultimately wins the race, and we are glad to see Qualcomm has offered OEMs a solution that in great part redeems last year's failure. Google has done an excellent job with the Snapdragon 821 in every aspect we've admired so far: the phone is one of the snappiest around, it's cool to the touch and it's extremely consistent in delivering a smooth UI experience. The software is just as important as the hardware here, as Google's optimizations to Android Nougat and 7.1 in particular result in a faster and more pleasant UI experience — our favorite improvement being the changes relating to touch latency, which we'll cover in a separate article and in our review with the appropriate data and explanations.

What else is there to say? Not much, because the Pixel is one of those devices where we begin our tests  half-expecting the kind of results we'll get — it's something you can't escape inferring when you actually get to use the device day-to-day and experience its fluidity and consistency. And as we half-expected, the device is not half-bad: it's one of the more consistent and consistently-good performers we've put through these tests, and I wouldn't expect any issues with overheating or throttling during day-to-day usage with Google's phone.

Stay tuned for more Google Pixel and Pixel XL testing and our review!

Check out XDA's Pixel XL Forum! >>>

Special thanks to Aamir and Mishaal for their contributions to this article!



from xda-developers http://ift.tt/2ftTlyp
via IFTTT