Map animation and redrawing

[JeCh]

Hi,

I have a few questions and suggestions regarding map redrawing and animation.

First of all let me explain my concern. I use OsmAnd quite a lot but not for car navigation. The problem I have is very slow map redrawing and animation. This makes it difficult to use in center of cities/towns. Also it doesn't look very good.

What is bothering me is that for example if the navigation suggests make a right turn, it seems to be very surprised I really did it, starts redrawing the map, the calculated route is rotating independently on the map and for a few seconds you completly loose any valid information. This might be a problem if you need to make a lot of turns in a short time.

And what I suggest? If there is a planned (calculated) route, the navigation should expect I will follow it. Other navigations (for example Sygic) do it and if I miss a turn, they draw the map like if I did it until the navigation is sure I'm on a different road. I'm not sure if it is possible but it would be a good idea to render the new map after turn in advance in background.

Also the rotation of map and zooming is very choppy. I have a quadcore phone with 1GB RAM and still it is very far away from being smooth. I wonder why. Since you use Qt for UI it has a very good engine for rotating, zooming and other animation. I would use it's rotating and zooming feature and display the recalculated map (with different orientation and zoom level) first once it is rendered in background. If I'm driving a car, I don't care that much if a street name is written upside down, but I need to see the full map and route with correct orientation as soon as possible. I that making the animations more smooth will greatly improve OsmAnd's usability as a car navigation.

I hope You can understand what I wanted to say. I really like OsmAnd and I the great progress it is making. But there are 2 main things bothering me - very slow map rendering and animation and not so good offline routing.

Best regards,
Vladimir

[Martin Schwehla]

why not just pre-render the vector-data to png-tiles and cache the data. space is not an issue with sd-cards

just my 2cents
martin

[Sabra Sharaya]

Space is not an issue with SD cards? That's like saying 640k of RAM is enough for anybody, or the Internet is a series of tubes.

[Victor Shcherb]

Thank you for feedback, it is still quite significant how do you use offline cache, because you will need to delete old maps and maintain it properly. 

We still have a room of simpler improvements : smart fetch data in memory, use OpenGL to draw the scene.

Vicot

On Tue, Jun 11, 2013 at 12:59 AM, Sabra Sharaya <sabras...@gmail.com> wrote:

Space is not an issue with SD cards? That's like saying 640k of RAM is enough for anybody, or the Internet is a series of tubes.

--
You received this message because you are subscribed to the Google Groups "Osmand" group.
To unsubscribe from this group and stop receiving emails from it, send an email to osmand+un...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Hardy]

JeCh,

a few questions regarding your performance observations, it sounds a bit weird to me that you have such significant issues:

 

- Can you please make sure that "Safe mode" is not (!) selected under Settings/General

- Can you please test with the POI overlay being NOT checked in "Menu/Define View" (for the car profile!), this currently may slow down the map display _considerably_!  (May be similar  for Trasnport stops)

- Are you suing "auto-zoom" during navigation, or a fixed zoom level (scale)?

- If you use a fixed zoom, play with the "Hi resolution display" switch (under Online maps settings), this gives you slightly magnification at the same zoom level, so you may 'save' one zoom level  for about the same scale/map content

- What device/Android and OsmAnd version are you using?

 

Best,

Hardy

 

[Martin Schwehla]

Hello Hardy,

Thank you for your interest. I do have a midrange-device LG 700 on Android 4.01 and the latest osmand+. I work with the native library and no overlay besides relieve-overlay

The poor performance is on top level zoom like 1 to 12 and 'Turing-View (more contrast and details') and elevation lines (my profile for riding my racebike)

For example if i move one screen ahead in zoom level 12 it needs up to 15 seconds to redraw (see my screenshot) and generally lags. When i remove my relieve-overlay it becomes slightly better.
Sure it has a lot to calculate on toplevel-view (there are thousands of streets) so i don't blame osmand.

I help myself in that way that zoom 1 to 12 are a cached google-map view and beginning at level 13 i use the offline-vector card, which become more faster rendered each level i increase of course.
zoomlevel 17 (i use this for my bike while following the gpx-track) works just fine

The bottomline is that i just want to get rid of google maps and want soley use osm. If the top-levels 1 to 13 are rendered in advance and stored in a cache (like google-maps) this would be the perfect solution for kicking google maps. Top-Level maps don't change anyway. i have 20gig free space on my sd-card and dont use day/night view or change my render parameter neither.

anyway, i love osmand!
Just the cache-issue and a smart display-off feature (my trip lasts 6 hrs with no recharge, so just turn on display at next routing information and sleep afterwards) would make it perfect.

Best,
Martin

2013/6/11 Hardy <hm.gg...@gmail.com>

--
You received this message because you are subscribed to a topic in the Google Groups "Osmand" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/osmand/bt9CSaeqU0Y/unsubscribe?hl=en.
To unsubscribe from this group and all its topics, send an email to osmand+un...@googlegroups.com.

[Sabra Sharaya]

If the goal is to use OsmAnd as a replacement for Google Maps, then offline maps are not necessary. Maybe it would be possible to use the software with online maps. But then the online map might not have the same ways used to calculate routes.

[Hardy]

Martin, I have a number of test devices, but unfortunately no LG.

 

I have tried the latest nightly on some mid-range htc and samsungs, and have turned on our "Rendering debug info" in OsmAnds's development settings (you may have to enable the development plugin to see the setting.)

 

Can you report what you see?

In the case of a rural area like your screenshot shows, I rarely get more than 2000ms for rendering (about 300-400ms for searching). And even in the city centers of Rome or Munnich I never see figures over 6000ms. zoom 12, Touring view, hillshade and countourlines displayed. No overlay or underlay map, Map source is vector/offline). Only 400ms at zoom 8,, because we cut the detail at these small zoom values.

 

So if you say your device takes some 15 sec, I really wonder what issue we are seeing here: It does not sound ok to me! Can you also verify on another device?

 

[JeCh]

Hello Hardy,

sorry for my late reply. I have a Zopo C2 phone, it has a MT6589 CPU (4x1,2 GHz Cortex-A7, slightly worse performance then SGS3). The problem might be caused by it's 1920x1080 display. But even if I disabled high resolution maps it didn't improve much. But the map is significantly worse rendered.

I have displayed hill shading and countour lines, but no POIs or other tracks. I have auto zoom turned on. I have the latest 1.4 beta, but there is no significant change compared to any previous version since maybe 0.8 (or whichever was my first OsmAnd version). I was hoping that with my new phone the performance will improve but it is basically the same it was with my old Motorola Defy (I still use this phone for outdoor and biking).

I tried to check the rendering values and can confirm that OsmAnd performs significantly worse at lower zoom levels. Wher at zoom level 17 the values in center of Pilsen were 400/90 with zoom level 12 it was 3600/600.

But with me the rendering speed is not actually the problem I was reporting. It is rather the map movement, which is absolutely not smooth. I'll try to make a video recording because it is very hard to describe it.

Anyway thanks a lot for your interest and suggestions. I'll try to play with the options to see which of them might be affecting the fluency of the map animation.

Btw. do you plan to switch to OpenGL rendering at some time? That would IMHO definitely solve such problems. Qt/QML 2.0 uses OpenGL as default renderer anyway according to my knowledge.

Best regards,
JeCh


Dne středa, 12. června 2013 2:25:31 UTC+2 Hardy napsal(a):

[Max]

Btw. do you plan to switch to OpenGL rendering at some time? That would IMHO definitely solve such problems. Qt/QML 2.0 uses OpenGL as default renderer anyway according to my knowledge.

AFAIK, OsmAnd currently uses skia:
https://code.google.com/p/skia/
skia supports OpenGL too, but I don't know, if OpenGL is used actually.

Regards,
Max