Vulkan ist die offizielle Grafik-API der Android-Plattform. Die dritte Beta-Version von Android 16.

Die Google GmbH hat vor der GDC (Game Developers Conference) angekündigt, dass die Grafik-API Vulkan den offiziellen Status auf der Android-Plattform erhält. Google arbeitet daran, Vulkan als primäre Abstraktionsebene für die GPU (HAL, Hardware Abstraction Layer) zu verwenden, die sowohl für Spiele als auch für GPU-basierte Anwendungen empfohlen wird. Über Vulkan werden auch interne APIs und Komponenten wie HWUI, Skia und WebGPU betrieben.

Derzeit wird daran gearbeitet, Android auf einen neuen einheitlichen Rendering-Stack, der auf Vulkan basiert, zu übertragen. Im Kontext der Spieleentwicklung glaubt Google, dass der Umstieg auf Vulkan es ermöglichen wird, die Möglichkeiten und die Leistung der GPU effizienter zu nutzen; beispielsweise können in Spielen fortschrittliche visuelle Effekte erstellt und Funktionen wie Raytracing genutzt werden.

Vulkan wird seit 2016 (Android 7.0) in Android unterstützt, aber die aktive Förderung dieser Grafik-API begann erst kürzlich, da zuvor nur ein geringer Prozentsatz der Geräte für die Nutzung von Vulkan geeignet war. Derzeit hat sich die Situation geändert, und laut Google beträgt die Anzahl der im Umlauf befindlichen Geräte, die Vulkan unterstützen, 85%.

Die Unterstützung von OpenGL ES in zukünftigen Versionen wird über die Schicht ANGLE bereitgestellt, die auf Vulkan aufbaut. In diesem Jahr wird die Implementierung von OpenGL ES auf Basis von ANGLE standardmäßig aktiviert, und im nächsten Jahr wird sie die einzige unterstützte Version bleiben. In der für das zweite Quartal 2025 geplanten Android-Version 16 werden einige neue Geräte auf die Nutzung von ANGLE für Spiele und Anwendungen umgestellt, die getestet und auf die Whitelist gesetzt wurden.

In Android 17 werden alle neuen Geräte und die meisten Anwendungen auf ANGLE umgestellt (anstatt einer Whitelist wird eine Blacklist für Anwendungen verwendet, bei denen Probleme aufgetreten sind). Die Anforderungen für den Übergang zu ANGLE gelten nur für neue Geräte, die ursprünglich auf Basis von Android 16 oder Android 17 herausgebracht werden (bei Geräten, die die Firmware auf die neuen Versionen aktualisiert haben, gelten diese Anforderungen nicht).

Um eine umfassende Unterstützung von Vulkan auf Geräten zu erreichen, hat Google ein Vulkan-Profile-System (VPA – Vulkan Profiles for Android) eingeführt, das die minimal erforderlichen Vulkan-Funktionen definiert, die ein Gerät unterstützen muss, um die Zertifizierung von Google zu bestehen und neue Android-Versionen nutzen zu können. Beispielsweise erfordert das VPA für Android 16 die Unterstützung der grundlegenden Funktionen von Vulkan 1.3, während das VPA für Android 17 die Unterstützung von Vulkan 1.4 vorschreibt. Wenn ein Gerät die Anforderungen des Profils nicht erfüllt, können neue Android-Versionen darauf nicht verwendet werden.

Zusätzlich ist die Veröffentlichung der dritten Beta-Version der offenen mobilen Plattform Android 16 erwähnenswert. Um die neuen Funktionen der Plattform zu bewerten, wurde ein Vorab-Testprogramm angeboten. Die Firmware-Builds wurden für die Geräte Pixel 6/6a/6 Pro, Pixel 7/7a/7 Pro, Pixel 8/8a/8 Pro, Pixel 9/9 Pro/9 Pro XL/9 Pro Fold, Pixel Fold und Pixel Tablet vorbereitet.

Unter den Änderungen in Android 16 Beta 3 sind:

• Für die Geräte Pixel 9 wurde die Unterstützung für die Übertragung von Audio über Bluetooth im Broadcast-Modus (Auracast) aktiviert, die es ermöglicht, Audio von einer Quelle an mehrere Empfänger zu übertragen oder von mehreren Quellen Audio an einen Empfänger zu empfangen (z. B. nützlich für das Hören externer Audiostreams wie Durchsagen am Flughafen über Kopfhörer oder Hörgeräte, ohne andere Übertragungen zu stören).
• Ein Modus zur Erhöhung des Kontrasts des Textes wurde hinzugefügt, bei dem die Transparenz unter dem Text entfernt wird (heller Text wird auf schwarzem Hintergrund dargestellt, während dunkler Text auf weißem Hintergrund erscheint). Dieser Modus kann für Menschen mit eingeschränktem Sehvermögen von Nutzen sein.
• Das Testen des LNP-Modus (Local Network Protection) hat begonnen, der den Zugriff von Anwendungen auf interne Intranet-Subnetze (192.168.x.x, 10.x.x.x usw.) einschränkt, um Angriffe auf Ressourcen im lokalen Netzwerk zu verhindern. Im neuen Modus muss die Anwendung neben dem Vorhandensein der Berechtigung „INTERNET“ eine separate Bestätigung des Zugriffs durch den Benutzer erhalten.

Quelle: opennet.ru