I en snakk med AndroidAuthority uttalte MediaTeks daglige leder for den mobile forretningsenheten at selskapet ikke har noen planer om å gi ut kildekode.
Når de velger en ny smarttelefon, ser de fleste forbrukere på aspekter som pris, design, kameraer og programvarefunksjoner. Få brukere bryr seg virkelig om hva system-på-brikke som driver deres nye smarttelefon, men for XDA-fellesskapet er det en veldig viktig vurdering. HiSilicon, Samsung Electronics, Qualcomm og MediaTek er de mest suksessrike silisiumleverandørene for smarttelefonbrikkesett, selv om HiSilicon produserer brikkesett eksklusivt for Huawei og Honor-enheter, mens Samsungs Exynos-brikker sjelden finnes utenfor Samsung Galaxy enheter. På den annen side finnes Qualcomm Snapdragon- og MediaTek-brikker i en rekke enheter, fra laveste Android Go-enhet til spilltelefoner av høyeste kvalitet. For XDA-brukere som er interessert i å tukle med enhetene sine, er det enkelt å gå med en enhet med en Snapdragon-brikke. Grunnen? Qualcomm er mye mer utviklervennlig enn MediaTek, og det ser ikke ut til at det kommer til å endre seg med det første.
De fleste av våre lesere er sannsynligvis klar over Android Open Source Project (AOSP) som alle Android-programvarebygg er avledet fra. Leserne våre er også klar over det faktum at Android-enheter leveres med en modifisert Linux-kjerne. Akkurat som enhetsprodusenter (OEM), må brikkesettleverandører gjøre tilgjengelig på forespørsel kjernekildekoden for alle Linux-kjernebinærfiler de sender på produktene sine. Imidlertid er ikke brikkesettleverandører pålagt å gjøre tilgjengelig kildekoden for den andre programvaren de utvikler, for eksempel HAL-er eller rammeverksgrener. Når du utvikler en ny smarttelefon, starter OEM-er vanligvis ikke med AOSP. I stedet er de avhengige av at silisiumleverandører deler AOSP for å bli gjort kompatible med brikkesettene deres og deretter distribuerer all denne koden til OEM-er som en del av en Board Support Package (BSP). OEM-er har tilgang til koden de trenger for å starte opp et fungerende Android-bygg på enhetene sine, som de deretter tilpasser for å passe kundenes behov. Men uavhengige tilpassede AOSP ROM-utviklere på forumene våre har ikke det tilgangsnivået, så de må starte fra skrape ved å forsøke å hacke sammen ren AOSP med de forhåndskompilerte binærfilene hentet fra enheter – uten dokumentasjon å hjelpe. Heldigvis gjør Qualcomm, i motsetning til MediaTek, utviklernes liv litt enklere takket være CodeAurora-fora (CAF).
CAF er der Qualcomm laster opp kjernekildekoden for brikkesettene deres som Snapdragon 845 i tillegg til deler av deres brikkesettspesifikke kode som gjør det enklere for utviklere å bygge for plattformen uten å vite hvordan de underliggende brikkesettfunksjonene fungerer. CAF er en tjeneste levert av Qualcomm for samfunnet, en som utviklere setter pris på fordi den gjør AOSP ROM-utvikling til en tad lettere for dem. Eksistensen av CAF løser imidlertid ikke alle problemer for utviklere, fordi OEM-er fortsatt kan legge til ikke-standard maskinvare som ikke støttes av CAF-utgivelsen – i så fall må utviklere ty til skitne hacks. Det er ingen CAF-ekvivalent for MediaTek-brikkesett, dessverre, noe som fører til et stort avvik i det tilpassede ROM-fellesskapet, som vist i MediaTek mot Snapdragon Redmi Note 3-fora.
På spørsmål om muligheten for å gi ut kildekoden for produktene deres, fortalte TL Lee, daglig leder for MediaTeks mobile forretningsenhet. AndroidAuthority at selskapet ikke har en plan "i nær fremtid" for å frigi kildekoden for offentligheten. «Foreløpig har vi ikke den typen program. Vi gir bare ut kildekoden vår til kundene våre, sa Lee AndroidAuthority. MediaTek fortalte AndroidAuthority at selskapet fortsatt jobber med å forbedre deres GMS Express program, som bidrar til å fremskynde sertifiseringsprosessen for nye enheter. Selv om dette gir OEM-er mer tid til å jobbe med å utvikle programvaren på enhetene deres, hjelper det ikke tilpasset ROM-fellesskap som noen brukere er avhengige av for å gi programvarestøtte langt utover det enhetsprodusenten tilbud. Hvis du planlegger å bruke tilpassede ROM-er for å holde enheten relativt oppdatert etter slutten av enhetens levetid, så hold deg til Qualcomm Snapdragon-enheter i overskuelig fremtid.