Google udgiver Android P Developer Preview

Google har udgivet den første udvikler preview af Android P, den næste iteration af virksomhedens mobile operativsystem planlagt at blive frigivet i år. Udvikler forhåndsvisninger er ment at afsløre ændringer på lavt niveau til operativsystemet og API'erne og tillade, at applikationsudviklere tester og giver feedback om nye funktioner, før de fryses i den endelige udgave.

Android P følger sidste års Android (O) reo 8.0. Den første udvikler forhåndsvisning indfører flere vigtige funktioner planlagt for P udgivelsen:

Indendørs placering med WiFi RTT

Android P introducerer offentlige API'er til 802.11mc eller 'Round-Trip-Time'. RTT gør det muligt for enheder at måle tiden mellem en smartphone, der sender en datapakke og ACK til adgangspunktet og tilbage. Hvis du har 3 eller flere AP'er i afstand, betyder det, at enheden kan triangulere sin relative position og muliggøre finkornet indendørs positionsplacering.

Der er en hardwareforudsætning, da både smartphoneens Wi-Fi-chipsæt samt AP'erne skal understøtte 802.11mc-standarden med finkornede timingfunktioner.

Hak til alle

Efter at have set en eksplosion af leverandører efter Apple iPhone X's noter, har Google set behovet fra leverandører til at indføre OS-niveau support til display cutouts. Den største ændring i adfærd fra tidligere Android-varianter til Android P er, at den nye standardadfærd for operativsystemet er at tilpasse sig hakhøjden og bruge det pågældende afsnit udelukkende til meddelelseslinjen, hvilket generelt betyder, at meddelelseslinjen i de fleste implementeringer vil blive tykkere. For applikationer, der ønsker at bruge hele skærmen og medtage indhold i udgangen af ​​udskæringen, skal de implementere de nye DisplayCutout-API'er.

Generelt er dette et godt træk på Googles side, da det effektivt forhindrer kompatibilitetsproblemer mellem applikationer og enhedshak ved simpelthen at ignorere hakene, hvor byrden for hakintegration falder på applikationsudviklere. Vi oplevede flere telefoner på Mobile World Congress i år med at implementere en hak, selvom det kører meget tidligt software, der ikke var optimeret til det.

Nye meddelelsesformater og hurtige indstillinger

Android P ændrer hurtigindstillinger-brugergrænsefladen til et mere afrundet og mindre industrielt udseende, med indførelsen af ​​cirkulære ikonbakgrunde for hurtigindstillingsknapperne. Meddelelsesafsnittet adskilles ikke længere med en accentueret anden baggrundsfarve, men blot en divider, der danner hurtigindstillingerne og meddelelsesområdet i to sektioner. Det er mærkeligt at se Google flytte til stadig flere hvide UI-design, da vi har flere og flere OLED-enheder frigivet.

En ny MessagingStyle-meddelelsestype gør det muligt for messaging-applikationer at vise mere kontekst i en chat-samtale som de sidste flere meddelelser, samt muligheden for, at applikationer kan vise "rigeligt" indhold som billeder og klistermærker.

Multi-kamera understøttelse

P omfatter nu støtte til flere samtidige strømme fra enheder, som har mere end en kamerasensor. API'et viser de relative forskelle mellem de to kamerasensorer, så en applikation kan behandle korrekt. Google er meget liberalt med hensyn til hvad der rent faktisk er muligt her, og det er helt sikkert, at der skabes brugssager på udviklere. Jeg undrer mig over, hvordan sådanne brugssager vil blive fremskyndet, da behandling på live-kameraet strømmer vil kræve meget strøm, især til video brug.

En interessant tilføjelse er, at nu vil OIS-justeringer nu blive udsat via API'en, og vil vise en præcis tidsstempel for hver justering samt et koordinatkort. Dette vil give detaljer for hver pixel på retningen og forskydningen af ​​hver justering, hvilket bør give mulighed for nogle interessante brugsager, hvis applikationer gør brug af det.

Ny Image Decoding Handling i applikationer

Android's håndtering af afkodning af billeder på drawables var relativt ineffektiv, idet man simpelthen tegner en JPEG på skærmen, der involverer at afkode det på en bitmap og derefter tegne det på et lærred. Problemet her var omdannelsen til en bitmap, der stort set blockerede applikationshukommelsesstørrelse. Den nye ImageDecoder-klasse giver mulighed for, at ressourcer direkte dekodes til grafikhukommelse, hvilket gør det meget mere effektivt og undgår en hel kopi af billedbufferen.

Den nye ImageDecoder giver også mulighed for støtte til meget lettere resizing og efterbehandling, og introducerer nu også støtte til animerede billedformater som GIFs og WebP med animation, der håndteres fuldstændigt af API'en og adskilles fra applikations-brugergrænsefladen.

Ny VP9 HDR-understøttelse, Google Promoting HEIF Image Compression?

Som led i understøttelse af nye medieformater understøttes HDR VP9 Profile 2 nu, hvilket gør det muligt at afspille HDR fra YouTube og andre programmer, der understøtter det.

Den største overraskelse her er meddelelsen om Googles vedtagelse og godkendelse af HEIF, som følger Apples vedtagelse i sidste år. HEIF er baseret på HEIC, som i sig selv er simpelthen stillbilleder kodet gennem de samme mekanismer som HEVC video codec. Med både Apple og Google tilslutter nu den nye codec til mobil, og Google godkender til backends for at tjene HEIF-billeder, vi måske (Mange standarder har prøvet før) endelig et skifte væk fra 25-årige JPEG-standard.

JobScheduler nu bevidst om netværksbetingelser

Den nye JobScheduler kan nu undersøge netværksstatus fra transportøren og skelne mellem overbelastede og ikke-målte netværk. Applikationer kan nu oplyse deres estimerede datastørrelse for en arbejdsbyrde, for eksempel: En app, der henter billeder, bør vide, hvor stort et billede er. Applikationer, der henter nyhedsoversigter, kan også estimere stort set, hvor stort det ville være - mens andre job som fx e-mail kan variere højt og ikke bør oplyse nogen datastørrelse. Målet her er i sidste ende bedre netværkstrafikstyring, og store datatrafikjobs bør forsinkes, når de ikke er overbelastede eller uopslåede netværk (f.eks. WiFi).

NN API 1.1

Neural Networks API, der blev introduceret i Android 8.1, er blevet opdateret for at understøtte nye NN-operationer, som udviklere kan benytte sig af. Pixel 2-enhederne vil nu for første gang kunne benytte Qualcomm Hexagon DSP til acceleration af 8-bit-kvantiserede modeller ved hjælp af NN API.

Tilføjelser til Android-kernen

Fokus på sikkerhed

En brugerorienteret ændring i forhold til brugergrænsefladen er standardiseringen af ​​fingeraftrykssystemdialogen. Den nye API giver apps mulighed for en samlet måde at kalde på fingeraftrykslæsning og tilpasser dialogen og prompten baseret på enhedens fingeraftrykssensorplacering. Google anbefaler udviklere at skifte til den nye metode så hurtigt som muligt.

Android P giver nu udviklere mulighed for at bruge en Protected Confirmation API, som skal bruges til godkendelse af korte udsagn som følsomme transaktioner eller betaling.

Hvis brugeren accepterer erklæringen, får din app en kryptografisk signatur, der er beskyttet af en HMAC-kode (Keyed-Hash Message Authentication Code). Signaturen er produceret af det betroede udførelsesmiljø (TEE), som beskytter displayet af bekræftelsesdialoggen såvel som brugerindgang. Signaturen indikerer med meget stor tillid, at brugeren har set erklæringen og har aftalt det.

Hårdt API-krav til apps senest i november 2018

Det største skifte, som vi får se i år fra Google, er, at Play Butik ikke accepterer nye applikationer (August 2018) og opdateringer til eksisterende programmer (November 2018), der ikke målretter mod de nyeste API-niveauer. Dette betyder for første gang et nyt hårdt krav for udviklere at skifte til nye API'er. Ræsonnementet for Google her er tovejs, først det sikrer, at sikkerhedsrelaterede opdateringer vil blive inkluderet i applikationer, og for det andet sikrer det 64-bitpakker for fremtiden. Dette hårde API-krav vil blive øget hvert år, der starter med Android P.

Play-butikken, fra august 2019 på, kræver alle nye apps og opdateringer, der indeholder 64-bitvarianter. Jeg tror, ​​at målet her for Google er forberedelsen af ​​hele økosystemet mod et skifte, hvor vi kun kan se AArch64-CPU'er, som burde medføre ydelse, effektivitet og omkostningseffekter.

Tilgængelig til Pixel-telefoner nu

Android P-forhåndsvisning er det første eksempel, der kun er tilgængeligt for Pixel-smartphones, og som ikke længere understøtter Nexus-enheder, markerer en slutning af en æra på en vis måde. Google har stillet til rådighed manuelt blinkbare systembilleder til Pixel, Pixel XL, Pixel 2 og Pixel 2 XL.

Som i år før ligner køreplanen for Android P lignende med flere forhåndsvisninger planlagt. De to første milepæle omfatter tidlig test og udvikling, før vi får se, at API'er bliver færdiggjort i DP3 i juni, hvor yderligere to udgivelseskandidater arbejder for en Q3-slutudgave.

Oprindelig artikel

tags:

Giv en kommentar

Dette websted bruger Akismet til at reducere spam. Lær, hvordan dine kommentardata behandles.