Takket være Project Treble-kompatibilitet er en obskur telefon kaldet Allview V3 Viper, der kører på en MediaTek SoC, i stand til at ikke kun vellykket opstart af Android 8.0 Oreo, men også Android 8.1. Dette er på trods af manglen på kernekilder eller endda TWRP!
Vi har lavet en masse indlæg om Googles Projekt Diskant i de seneste par uger. En af dens vigtigste (i hvert fald for os) konsekvenser er, at Treble-certificerede enheder skal kunne boot en generisk version af Android kaldet det generiske systembillede (GSI). Det har gjort at køre AOSP på enheder som Honor 8 Pro, Honor 9, eller Huawei Mate 10 Pro en realitet, selvom diskantkompatibilitet alene ikke ville betyde, at disse populære enheder alligevel ikke ville få AOSP ROM'er. Men hvad med enheder, der næppe nogensinde vil have anstændig udviklersupport - endsige officiel support? Overvej det relativt uklare Allview V3 Viper— Uden Project Treble-kompatibilitet ville det være en god ide at få AOSP til at køre på denne enhed mareridt.
Du har sikkert aldrig hørt om denne telefon før. Det blev faktisk udgivet i sidste måned, og det har en 5,5" 18:9 1440x720 skærm, 13MP bagside og 13MP frontvendt kamera, et fingeraftrykssensor, 3 GB RAM, 32 GB internt lager med en microSD-kortplads, et 3,5 mm hovedtelefonstik og en 3.000 mAh batteri.
Til 219.00€ er der helt sikkert bedre muligheder på markedet. For yderligere 10 euro kan du købe Honor 9 Lite eller vent et par dage og importer den nyligt udgivne Xiaomi Redmi Note 5 eller Note 5 Pro. I vores sind er der ikke noget særligt interessant ved Allview V3 Viper, bortset fra én ting: den er drevet af en MediaTek (MT6737) SoC og den kører Android 8.0 Oreo ud af æsken.
Da den kører Android Oreo og består Googles CTS, betyder det, at den også skal have opfyldt kravene for at være Project Treble kompatibel. Vigtigst for os betyder det, at enheden er i stand til at starte en AOSP Oreo GSI uden at kræve, at udviklere skal portere proprietære komponenter fra andre telefoner, oprette shims for biblioteker med manglende symboler, brug wrappers, hex-edit binære filer til at rette mismatchende navne og mere hackede metoder til at få grundlæggende hardware til at fungere på en AOSP ROM.
Det forudsætter selvfølgelig, at enhver udvikler endda ville vil have at arbejde på denne enhed. Udviklere er ligesom brugere – de strømmer til de bedste, mest populære enheder, som de har råd til, eller som opfylder deres grundlæggende behov. Jeg tvivler stærkt på, at et stort udviklerfællesskab ville fokusere på Allview V3 Viper, men takket være Project Treble er der behøver ikke at være en for at en bruger kan starte AOSP på deres enheder. Desuden, selvom der var udviklerinteresse i denne enhed, ville det i sidste ende være ligegyldigt – uden kernekildekode ville du være heldig at få semi-fungerende ROM'er.
Men en diskant-kompatibel enhed behøver ingen kernemodifikationer for at kunne starte AOSP, så det betyder, at du ikke skal bruge Allview V3 Vipers kernekilde for at køre en grundlæggende AOSP ROM. For at bevise dette, XDA Senior Member phhusson gik ud og købte en af disse enheder efter en bruger på /r/Android spurgte om det ville være muligt at køre AOSP på enheden. Efter først at have modtaget enheden den anden dag, var phhusson i stand til at starte ikke kun AOSP Android 8.0 Oreo, men også AOSP Android 8.1 Oreo også!
Ifølge Phhusson, al hardwarefunktionalitet virkede da han testede det ved hjælp af appen "Test din Android" fra Play Butik.
Pris: Gratis.
3.9.
Det eneste fejl han sagde, at han indtil videre er stødt på, er, at enheden kæmpede for at hardwareafkode HEVC 1080p-videoer i sin ROM - en ret kort liste over fejl i betragtning af at han ikke brugte tid på at arbejde på at få 8.0 Oreo op at køre, og kort tid på at få 8.1 op og løb.
Hvorfor dette er vigtigt
Hidtil har alle de enheder, som vi har startet de såkaldte "Treble ROM'er" på, normalt været avancerede Huawei- eller Honor-enheder. De fleste brugere vil sandsynligvis ikke forsøge at køre AOSP på disse enheder, fordi de kan stole på officielle support fra deres OEM, og fordi OEM ROM'en tilbyder en masse eksklusive funktioner, som de ville mangle AOSP.
Det er dog ikke alle brugere, der køber det nyeste high-end flagskib fra en større OEM. Faktisk drager de fleste brugere mod mellem- eller lavområdeenheder, og der er millioner af denne slags af brugere, der køber telefoner fra mærker, der ikke har ressourcerne til at holde deres enheder opdateret. Men takket være Treble kan disse telefoner stadig starte opdaterede versioner af Android uden behov for et dedikeret udviklerfællesskab og uden adgang til kernekilder.
Vi mener ikke at vælge V3 Viper, men det var den perfekte testenhed til at bevise denne mulighed. Vi kan forestille os en fremtid, hvor tonsvis af no-name, low-end MediaTek-enheder frigives med sølle software support, men med diskantkompatibilitet kan disse enheder leve længe efter deres producent-tilsigtede udløb datoer.
En lille advarsel
Nu er der én ting, jeg bør nævne. Som jeg har nævnt før, Project Treble var ikke rigtig komplet på det tidspunkt, hvor Android 8.0 Oreo blev udgivet. Jeg har fået at vide, at Vendor NDK (VNDK) ikke blev færdiggjort før Android 8.1 Oreo. Det betyder, at phhusson gjorde er nødt til at lave noget hackeri for at få 8.1 til at fungere på V3 Viper. Ifølge ham:
Der var et SELinux-problem (en konflikt mellem hvad MediaTek gjorde i leverandør 8.0 og hvad Google gjorde i system 8.1, som jeg endnu ikke ved, hvordan man fikser korrekt), og så var jeg nødt til at tilføje biblioteker til VNDK.
Problemer som dette vil desværre være almindelige i øjeblikket, da de få udviklere arbejder på Diskant-kompatible ROM'er arbejder på at finde ud af, hvordan man korrekt starter nyere versioner af Android på eksisterende 8.0-enheder.
Endnu engang enheder med Android 8.1 Oreo er dog tilgængelige, processen med at opdatere til Android P burde være et stykke kage - i hvert fald ifølge Google. Hvis alle disse nyheder begejstrer dig, så overvej at abonnere på vores diskantaktiverede enhedsudviklingsforum.
Besøg vores diskantaktiverede enhedsudviklingsforum