Het nadeel is dat de afbeeldingen op de webpagina krijgt meer ingewikkeld om de frame rate te trekken naar beneden gaat. Vanaf Android 3.0, de browser gebruikt nu tegels, dus het kan handhaven van een constante framerate als je scrollen of zoomen, met de negatieve van het hebben van voorwerpen als nieuw benodigde tegels niet snel genoeg kunnen worden gemaakt. De tegels zelf worden weergegeven in de software, waarvan ik denk dat het geval is voor iOS ook. (En dit tegel-gebaseerde aanpak kan worden voordat zonder hardware versnelde tekening gebruikt om 3,0,.
, Zoals eerder vermeld, kan de Nexus S CPU de tegels gemakkelijk te vestigen op het raam bij 60fps) • betekent Hardware accleration niet op magische wijze te tekenen performance problemen verdwijnen. Er is nog een grens aan hoeveel de GPU kunnen doen. Een recent interessant voorbeeld hiervan is tablets gebouwd met Tegra 2 - dat GPU elke pixel van een 1280x800 scherm kan raken ongeveer 2,5 maal op 60fps. Nu de Android 3.
0-tablet startscherm, waar u overstapt op de lijst van alle apps: je nodig hebt om de achtergrond (1x alle pixels) te trekken, dan is de laag van snelkoppelingen en widgets (laten we mooi en zeggen dit is .5x alle pixels) , dan is de zwarte achtergrond van alle apps (1x alle pixels), en de pictogrammen en etiketten van alle apps (.5x alle pixels). We hebben al onze per pixel budget geblazen, en we hebben nog niet eens samengesteld de afzonderlijke vensters aan de uiteindelijke weergave nog. Tot 60fps animatie, Android 3.0 krijgen en later een aantal trucjes gebruiken.
Een groot is dat het probeert om alle vensters in overlays plaats van om ze te kopiëren naar de framebuffer met de GPU te zetten. In het geval zelfs met dat we nog steeds over-budget, maar we hebben een andere truc: omdat het behang op Android is in een apart venster, kunnen we dit venster groter dan het scherm om de gehele bitmap te houden te maken. Nu, als je schuift, de beweging van de achtergrond geen tekening nodig, maar het vens