If you export a particular color scheme it is exported as <name>.mtheme. That one can also be imported.

Do not share the album.style! That file contains all color schemes. It is very annoying to overwrite your own album.style file which already contains your own modifications because someone else shares his/her complete album.style file.

Again: only export your theme(s) and share that or copy it to another device.

For example: See my GrayNightMode theme. It is a zipped file otherwise any browser would display it as the xml file it is.

So unzip it, copy it to your phone/tablet. Double-tab it from within a file manager and import it.

If you don't like it you can remove it again from your main album.style file with the delete option.

I created my GrayNightMode theme as the current nightmode style is way too light and for my taste way too brown. My theme is much darker, it is "boringly" gray, but for me it is much better at night.

When in hardware render mode the autozoom still does not work correctly. It remains at minimum zoom (ie zooms fully out) when in navigation mode. It occasionally zooms in for directional changes (when approaching a turn or roundabout etc.) but then zooms out fully again. This makes it difficult to look at the map.

In software render mode MFN crashes when

1) On loading navigator sometimes the menu doesn't appear, just a white screen. After a minute or so a system message appears saying navigator is not responding & offers options to wait or close. Choosing wait does nothing.

2)If the menu does appear & I choose a destination, then navigate, when calculating or re-calculating the route navigator simply shuts down & returns to my phone start screen. It appears to work fine in simulation mode.

The link now points to 0.38.90+ GLES Alpha:- fixed long routing highlight (I am not sure if that helps also in Tantum's case)- optimization in click into map (set routing points)- fixed loading icons from imports- increased size of internal cache for current view data- added "Automatic" into renderer selection dialog (note that your current HW settings changes to SW now, so you have to re-select it again ... Settings/Advanced/Map renderer/Hardware

it's good to see such an intensive development for GLES version, thanks mdx and the mapfactor team

- the bigger street names are giving you better overview of where you are however now it seems too big and rather distracting. In the certain view (I couldn't capture it) the street names now cover more than 1/3rd of my screen

- the lanscape zoom out seems still a bit too far when the next turn is further away (imagine that you're looking at this on a 5 inch screen which is cca 70-80 cm away from you)

EDIT:- also when I edit the color scheme and try do get back to the map view the navigator crashes

So far I like the GLES version a lot. However, it is still much slower in screen rendering compared to the software renderer. If you simply take a favorite and do "show on map" or calculate a long route (700+ km) and display the route on the screen, the screen is instantaniously drawn in software render mode and takes "some time" to render in hardware mode. I know this is an alpha build, but do you think the rendering speed will (much) improve?

I assume you use api version 2 for android 2.2 and up? Or version 3 for Android 4.3 and up? Based on the reports for also Android 4.2 users it must be version 2.

And ... I just downloaded 0.38.90 which has an automatic switch between hardware/software renderer and it chooses software on my device (Samsung S5 mini, Android 4.4.2). (I found out as it was set to hardware and the map didn't look like hardware).

@hvdwolf - I am not sure what do you mean? The map looked like SW rendering, but was selected HW rendering?? Or automatic?

The choice for "automatic" in 0.38.90 is simple - return SW. It is placeholder for future changes and it should be default value for release on Google Play (one day). The decision may change from version to version, but I expect device resolution, computation power and maybe also version of maps.

well.. I have been following this thread since it started but only today I decided to try this version. I have only looked at maps and tried a simulation with hardware rendering. No major bugs. The app works and looks smooth, but text size and icon size are too small for me even though I have set them to maximum size. My phone is an LG L9 (aka P760), I will try on my tablet, 7", Android 4.4.2. I will report if I notice something wrong.

I have a question though: does hardware rendering affect battery consumption?

@hvdwol - thanks. The dialog indexing shifted and that's why old HW (2nd position) changed to new SW (2nd position) ... yes, it could be done better. (as side-effect several people tested old SW rendering in 0.38.90 and it was crashing in some cases, but fix probably on Monday)

@Oldie - can you change projection? (Lubos says that it is probably the source of problem)

@IU0BMP - we did not investigate the battery consumption yet. We would guess that it will be slightly higher than in SW rendering. There is already (internal) parameters to limit the framerate, if it will help later the battery consumption.

UK download worked fine for me first time this afternoon on GLES. Anyone got any suggestions for screen sleeping during navigation?It makes this version totally useless for me, as I have to keep pressing button to turn back on.EDIT: (screen sleep fixed see below)

Yesterday I was driving and navigating.. The red arrow disappeared and reappeared again about every second. After a few minutes navigating, my phone froze and I had to remove the battery to turn it on again. Until next update, I will be using the stable version.

Hi folks - is it possible to ensure that the lower level roads are also rendered when zoomed out a little? If there is an issue with performance I'd rather disable the building rendering than the road rendering when zoomed out.

Only one comment after a short drive...the red color of the supporting arrow that shows the turns is not ideal as it has the same color as the arrow that represents your car...and when these two render on top of each other it's not clear which is which. The green color was better in my opinion.

I have tried 0.38.95 navigating. MFN didn't freeze or crash anymore, but lost the satellites very soon. The get the fix again, I switched to GPS Test (it seems to speed up the fix) and the fix was there, only to be lost again after a few seconds. This happened several times and I went back to the stable version which worked as usual.

Yes, I meant 1.6.19. If the GLES version really deals with satellites in a different way to 1.6.19, I can investigate further and let you know the results. This is the first time that I notice a different behaviour regarding satellites, between two different versions of MFN. Anyway, my test with 0.38.95 lasted only a few minutes...

I experienced similar behaviour than IU0BMP. Not sure whether it was related to gps fix or not but on a 10km route the gles version showed a status as of I wasn't moving 5 times. This did not happen with the previous test version.

Getting better with each fix. No more crashes in software render. Still a little zoomed out in hardware render compared to software render. As reported by IU0BMP & Tantum I too have seen loss of GPS (map appears frozen) for a few seconds before it recovers. Keep up the good work.

GLES 0.38.95 hardware rendering, only tried it in simulation mode, but nevertheless:*) after starting the app and calculating a route the initial map-display does not zoom to the route (shows whole Europe), from the second time on it does (see images)*) autozoom - the sizes look practical to me - a good mix of zooming in at maneuvers and giving overview the other time*) after some minutes of simulation the app crashes, especially, but not only when speeding up the simulation*) the speed limit symbol still is too small. It must have at least double the size to be useful while driving motorbike*) 2D-mode: the waypoint symbols in the standard app are too big for my taste, in GLES-version on a Moto G (4,5") they look alright (about 2 mm), while on a Nexus 7 they are way too small (about 1 mm)