Finde ich interessant. Hab gerade mein Fairphone 2 reaktiviert und ein Android 11 mit aktuellem Patchlevel geflasht. Läuft, aber ein aktuelles OSMAnD ist echt sehr langsam, ist der RAM schuld oder kann ich da was tunen? Karten liegen auf dem internen Speicher!
OK hat halb soviel RAM wie das XZ1 oder mein XZ1compact

Ich kann zu technischen Fragen bezüglich eingesetzter Smartphones/Tablets leider nichts sagen. Meine Vermutung begründet sich lediglich auf dem sehr deutlichen Geschwindigkeitsunterschied zum ebenfalls aktuellen Osmand 4.8, welches auf meinem im Vergleich zum Smartphone sogar jüngeren Tablet (Samsung GALAXY Tab A 10.5 (SM-T595)) unter Android 10 läuft und dort sehr viel langsamer im Bildaufbau beim Scrollen ist. "Getuned" ist bei mir nichts, ich wüsste auch gar nicht wie. Beide geräte und auch Osmand laufen "out of the box".

Welche alte Version ist denn resourcensparend?

Wie schön, dass du es so humorvoll siehst.

Mich hat in den "ersten Jahren" an Osmand oft die bei Majorupdates mitgelieferte Veränderung der Benutzermenüsstruktur an den Rand des Wahnsinns getrieben. Das ist in den letzten Jahren zum Glück nicht mehr so gravierend. Dennoch rate ich jedem, auf ein Update kurz vor einer geplanten längeren/mehrwöchigen Tour zu verzichten, denn man weiss nie, was "denen" an Ver(-schlimm-)besserungen so einfällt, an die man sich nicht gerade unterwegs einstellen/gewöhnen möchte.

Das ist für mich schwierig zu beurteilen. Es gibt sicherlich mehrere Faktoren, die hier eine Rolle spielen. Abhängig von den Anforderungen/Wünschen des jeweiligen Anwenders gibt es aber ein paar Stellschrauben.

Zunächst die Frage, was mit resourcenschonend gemeint ist bzw. was du dir durch den "schonenden" Umgang mit Resourcen erhoffst.

• ist es die beim Scrollen der Karte (während der Planung einer Route) langsame Geschwindigkeit des Bildaufbaus besonders dann, wenn dabei Rein- oder Rausgezoomt wird,
  dann hat das sicherlich mit Rechenleistung einerseits, aber auch mit Größe des Arbeitsspeichers zu tun.
  In diesem Zusammenhang könnten möglicherweise 2 Aspekte eine Rolle spielen:
  • Größe der zu verarbeitenden Dateien
    Die Standardkarte für bspw. die Schweiz kann man als 1 Datei für das gesamte Gebiet herunterladen oder als deutlich kleinere Dateien für die einzelnen Regionen wie z.B. Basel, Bern, Genf, Tessin usw.. Ob es ein Vorteil auf "schwachen" Systemem (kleiner Arbeitsspeicher) ist, möglichst kleine Dateien zu verwenden, kann ich nicht wirklich beurteilen, ist aber denkbar.
  • Detailtiefe der Kartendarstellung
    Je mehr Details in der Karte dargestellt werden sollen, desto größer ist die erforderliche Rechenleistung, diese Details aus den OpenStreetMap-Daten herauszulesen und bildlich umzusetzen. Auf meinem oben spezifizierten Tablet kann man quasi live mitansehen, wie nach dem jeweiligen Strickmuster für die Kartendarstellung (Osmand, Desert, Mapnik, Offroad usw.) die Darstellung der verschiedenen Strukturen errechnet und bildlich umgesetzt werden. Ist der Kartenausschnitt erst einmal berechnet und dargestellt, wird dieser, der übrigens größer als der tatsächlich dargestellte ist, quasi als Pixelgrafik im Arbeitsspeichwer gehalten, um bei (gemäßigter) Positionsverschiebung (während des Navigierens) nicht neu berechnet, sondern als Grafik schlicht verschoben dargestellt zu werden. Einstellmöglichkeiten hierzufinden sich in [Kartendarstellung] unter [Details] bzw. [Ausblenden]
• geht es hingegen um die Performance beim Berechnen einer Route, spielen wahrscheinlich andere Kriterien eine Rolle. Die Zeit zum Berechnen einer Route hängt dabei zunächst einmal von der Distanz festgelegter Wegpunkte ab. Hinzu kommt die Anzahl der Kriterien, nach der die Route zu berechnen ist. Das Berücksichtigen der Höhendaten spielt dabei eine Rolle. Aber auch weitere Kriterien in den Navigationseinstellungen haben Einfluss wie etwa das bestimmte [Straßen vermeiden].
  Hier ist Rechenleistung gefragt. Auch mein Xperia XZ1 stößt dabei schnell an die Grenzen des von mir noch aushaltbaren Zeitbedarfs zur Berechnung von Routen jenseits 100km Länge mit den in Osmand integrierten Algorithmen. Da ich meine längeren Touren aber (nicht nur daheim) mit der Unterstützung von BRouter im Vorfeld plane, mir den Track lediglich als Wollfaden aufs Smartphone lade, dem ich dann grob folge, stört mich das weniger.

Ganz unabhängig von all dem bietet Osmand in den die gesamte App betreffenden Einstellungen die Möglichkeit, die verwendete Karten-Rendering-Engine (was ein fürchterlicher Deutsch-Englisch-Mix) auszuwählen. Die Version 2 (OpenGL) sei angeblich schneller bei verwendeter 2.5D-Ansicht, während Version 1 (ich nutze immer diese) bei älteren Geräten vorzuziehen sei und in Osmand < V4.3 Standard war.

Ich kann nicht sagen, welche Version merklich resourcenschonender ist. Letztendlich hängt der "Datenhunger" auch von den bereitgestellten Daten ab. Die in den OSM-Daten hinterlegten Flags mehren sich fortlaufend und Osmand versucht, diese sinnvol einzubeziehen. Für mich ganz persönlich ist OsmAnd (ganz bewusst so geschrieben: Openstreetmap for Android) auch weniger ein Tool zur Berechnung geeigneter Routen, als ein Werkzeug zur individuell gewünschter Darstellung der jeweiliger Situation angepassten Auswahl von Daten bei gleichzeitiger Integration weiterführender Hinweise und Links innerhalb einer Anwendung. Dass ich dabei (eher nebensächlich) auch im Vorfeld ermittelten Routen folgen und mich im Bedarfsfall zu nichtgeplanten Zielen navigieren lassen kann, ist angenehm, aber für mich nicht mehr alleiniges Kriterium für die Nutzung.

Hallo Hanjo,


Danke fuer die ausführliche Antwort.

Ich nutze das FP2 nur im Alltag, da geht es lediglich darum, mal schnell einen Stadtplan aufzurufen. Für Routing auf Reisen ist das Teil nicht energieeffizient genug - dafür nutze ich das Sony XZ1 compact mit aktuellem Android 14 (und aktuellem OSMAND).

Es geht also nicht um Routenberechnung, sonder um die Zeit zwischen "Klick aufs Ikon" und "Kann die Karte lesen". Habe den kartenkrempel jetzt mal auf eine sehrschnelle neue SD geladen und auf 3.0.4 gedowngradet :-) ...

3.0.4. war keine gute Idee - lädt keinen Deut schneller - und die neuen .obf sind inkompatibel.

Auch Rendering 1 statt 2 hat nicht geholfen. Minim schneller ging der Startup (12 statt 14 sec), als ich die Karten auf eine schnelle SD Karte ausgelagert habe - dachte eigentlich, die SDs sind immer langsamer als der interne Speicher. Sonst noch TuningTips?

Wenn Deine Anwendung tatsächlich nur ist:


Deinstallieren und Organic Maps installieren. Wesentlich ressourcenschonender. Kann halt diverse Schnickschnacks nicht; das einzig relevante, was aus meiner Sicht fehlt, ist zum einen geht BRouter als Routing Engine integrieren nicht und zum anderen die Overlays von Wanderwegen und ausgeschilderteten Radrouten gibt es nicht.

Merci, probier ich aus.

Danke, lädt deutlich schneller!

glaube ich werde mich an Komoot gewöhnen. "Neuberechnung ..." führt mich stets an den Punkt des Tracks zurück, wo ich die Route verlassen hatte! Sehr schön bei der momentanen Kälte und Nacht wenn ich dann immer wieder die beleuchtete Baustelle sehe Aber, "Neuberechnung ..." abgeschaltet, Teil der Strecke abgekürzt: nach über drei Kilometer angehalten, Navigation beendet und neu gestartet, weil der Track einfach nicht umschaltet Frag mich, was der Quatsch soll