Hier zijn de Android 11-functies die Google wel en niet oplegt aan OEM's

Google is net begonnen met het uitrollen van de eerste stabiele constructie van Android 11 naar zijn Pixel-reeks apparaten. De nieuwste softwareversie van het bedrijf wordt geleverd met een heleboel nieuwe, op de gebruiker gerichte veranderingen, zoals Bubble-meldingen, ingebouwde ondersteuning voor schermopnamen, opnieuw ontworpen mediabedieningen en nog veel meer. Daarnaast bevat Android 11 er verschillende updates gericht op ontwikkelaars en een groot aantal verborgen wijzigingen die we hebben opgemerkt in de broncode van Android 11. Maar hoewel de meeste van deze veranderingen hun weg zullen vinden naar de Pixel-reeks, dwingt Google niet een paar Android 11-functies op OEM's. In dit bericht bekijken we alle Android 11-functies die Google wel en niet van OEM's vereist implementeren.

Volgens Android 11 Compatibiliteitsdefinitiedocument (CDD) vereist Google niet dat OEM's drie van de grootste functies van Android 11 implementeren. De CDD

geeft geen gespreksmeldingen weer zoals vereist, Het vereist niet dat OEM's de Controls API implementeren, En Identiteitsreferentie is ook geen vereiste. We leerden eerst over deze vereisten eerder dit jaar in juni, toen een uitgelekt document met gedetailleerde wijzigingen in de CDD met ons werd gedeeld.

Voor degenen die het niet weten: de Android CDD is een lijst met software- en hardwarefuncties die apparaatfabrikanten "MOETEN" implementeren, die alleen "STERK AANBEVOLEN" zijn om te implementeren, of die "NIET MOETEN" implementeren. Als een functie wordt vermeld als 'MOET'-implementatie, moeten OEM's de functie toevoegen, anders kunnen ze geen Google-apps op hun apparaten leveren. Als een functie wordt vermeld als 'ZOU NIET' moeten worden geïmplementeerd, kunnen apparaatfabrikanten de functie niet toevoegen. Als een functie ten slotte wordt vermeld als 'STERK AANBEVOLEN', is het aan de OEM's om de functie op te nemen of over te slaan.

Omdat de Android 11 CDD alle drie de bovengenoemde functies vermeldt als "STERK AANBEVOLEN", bestaat de kans dat OEM's hun Android 11-updates zonder de functies kunnen verzenden. Dit betekent echter niet dat alle OEM's deze functies zullen overslaan, omdat ze deze nuttig kunnen vinden voor gebruikers. Het is ook mogelijk dat de strengere Google Mobile Services-licentieovereenkomst voor Android 11 van Google vereist dat OEM's deze functies implementeren, maar we kennen de voorwaarden van die overeenkomsten niet.

Nu we het hebben gehad over de functies die niet vereist zijn, gaan we eens kijken naar enkele functies die expliciet vereist zijn in Android 11:

Wijziging van het gezichtsuiterlijk niet toestaan

Het lijkt erop dat Google dat is het verbieden van OEM's om gezichtsaanpassingsalgoritmen te implementeren tijdens beeldverwerking. Dit betekent dat bij alle afbeeldingen uit de camerapijplijn standaard geen gezichten zijn aangepast, maar dat gezichtsaanpassingen nog steeds achteraf kunnen worden geïmplementeerd door de camera-app. Als gevolg hiervan wordt de schoonheidsmodus uitgeschakeld zou moeten schakel het daadwerkelijk uit, tenzij u met de OEM-camera-app de schoonheidsmodus volledig kunt uitschakelen of de schoonheidsmodus een verborgen niveau 1-schoonheidsmodus heeft die nooit kan worden uitgeschakeld. Hoewel je bij de meeste OEM-camera-apps deze functie kunt uitschakelen, is het bekend dat een aantal apparaten schoonheidsfilters toepassen, zelfs als de schoonheidsmodus is uitgeschakeld. Bijvoorbeeld, binnen Max's recensie van de Vivo X50 Promerkte hij op hoe de camera zijn gezicht bleef veranderen, ook al had hij de schoonheidsmodus uitgeschakeld.

Roboto als standaardlettertype

Google vereist ook dat OEM's verzenden Roboto als standaardlettertype op Android-11. Apparaatfabrikanten kunnen echter nog steeds hun eigen lettertypen aan gebruikers aanbieden tijdens de installatie of in de instellingen. Google merkt dat op "De bedoeling is om ervoor te zorgen dat de verwachtingen van app-ontwikkelaars consistent zijn met de standaard (bijvoorbeeld zonder expliciete user toestemming) presentatie op het apparaat van hun apps, en het standaard schreefloze lettertype is een goed zichtbaar aspect hiervan presentatie."

fs-verity-vereiste

Nieuwe apparaten die met Android 11 worden gelanceerd, zullen dat zijn vereist om fs-verity te ondersteunen. Volgens Google is "fs-verity is vergelijkbaar met dm-verity, maar geïmplementeerd per bestand... het is nuttig voor het efficiënt verifiëren van de authenticiteit van, of 'beoordelen', grote bestanden waarvan slechts een klein deel toegankelijk is - zoals Android-applicatiebestanden (APK)... ook fs-verity biedt betere bescherming tegen kwaadaardige schijffirmware dan een hash van tevoren, omdat fs-verity gegevens telkens opnieuw verifieert binnengebladerd."