Open GoogleCodeExporter opened 9 years ago
OK. This is equivalent to osmdroid issue 454
(https://code.google.com/p/osmdroid/issues/detail?id=454).
There is no "good" solution in osmdroid for it yet.
So your workaround (disabling HW acceleration at view level) is probably the
best solution for now.
An alternative is to target an SDK < 3.0 (no HW acceleration).
Original comment by mathieu....@gmail.com
on 10 Jun 2014 at 11:46
Well, in fact, there is now a solution for this issue from osmdroid 4.2: the
"NonAcceleratedOverlay".
I changed Polyline and Polygon to inherit from it. This means that on an
SDK>=3.0, rendering will be HW-accelerated, except for Polyline and Polygon.
The source is commited, and the osmbonuspack_snapshot.jar is available in the
Downloads.
You can try (removing mapView.setLayerType(View.LAYER_TYPE_SOFTWARE, null);)
and see if it solves your issue.
Original comment by mathieu....@gmail.com
on 11 Jun 2014 at 8:24
So i tried out the osmbonuspack_snapshot.jar and the kml track was shown in all
zoom states, so it solved this particular problem.
But loading, panning and zooming the map becomes incredibly slow and it throws
some of those errors in the log: "E/dalvikvm-heap﹕ Out of memory on a
262160-byte allocation."
So the workaraound mentioned above is the best solution for me, as it works
flawlessly and the performance also is very good.
Original comment by dk.appst...@gmail.com
on 22 Jun 2014 at 4:28
Bad news. I cancel my change.
This will need further investigation on why it became slow with
NonAcceleratedOverlay.
Original comment by mathieu....@gmail.com
on 23 Jun 2014 at 9:09
Issue 16 has been merged into this issue.
Original comment by mathieu....@gmail.com
on 25 Jul 2014 at 4:22
Original issue reported on code.google.com by
dk.appst...@gmail.com
on 10 Jun 2014 at 10:35Attachments: