So werden DiPlay-Kompatibilitätsnachweise geprüft
Nachweisstufen
| Stufe | Bedeutung |
|---|---|
| Offiziell bestätigt | Dokumentation/Quellcode des Originalprojekts bestätigt eine Anforderung oder ein Verhalten; keine Fahrzeugzertifizierung |
| Vom Maintainer getestet | Der Maintainer des Originalprojekts meldet ausdrücklich einen praktischen Test mit genanntem Umfang |
| Von der Community bestätigt | Ausdrückliches Testergebnis aus erster Hand; unbekannte Versionen und Funktionen bleiben unbekannt |
| Von der Community gemeldet | Ein Besitzer beschreibt ein Ergebnis; nicht unabhängig reproduziert |
| Teilweise / bekannte Probleme | Eine Konfiguration funktioniert teilweise oder hat eine dokumentierte Einschränkung |
| Ungetestet | Kein zuverlässiger Bericht für die angeforderte Kombination |
| Systemanforderungen nicht erfüllt | Unter der Mindest-Android-Version für das ausgewählte Release |
| Unterstützungsumfang des Maintainers | Das Projekt konzentriert sich auf BYD; andere Marken können funktionieren, benötigen aber eigene Tests |
Wie die Prüfung Vermutungen vermeidet
Jedes ausgefüllte Feld muss für einen genauen Nachweis übereinstimmen. Nullwerte der Quelle bestätigen kein angegebenes Jahr, Android, iPhone, iOS oder Firmware. Betriebssystem-Patches, DiLink-Unterversionen und Builds werden nicht stillschweigend zusammengeführt.
Eine Bestätigung benötigt ausreichend genaue Versionen und ausdrückliche erfolgreiche Testnachweise. Ein einzelner Nutzererfolg bleibt begrenzter Nachweis; ein Fehlschlag bleibt Bericht zu dieser Kombination. Widersprüchliche Erfolge/Fehlschläge werden gemeinsam angezeigt.
Berichte zu ähnlichen Modellen oder Generationen bleiben getrennt und können nur Tests anleiten. Kompatibilität wird nicht aus Chipsatz, Marke, erfolgreicher Installation oder Bluetooth-Kopplung abgeleitet.
Was veröffentlicht wird
Nur geprüfte normalisierte Datensätze werden öffentlich. API-Synchronisierung schreibt Kandidaten zur menschlichen Prüfung und macht Issue-Texte niemals automatisch zu Artikeln. Quellen/Hinweise bewahren die Grenzen zwischen Test-Build und Release-Datei.
Eine Modellseite benötigt mindestens drei unabhängige identifizierbare Melder und nützliche erfolgreiche Nachweise zu Version/Verbindungsart. Mehrere Issues einer Person sind keine mehreren unabhängigen Tests.
0.2.9-Nachweise am 2. Oktober 2026 geprüft
Die Datenbank enthält nun vier 0.2.9-Konfigurationen von drei Meldern: Seal-USB-Startfehler (#124), niedrige drahtlose Yuan-Plus-Bildrate und Siri-Probleme (#126) sowie Song-Plus-DM-i-Tonaussetzer über Wi-Fi Direct gegenüber flüssigerem Audio über integrierten Hotspot (#131). Dies sind Community-Berichte, keine Fahrzeugzertifizierung; keiner prüft offizielle APK-Herkunft oder Signatur.
Die Originalveröffentlichung beschreibt eine DiLink-5.1-Test-Build-Installation, keinen separaten Test der endgültigen signierten APK. Ältere und unbekannte Versionen bleiben getrennte Datensätze. Ein Modell mit älteren Berichten hat erst dann 0.2.9-Nachweise, wenn ein neuer versionsspezifischer Bericht dies belegt; ein fehlendes Modell hat keinen geprüften Modellbericht.
Änderungen und Prüfungen in 0.2.10
Das Originalprojekt meldet 529 Linux-Tests ohne Fehler oder übersprungene Tests; lokal liefen 528 Tests mit einer übersprungenen macOS-Bindungsprüfung. Signierter Release-Build und Lint bestanden; Lint-Warnungen bleiben. Die Signatur entspricht 0.2.9. Es erfolgte keine neue Prüfung im Fahrzeug.
APK für Android 9+; Wi-Fi Direct benötigt Android 10+. Karteneinbettung im Launcher benötigt weiterhin Android 11+. Diese gezielten Änderungen belegen keine Unterstützung aller Autos, Launcher oder Bluetooth-Firmwares.
Änderungen und Prüfungen in 0.2.11
Das Originalprojekt meldet 773 bestandene Unit-Tests, einen hostspezifisch übersprungenen Test und keine Fehlschläge/Fehler. Drei reine Quellcode-Debug-Builds, Debug-Lint, Release-Lint und der signierte Release-Build bestanden; bestehende Lint-Warnungen bleiben. Die Signatur entspricht 0.2.10. Es wird keine neue Fahrzeugprüfung behauptet.
APK für Android 9+; Wi-Fi Direct benötigt Android 10+ und Karteneinbettung im Launcher Android 11+. BYD-Unterstützung bleibt firmwareabhängig; Android 7/8 und spezifische Probleme anderer Marken liegen außerhalb des Unterstützungsumfangs des Originalprojekts.
Änderungen und Prüfungen in 0.2.12
Upstream meldet 1.193 bestandene Unit-Tests, einen hostspezifischen Skip und keine Fehler. Vier reine Quellcode-Debug-Builds und Debug-Lint, Release-Lint sowie der signierte Mobile-Release-Build bestanden; bestehende Lint-Warnungen bleiben. Signatur wie 0.2.11. Kein neuer Fahrzeugtest der vollständig korrigierten Version wird behauptet.
APK ab Android 9+; Wi-Fi Direct ab Android 10+, Launcher-Karteneinbettung ab Android 11+. Optionale BYD-Pfade erfordern weiterhin passende Firmware und Berechtigungen. Android 7/8 und markenspezifische Probleme anderer Hersteller bleiben außerhalb des Upstream-Supports.
Same LAN unterstützt offene, WPA2-Personal- und WPA2/WPA3-Mischnetze; reines WPA3, Enterprise und Anmeldeportale sind nicht abgedeckt. Multicast-Erkennung erlauben. Ein Beitragender testete einen eigenständigen Build auf einem Han DM-i 2022 / DiLink 4.0 / Android 10 / Firmware 21.1.21.2401160.1; kein Fahrzeugtest der vollständigen signierten 0.2.12-Version.
本页依据公开项目文档及参考社区指南整理，保留实测边界与原始证据。资料快照不代表最新修复状态。