MediaTek hat noch keine Pläne, Quellcode für die Community freizugeben

Bei der Auswahl eines neuen Smartphones achten die meisten Verbraucher auf Aspekte wie Preis, Design, Kameras und Softwarefunktionen. Wenige Benutzer interessieren sich wirklich dafür, welches System auf dem Chip ihr neues Smartphone antreibt, aber für die Community ist dies ein wirklich wichtiger Gesichtspunkt. HiSilicon, Samsung Electronics, Qualcomm und MediaTek sind die erfolgreichsten Siliziumanbieter für Smartphone-Chipsätze. HiSilicon stellt jedoch ausschließlich Chipsätze für Huawei- und Honor-Geräte her, während die Exynos-Chips von Samsung nur selten außerhalb von Samsung Galaxy-Geräten zu finden sind. Auf der anderen Seite finden sich Qualcomm Snapdragon- und MediaTek-Chips in einer Reihe von Geräten, vom niedrigsten Android Go-Gerät bis zum höchsten Gaming-Telefon. Für Benutzer, die an ihren Geräten basteln möchten, ist es ein Kinderspiel, ein Gerät mit einem Snapdragon-Chip zu kaufen. Der Grund? Qualcomm ist weitaus entwicklerfreundlicher als MediaTek, und es sieht nicht so aus, als würde sich das bald ändern.

Die meisten unserer Leser kennen wahrscheinlich das Android Open Source Project (AOSP), von dem alle Android-Software-Builds abgeleitet sind. Unseren Lesern ist auch bewusst, dass Android-Geräte mit einem modifizierten Linux-Kernel ausgeliefert werden. Genauso wie Gerätehersteller (OEMs) müssen Chipsatzanbieter auf Anfrage den Kernel-Quellcode für alle Linux-Kernel-Binärdateien bereitstellen, die sie auf ihren Produkten ausliefern. Chipset-Anbieter müssen jedoch nicht den Quellcode für die andere Software, die sie entwickeln, wie z. B. HALs oder Framework-Zweige, zur Verfügung stellen. Bei der Entwicklung eines neuen Smartphones beginnen OEMs normalerweise nicht mit AOSP. Stattdessen verlassen sie sich darauf, dass die Hersteller von Silizium AOSP für die Kompatibilität mit ihren Chipsätzen anbieten, und verteilen dann den gesamten Code als Teil eines Board Support Package (BSP) an OEMs. OEMs haben Zugriff auf den Code, den sie zum Starten eines funktionsfähigen Android-Builds auf ihren Geräten benötigen, den sie dann an die Bedürfnisse ihrer Kunden anpassen. Unabhängige benutzerdefinierte AOSP-ROM-Entwickler in unseren Foren verfügen jedoch nicht über diese Zugriffsberechtigung. Sie müssen daher bei Null anfangen, indem sie versuchen, reines AOSP mit den vorkompilierten Binärdateien zu hacken, die von Geräten extrahiert wurden - ohne dass Dokumentation erforderlich ist. Glücklicherweise erleichtert Qualcomm im Gegensatz zu MediaTek dank der CodeAurora-Foren (CAF) den Entwicklern das Leben ein wenig.

In CAF lädt Qualcomm den Kernel-Quellcode für Chipsätze wie den Snapdragon 845 sowie Teile des chipsatzspezifischen Codes hoch, mit denen Entwickler leichter für die Plattform bauen können, ohne zu wissen, wie die zugrunde liegenden Chipsatzfunktionen funktionieren. CAF ist ein Service von Qualcomm für die Community, den Entwickler zu schätzen wissen, da die AOSP-ROM-Entwicklung für sie ein wenig einfacher ist. Die Existenz von CAF löst jedoch nicht jedes Problem für Entwickler, da OEMs immer noch nicht standardmäßige Hardware hinzufügen können, die von der CAF-Version nicht unterstützt wird. In diesem Fall müssen Entwickler auf schmutzige Hacks zurückgreifen. Leider gibt es kein CAF-Äquivalent für MediaTek-Chipsätze, was zu einer enormen Diskrepanz in der benutzerdefinierten ROM-Community führt, wie in den Foren von MediaTek im Vergleich zu Snapdragon Redmi Note 3 zu sehen ist.

Auf die Frage nach der Möglichkeit, den Quellcode für ihre Produkte freizugeben, erklärte TL Lee, General Manager der Mobile Business Unit von MediaTek, dass das Unternehmen "in naher Zukunft" keinen Plan habe, den Quellcode für die Öffentlichkeit freizugeben . „Bisher haben wir kein solches Programm. Wir geben unseren Quellcode einfach an unsere Kunden weiter “, sagte Lee gegenüber AndroidAuthority . MediaTek teilte AndroidAuthority mit, dass das Unternehmen noch daran arbeite, sein GMS Express-Programm zu verbessern, um den Zertifizierungsprozess für neue Geräte zu beschleunigen. Dies gibt OEMs zwar mehr Zeit für die Entwicklung der Software auf ihren Geräten, hilft jedoch nicht der benutzerdefinierten ROM-Community, auf die sich einige Benutzer verlassen, um Software-Support zu bieten, der weit über das hinausgeht, was der Gerätehersteller anbietet. Wenn Sie beabsichtigen, benutzerdefinierte ROMs zu verwenden, um Ihr Gerät nach dem Ende der Lebensdauer des Geräts relativ aktuell zu halten, sollten Sie sich auf absehbare Zeit an Qualcomm Snapdragon-Geräte halten.