Her er Android 11-funksjonene som Google er og ikke tvinger OEM-er

Google har akkurat begynt å rulle ut første stabile bygg av Android 11 til Pixel-enheter. Selskapets nyeste programvareversjon kommer med en haug med nye brukervendte endringer som boblevarsler, innebygd støtte for skjermopptak, redesignede mediekontroller og mye mer. Sammen med disse inkluderer Android 11 flere oppdateringer rettet mot utviklere og en rekke skjulte endringer som vi oppdaget i Android 11-kildekoden. Men selv om de fleste av disse endringene vil finne veien til Pixel-serien, tvinger ikke Google noen få Android 11-funksjoner på OEM-er. I dette innlegget skal vi ta en titt på alle Android 11-funksjonene som Google er og ikke krever at OEM-er skal implementere.

I henhold til Android 11 Kompatibilitetsdefinisjonsdokument (CDD), Google krever ikke at OEM-er implementerer 3 av Android 11s største funksjoner. CDD viser ikke samtalevarsler etter behov

, det krever ikke at OEM-er implementerer Controls API, og Identitetslegitimasjon er heller ikke et krav. Vi lærte først om disse kravene tidligere i år i juni, da et lekket dokument som beskriver endringer i CDD ble delt med oss.

For de uvitende er Android CDD en liste over programvare- og maskinvarefunksjoner som enhetsprodusenter "MÅ" implementere, bare er "STERKELIG ANBEFALT" å implementere, eller "BØR IKKE" implementere. Hvis en funksjon er oppført som «MÅ» implementeres, må OEM-er legge til funksjonen, ellers kan de ikke sende Google-apper på enhetene sine. Hvis en funksjon er oppført som "BØR IKKE" implementere, kan ikke enhetsprodusenter legge til funksjonen. Til slutt, hvis en funksjon er oppført som «ANBEFALT STERKT», er det opp til OEM-ene å inkludere eller hoppe over funksjonen.

Siden Android 11 CDD viser alle de tre nevnte funksjonene som "STERKT ANBEFALT", er det en sjanse for at OEM-er kan sende Android 11-oppdateringene sine uten funksjonene. Dette betyr imidlertid ikke at alle OEM-er vil hoppe over disse funksjonene, siden de kan finne dem fordelaktige for brukerne. Det er også mulig at Googles strengere Google Mobile Services-lisensavtale for Android 11 krever at OEM-er implementerer disse funksjonene, men vi kjenner ikke vilkårene i disse avtalene.

Nå som vi har snakket om funksjonene som ikke er nødvendige, la oss ta en titt på noen av funksjonene som er eksplisitt påkrevd i Android 11:

Ikke tillat endring av ansiktsutseendet

Det ser ut til at Google er det forbyr OEM-er å implementere ansiktsjusteringsalgoritmer under bildebehandling. Dette betyr at alle bilder fra kamerarørledningen, som standard, ikke vil ha ansiktsjusteringer, men ansiktsjusteringer kan fortsatt implementeres i posten av kameraappen. Som et resultat slår av skjønnhetsmodusen bør slå den av, med mindre OEM-kameraappen ikke lar deg deaktivere skjønnhetsmodus helt eller den har en skjult skjønnhetsmodus på nivå 1 som aldri kan slås av. Mens de fleste OEM-kameraapper lar deg slå den av, er noen få enheter kjent for å bruke skjønnhetsfiltre selv når skjønnhetsmodusen er slått av. For eksempel i Max sin anmeldelse av Vivo X50 Pro, la han merke til hvordan kameraet fortsatte å endre ansiktet hans selv om han deaktiverte skjønnhetsmodus.

Roboto som standard font

Google krever også at OEM-er sender Roboto som standard font i Android 11. Enhetsprodusenter kan imidlertid fortsatt tilby sine egne fonter til brukere under oppsett eller i innstillinger. Goog bemerker det "hensikten er å sikre at apputviklerens forventninger er i samsvar med standarden (f.eks. uten eksplisitt bruker samtykke) presentasjon på enheten av appene deres, og standard sans-serif-fonten er et godt synlig aspekt ved dette presentasjon."

fs-verity-krav

Nye enheter som lanseres med Android 11 vil være nødvendig for å støtte fs-verity. Ifølge Google, "fs-verity ligner på dm-verity, men implementert på per-fil basis... det er nyttig for effektivt å verifisere ektheten av, eller 'appraising', store filer hvorav bare en liten del kan åpnes - for eksempel Android-applikasjonsfiler (APK)... fs-verity også gir bedre beskyttelse mot ondsinnet diskfastvare enn en hash på forhånd, siden fs-verity bekrefter data på nytt hver gang det søkte inn."