Google voegt gpu-ondersteuning toe aan Android-emulator
De Android-emulator waarmee ontwikkelaars hun applicaties kunnen testen, heeft sinds kort ondersteuning voor het gebruik van de gpu. Dit moet de emulator in zijn geheel sneller maken, omdat graphics niet meer door de cpu worden afgehandeld.
De gpu-ondersteuning moet het nu ook mogelijk maken om games die gebruikmaken van OpenGL ES 2.0 in de emulator te testen. De api-calls worden daarbij omgezet naar reguliere OpenGL 2.0-instructies. Het overgrote deel van de interface wordt in Android 4.x door de gpu berekend, waardoor de gpu-ondersteuning een grote snelheidswinst met zich meebrengt, aldus de ontwikkelaars achter de emulator.
De nieuwe sdk-release geeft ontwikkelaars ook de mogelijkheid om een fysiek Android-toestel te koppelen en de data van de verschillende sensoren en het touchscreen in de geëmuleerde omgeving te gebruiken. Op die wijze kunnen bijvoorbeeld multitouch-gebaren in de emulator getest worden. In de toekomst moet de emulator ook bluetooth en nfc gaan ondersteunen.
Google timmert hard aan de weg om de prestaties van de Android-emulator te verbeteren; kort geleden kwam ook al een nieuwe versie van de software development kit uit, die deels ondersteuning toevoegde voor x86-instructies. Traditioneel moest de emulator ARM-instructies in real-time omzetten naar x86, wat de snelheid niet ten goede kwam. Intel hielp Google daarom bij het maken van een system image voor de emulator die native op x86-processors werkt. De image van Intel is echter alleen geschikt voor het testen van applicaties binnen Android 2.3. Voor de nieuwste versie van Android is er in de emulator nog geen x86-ondersteuning.
Reacties (14)
Vond het altijd al vreemd dat er niets aan de traagheid van de emulator gedaan werd
want voor app devoleping was android best wel iri.
edit
kan iemand me uitleggen waarom deze post als ongewenst is gemod?
[Reactie gewijzigd door yochi op dinsdag 10 april 2012 09:06]
Misschien handig om is op verschillende scherm groottes te testen maar voor de rest werkt op het toestel ontwikkelen toch perfect voor mij.
Vraag me af waarom Google er ineens weer zo actief mee bezig is. Is de bugtracker van Android aan het leegraken en zetten ze de programmeurs op de emulator of hebben ze onderzoek gedaan naar de wensen van app developers ofzo?
ik vermoed precies dat. Bij Apple is dat enorm goed geregeld, mede daarom is iOS zo populair onder developers, wat weer enorm het succes van de appstore en het platform an sich drijft. Het een jaagt het ander aan. Een van de nadelen van android is dat het een enorm gefragmenteerd platform is ( dat is een vloek van het model dat ze hebben opgezet, het is geen verwijt, ze konden moeilijk anders ), en je dus een meervoud aan configuraties hebt. Als ik kijk hoeveel toestellen de android devs hier op hun bureau hebben liggen: best pittig.of hebben ze onderzoek gedaan naar de wensen van app developers ofzo?
Als de emulator nou een beetje rap is en vlot opstart, dan is het gewoon veel sneller dan elke keer een image naar het device pushen en een remote debugger te moeten attachen. Als ik voor iPhone of iPad aan het ontwikkelen ben dan komt het wel eens voor dat ik een keer of 10 moet builden en debuggen om iets te testen of op te lossen, en als je dan 10 keer een halve minuut moet wachten dan loopt dat vrij snel op. Als je app flink groot is dan moet dat ook nog eens elke keer over USB, wat bij enkele tientallen MB's ook al aardig wat tijd kan gaan kosten.Ik develop altijd rechtstreeks op een toestel, snap niet echt waarom je de emulator zoveel nodig hebt.
Sowieso vind ik het niet echt een prettig idee om enkele honderden keren naar het device te gaan deployen tijdens het ontwikkelen, in verband met het aantal write-cycles van het flash geheugen. Zal in de praktijk best meevallen allemaal maar als het niet nodig is dan ga ik liever niet tientallen keren per dag dezelfde applicatie naar flash installeren.
[Reactie gewijzigd door johnbetonschaar op dinsdag 10 april 2012 12:02]
Andere irritante punt : alle dependancies van eclipse die nodig zijn. Daar kunnen ze niks aan doen, maar zouden wel alle linkjes bij elkaar kunnen zetten (scheelt zoeken).
Als je gewoon de standaard Eclipse (voor Java) pakt en de Android Download Site toevoegt, hoef je alleen maar dat spul aan te vinken.
Dependencies heeft hij (bij mij toch) allemaal in de standaard Eclipse download sites of in die van Android.
Die CPU virtualisatie verbeterde performance ook wel wat (in de orde van 2-4 fps -> 10-15 fps) maar het bleef toch niet echt lekker lopen. Sowieso lijkt de Android 4.0.3 image een stuk sneller te draaien dan Android 2.3.3, zelfs zonder al die acceleratie in te schakelen.
Als Intel nou ook nog even x86-image voor 4.0.3 maakt, zodat we de twee kunnen combineren...
[Reactie gewijzigd door Grauw op dinsdag 10 april 2012 13:53]
Ik heb zelfs de sdk geherinstalleerd, maar als ik gpu emulation aan zet dan blijft hij hangen waar de status balk verschijnd, en als ik die naar beneden trek dan krijg ik rendering fouten (de onderkant van de status balk staat op verschillende plekken van het scherm)
Op dit item kan niet meer gereageerd worden.
Populair: Android Tablets Samsung Websites en communities Mobiele telefoons Google Sony Microsoft Games Politiek en recht
© 1998 - 2013 Tweakers.net B.V. Contact Over Tweakers Jouw privacy Algemene voorwaarden Cookies
Tweakers wordt uitgegeven door De Persgroep en wordt gehost door True
