Da man sich einig ist, dass 1.9 besser ist als 2.0, werde ich Version 3 veröffentlichen – diese basiert auf 1.9, bietet jedoch zusätzlich eine Bluetooth-Überwachung sowie eine verbesserte Latenz für eine präzise Überwachung deines Fahrzeugs.
Beiträge von Justicemw9857
-
-
Alles anzeigen
Wie ich bereits im FOA Forum geschrieben habe schläft der Ocean nicht ein bei eingestecktem ODB.
Ich habe keine Anmeldung bei OV Loop.
Ich glaube es hängt mit dem ständigen auslesen der ODB inkl. gefahrenenr Kilometer und Ladestand zusammen.
Diese werden auch ausgelesen wenn der Ocean nicht im Ready Mode ist.
Habe gerade die letzte neue Version der 2.0 installiert und immernoch das gleiche.
Ich werde mir das Problem ansehen und sicherstellen, dass das Fahrzeug nicht eingeschaltet bleibt, wenn es verriegelt ist.
-
Ich verstehe wirklich nur Bahnhof, aber besser hätte ich es nicht zusammenfassen können, liebe Flutter-Ocean-Fans….🤘😎😇🤣🤣🤣
Fairerweise muss man sagen: Ich versuche nicht, die Funktionen der App zu verbergen. Vielmehr geht es mir darum, sicherzustellen, dass alle wichtigen Sicherheitsdetails – also etwa jene, die es ermöglichen, das Auto von überall aus zu entriegeln – geschützt bleiben und nicht von jemandem, der zufällig auf den Quellcode stößt, durch Reverse Engineering nachvollzogen werden können.
-
Die Verschleierung (Obfuscation) und das Entfernen nicht benötigter Elemente (Stripping) sind hier keine bewusste gestalterische Entscheidung, sondern das Ergebnis der Standard-Build-Prozesse, die bei der Erstellung einer Release-Version – im Gegensatz zu einer Debug-Version – automatisch zum Einsatz kommen.
Der AOT-Compiler von Flutter führt im Release-Modus – etwa beim Befehl `flutter build apk --release` – eine Minimierung (Minification) sowie ein „Tree Shaking“ des Dart-Codes durch. Dies ist kein zusätzlicher, von mir eingeführter Schritt, sondern fester Bestandteil der Standard-Release-Pipeline. Auf Android-Seite kommt R8 zum Einsatz (das ProGuard als Standard-Tool zur Code-Minimierung abgelöst hat). R8 läuft bei Release-Builds automatisch ab, um die Java-/Kotlin-Ebene zu verkleinern, zu verschleiern und nicht verwendete Ressourcen zu entfernen – dies entspricht exakt der Standardkonfiguration des Android Gradle Plugins für Release-Versionen. Native Debug-Abschnitte werden aus demselben Grund entfernt, aus dem dies bei jeder Android-Produktions-App geschieht: um die APK-Größe zu reduzieren und zu verhindern, dass native Symboltabellen offengelegt werden.
Dies hat keineswegs den Zweck, die Reproduzierbarkeit des veröffentlichten Quellcodes zu untergraben. Es handelt sich vielmehr um denselben Prozess, den praktisch jede Flutter- oder Android-App im Release-Modus durchläuft. Ein Debug- oder Profil-Build auf Basis desselben Quellcodes würde all diese Schritte auslassen – doch eine solche Version wird nicht für die Veröffentlichung genutzt. Da die App zudem über BLE mit einem Fahrzeug kommuniziert, möchte ich nicht, dass jeder, der die APK herunterlädt, einen leicht lesbaren „Bauplan“ der verwendeten Befehlsstrukturen in die Hände bekommt.
-
Im falschen Forenbereich gepostet
-
Die Ocean Live-App wird in Kürze einen Großteil der Funktionen der WaveStripe-App unterstützen. Um jedoch keine Probleme mit den Betreibern von WaveStripe zu bekommen, wird es keinerlei Verbindung zu dieser App geben; zudem wird die Codestruktur eine andere sein – ich möchte schließlich nicht, dass sie rechtlich gegen mich vorgehen.
-
Im Gegensatz zu dem OVLoop Kram, kann man in die Ocean Live App wenigstens reinschauen (oder von einer KI schauen lassen), da alles Open Source ist.
Demnach bin ich hier deutlich zuversichtlicher...Ich habe außerdem die OV-Loop-App dekompiliert – falls jemand sehen möchte, was tatsächlich darin steckt. Bei Interesse kann ich die dekompilierte Version auf GitHub bereitstellen; allerdings sind dafür fundierte Kenntnisse in Dart, Flutter und Swift erforderlich. Viele der Hauptfunktionen sind jedoch recht leicht zugänglich. Auf diese Weise bin ich auch an den OV-Loop-Login in Ocean Live gelangt.
-
Ich habe „Google Play Protect“ deaktiviert; allerdings wird bei den nächsten Versionen beim Herunterladen der APK-Datei möglicherweise weiterhin eine entsprechende Meldung angezeigt. Für iPhone-Nutzer scheint das Problem in Version 2.0 behoben worden zu sein, und für Android-Nutzer sind meines Wissens keine Probleme bekannt. Bitte gib mir Bescheid, falls noch etwas fehlen sollte.
Justice
-
Hallo! Bitte verwendet keine der Entwicklungsversionen („Dev-Builds“), ohne vorher mit mir Rücksprache zu halten. Diese sind eigentlich nur für mich gedacht, um neue Funktionen zu testen – bei unsachgemäßer Verwendung kann es dazu führen, dass das Fahrzeug nicht mehr funktioniert. Die aktuellste, bedenkenlos nutzbare Version ist 1.9. In wenigen Stunden erscheint ein größeres Update: Version 2.0. Dabei handelt es sich im Grunde um eine komplett neue App, die in einer anderen Programmiersprache entwickelt wurde und cloudbasierte Funktionen für Nutzer mit einem „O Loop“-Abonnement enthält (derzeit nur für zahlende Abonnenten; an einer Open-Source-Variante, die mit jedem Simulator funktioniert, arbeite ich bereits). Ich habe die neuesten Entwicklungsversionen vorerst auf „privat“ gestellt. Falls ihr vorab Zugriff erhalten möchtet, schreibt mir bitte eine Direktnachricht im „American Ocean“-Forum.
Viel Spaß damit!
P.S.
Möglicherweise habe ich einen Weg gefunden, den Bootloader des Fahrzeugs zu entsperren, sodass ihr eine eigene Firmware auf dem zentralen ICC-Display installieren könnt. Das Ganze werde ich jedoch sehr streng unter Verschluss halten – sollte das in die falschen Hände geraten, könnte OV Loop ziemlich sauer auf mich sein.
-
Hallo, ich bin der Entwickler der „Ocean Live“-App und möchte einige Missverständnisse ausräumen, die offenbar aufgekommen sind. Zum aktuellen Stand der App: Es gibt keine Funktion zur Vorkonditionierung der Batterie. Die Testwerte, die ihr seht, sind lediglich Überbleibsel aus der Entwicklerversion – ich habe schlicht vergessen, sie zu entfernen 😉. Falls ihr Beta-Tester seid: Die App sollte im App Store inzwischen auf Version 1.8 aktualisiert sein. In zwei Wochen – gerechnet ab gestern – werde ich sie offiziell im Play Store veröffentlichen, sodass sie für alle zugänglich ist. Ich weiß auch, dass einige von euch mich bei der Entwicklung unterstützen möchten – das weiß ich sehr zu schätzen, aber es ist wirklich nicht nötig. Es fallen für mich keine Vorabkosten an, und ich nutze meist meine Freizeit sowie mein Claude-Abonnement, um Fehler zu beheben. Dennoch: Ein „Kaffee“ zwischendurch ist natürlich immer willkommen! Falls ihr mich unterstützen wollt: Mein GitHub-Sponsor-Link wird in den nächsten Tagen freigeschaltet. Vielen Dank für eure Unterstützung – ich hoffe, die App funktioniert bei euch allen einwandfrei!
(P.S. Falls die Grammatik etwas holprig ist: Das wurde alles mit Google Übersetzer erstellt.)