Active Topics
-
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (3)
to SailfishOS by edp17 - 4 hrs, 56 mins ago -
The N900 is now 15 years old! (6)
to Nokia N900 by Macros - 1 day, 8 hrs ago -
F(x)tec Pro1x (QWERTY) for sale (0)
to Buy & Sell by aln00000 - 1 day, 21 hrs ago -
n770 youtube video (0)
to General by nmdv - 5 days, 20 hrs ago - more...
| The Following User Says Thank You to robthebold For This Useful Post: | ||
|
2017-03-14
, 22:13
|
|
Posts: 1,548 |
Thanked: 7,510 times |
Joined on Apr 2010
@ Czech Republic
|
#1932
|
Originally Posted by robthebold
I sure know about this - at the moment I'm preparing a modRana bugfix release (should fix the map layer switching bug) and after that I plan to return my attention to debugging the 1080p-black-screen issue, primarily in the form of adding more debugging messages, so I can track the issue down. In any case I suggest watching (or even subscribing to) this issue on GitHub:
Any word on the 'black screen of no maps' on oneplus x? I'm seeing the issue and woukd br happy to help with testing.
Thanks! Other than not seeing maps in latest version I love this program! (I know, 'other than that how was the play mrs lincoln?')
https://github.com/M4rtinK/modrana/issues/186
That's at the moment probably the best place where to watch for progress in this matter, even though I'll probably also post updates to this thread.
And sorry for this taking so long - the issue seems rather hard to crack so far. My current theory is that it's either some pretty particular race condition (happens at 1080p only, not above or below & only on Sailfish OS) or even possibly some platform adaptation glitch modRana manages to hit on the ex-Android 1080p devices running Sailfish OS.
Actually the two devices seem almost identical in screen (1080x1920), SoC (Snapdragon 801) and GPU (Adreno 330), so I guess a similar hardware adaptation/drivers are used for both ?
It would hardly be the first Sailfish OS specific weirdness I've hit during modRana development:
[bug] MouseEvent x and y properties are floats
[bug] Some QtQuick Canvas drawing coordinates cause application-wide deadlock
BTW, so far the issue seems to happen on Fairphone 2 and OnePlusX - could someone with Sailfish OS running on a phone with 1080p screen verify if current modRana runs fine or if it has similar issues ? That could help narrow the search for a cause down.
If it also happens, it would be more likely some modRana side algorithm is at fault. If modRana works fine then it would be likely specific hardware adaptation glitch is at fault.
__________________
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)
| The Following 6 Users Say Thank You to MartinK For This Useful Post: | ||
 |
|
2017-03-14
, 22:18
|
|
Community Council |
Posts: 1,669 |
Thanked: 10,225 times |
Joined on Nov 2014
@ Lower Rhine
|
#1933
|
Originally Posted by MartinK
Also on Nexus 5 i get black map screen.
could someone with Sailfish OS running on a phone with 1080p screen verify if current modRana runs fine or if it has similar issues ?
__________________
Watch our weird watchfaces for mighty AsteroidOS
Performance comparison Video Sailfish 2.0 vs 1.1.9 vs 1.1.7
[MC eV] Maemo Community eV membership application please concider to join!
Watch our weird watchfaces for mighty AsteroidOS
Performance comparison Video Sailfish 2.0 vs 1.1.9 vs 1.1.7
[MC eV] Maemo Community eV membership application please concider to join!
| The Following 6 Users Say Thank You to mosen For This Useful Post: | ||
|
|
2017-03-19
, 16:15
|
|
Posts: 1,548 |
Thanked: 7,510 times |
Joined on Apr 2010
@ Czech Republic
|
#1934
|
modRana 0.54.4 has been released!
This is mostly a bugfix release fixing various bugs.
Changelog
Black map screen on ported 1080p devices
Next I plan to finally get back to debugging of the map-is-black-on-ported-1080p-devices issue. This release does not have any fixes specific for that, but it would still be helpful if someone who is affected could try to update to 0.54.4 and see if the black-map issue still persists & behaves the same (map is visible for a split second when device is rotated, etc.).
It's quite possible it's a race-condition of some sort, so the various fixes, even though not directly related, could influence it.
Also, is there already someone running Sailfish OS 2.1.0 one a 1080p ported device ? It would be possibly quite interesting to know if the updated Qt 5.6 in 2.1.0 changes behavior of the black-map-screen issue.
Edit: 19.03.2017 18:01
Looks like the issues no longer manifests on ported devices with Sailfish OS 2.1.0/Qt 5.6!
mal, the heroic Sailfish OS porter reports that the black-map issue no longer happens on Fairphone 2 & OnePlus X as long as they are running Sailfish OS 2.1.x, while the issue can still be reliably reproduced with Sailfish OS <2.1.x.
Thanks yet again to mal for helping to find the cause (Sailfish OS <2.1.x & old Qt) & solution (update to Sailfish OS 2.1.x)!
Last edited by MartinK; 2017-03-19 at 17:10.
This is mostly a bugfix release fixing various bugs.
Changelog
Code:
- Fix map layer switching - Fix layer opacity setting - Sort POI search results by distance - Notification popups should now rotate correctly on Sailfish OS - Clear on-map long-press menu when map is clicked - Fix map canvas debug option not being persistent - Note which POI search methods are online and which can work with on-device data - Log PyOtherSide version during startup - Log how long it took to find a route - Fix returning of results for Monav-based offline routing
Next I plan to finally get back to debugging of the map-is-black-on-ported-1080p-devices issue.
This release does not have any fixes specific for that, but it would still be helpful if someone who is affected could try to update to 0.54.4 and see if the black-map issue still persists & behaves the same (map is visible for a split second when device is rotated, etc.).It's quite possible it's a race-condition of some sort, so the various fixes, even though not directly related, could influence it.
Also, is there already someone running Sailfish OS 2.1.0 one a 1080p ported device ? It would be possibly quite interesting to know if the updated Qt 5.6 in 2.1.0 changes behavior of the black-map-screen issue.
Edit: 19.03.2017 18:01
Looks like the issues no longer manifests on ported devices with Sailfish OS 2.1.0/Qt 5.6!
mal, the heroic Sailfish OS porter reports that the black-map issue no longer happens on Fairphone 2 & OnePlus X as long as they are running Sailfish OS 2.1.x, while the issue can still be reliably reproduced with Sailfish OS <2.1.x.
Thanks yet again to mal for helping to find the cause (Sailfish OS <2.1.x & old Qt) & solution (update to Sailfish OS 2.1.x)!
__________________
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)
Last edited by MartinK; 2017-03-19 at 17:10.
| The Following 21 Users Say Thank You to MartinK For This Useful Post: | ||
|
|
2017-03-25
, 12:39
|
|
Posts: 1,548 |
Thanked: 7,510 times |
Joined on Apr 2010
@ Czech Republic
|
#1935
|
modRana 0.54.5 has been released!
It is now possible to set opacity for routes, tracklogs and the track logging trace, so that you can see what's underneath while still seeing the route/tracklog/trace.
Also thanks to AL13N for suggesting this in the Jolla Store comments!
Changelog
It is now possible to set opacity for routes, tracklogs and the track logging trace, so that you can see what's underneath while still seeing the route/tracklog/trace.
Also thanks to AL13N for suggesting this in the Jolla Store comments!
Changelog
Code:
- it is now possible to set opacity for routes, tracklogs and the track logging trace
__________________
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)
| The Following 17 Users Say Thank You to MartinK For This Useful Post: | ||
|
|
2017-03-27
, 09:22
|
|
Posts: 1,378 |
Thanked: 1,604 times |
Joined on Jun 2010
@ Göteborg, Sweden
|
#1936
|
Originally Posted by MartinK
Perhaps link a deb here for n900 users and ask for testing?
Well, not really - I just haven't got to test some of the new stuff on my N900, which I see as a precondition to releasing a new version. Once I get to that I'll also release a new version for the N900.
Or declare the n900 development over, which is understandable and your absolute right. Otherwise, the device sits in limbo....
My 2c worth :-)
HA
| The Following 2 Users Say Thank You to handaxe For This Useful Post: | ||
|
|
2017-03-27
, 11:13
|
|
Posts: 1,548 |
Thanked: 7,510 times |
Joined on Apr 2010
@ Czech Republic
|
#1937
|
Originally Posted by handaxe
For quite some time I've been using the Maemo Autobuilder to create deb packages and those go directly to Extras Devel, from where I expect most people get their software nowadays. And I'm afraid I'm no longer setup to create correct Maemo-style deb files locally - that's why I want to test modRana at least bit before submitting a new build to autobuilder.
Perhaps link a deb here for n900 users and ask for testing?
On the other hand, you can just grab the latest tarball:
http://modrana.org/tarballs/modrana/...-0.54.5.tar.gz
Unpack it and then run modrana.py from the resulting directory - it should detect it's running on the N900 and behave accordingly. If you can help test modRana like this it would be really helpful! Don't hesitate to report any weird behavior, crashes, etc.
And thanks in advance!
__________________
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)
| The Following 8 Users Say Thank You to MartinK For This Useful Post: | ||
|
|
2017-03-27
, 11:47
|
|
Posts: 391 |
Thanked: 908 times |
Joined on Aug 2011
@ suncity
|
#1938
|
Originally Posted by MartinK
Hi, MartinK!
For quite some time I've been using the Maemo Autobuilder to create deb packages and those go directly to Extras Devel, from where I expect most people get their software nowadays. And I'm afraid I'm no longer setup to create correct Maemo-style deb files locally - that's why I want to test modRana at least bit before submitting a new build to autobuilder.
On the other hand, you can just grab the latest tarball:
http://modrana.org/tarballs/modrana/...-0.54.5.tar.gz
Unpack it and then run modrana.py from the resulting directory - it should detect it's running on the N900 and behave accordingly. If you can help test modRana like this it would be really helpful! Don't hesitate to report any weird behavior, crashes, etc.
First of all, thanks for the update!
Tried this version with my n900 and first major problem is that in this version offline routing is not working however at the same time it is working OK with version 0.53.1 (last official version for Maemo).
jm
EDIT:// running from terminal the relevant section is maybe:
DEBUG mod.route: routing provider ID: Monav
ERROR mod.route: unknown rounting provider ID: Monav
Last edited by justmemory; 2017-03-27 at 12:08. Reason: Added log info
| The Following 7 Users Say Thank You to justmemory For This Useful Post: | ||
|
|
2017-03-28
, 08:31
|
|
Posts: 391 |
Thanked: 908 times |
Joined on Aug 2011
@ suncity
|
#1939
|
Hi MartinK!
I managed to get offline routing work (tried with foot, car, bicycle) - well almost. Address to address and handmade still does not work.
What I did:
- changed routing provider from Monav to Monav server ("Monav" stuck from earlier version of modrana I guess as it now allows only "Monav server" and "Google online"...)
- /core/bundle/signals_pb2.py - comment out line 6 (from __google.protobuf import descriptor_pb2) as it claimed that cannot import it.
- /core/monav_support.py - changed line 25: import simplejson as json (a "try" - "except" method would be better, it is just a simple solution) as it claimed that cannot import json.
- /core/routing_providers.py - changed line 60: result = self._monav_directions(waypoints, route_params) - as it claimed that it takes 3 argument but provided 2.
- /core/way.py - changed all node/Node.lat and node/Node.lon to node/Node.latitude and node/Node.longitude as it claimed that node/Node has no attribute lat.
- /core/instructions_generator.py - changed all node/Node.lat and node/Node.lon to node/Node.latitude node/Node.longitude as it claimed that node/Node has no attribute lat.
For address to address routing I get the following error: waypoints = [x.getLL() for x in waypoints] AttributeError: 'str' object has no attribute 'getLL'. This is valid as for waypoints it gets the real addresses I add in modrana so it cannot convert it to latitude and longitude points.
For handmade routing I get the following error: Modules/mod_route/mod_route.py, line 577, in _handle_routing_result_cb; if result.route and result.returnCode == constants.ROUTING_SUCCESS:; AttributeError: 'tuple' object has no attribute 'route'.
jm
Last edited by justmemory; 2017-03-28 at 08:45.
I managed to get offline routing work (tried with foot, car, bicycle) - well almost. Address to address and handmade still does not work.
What I did:
- changed routing provider from Monav to Monav server ("Monav" stuck from earlier version of modrana I guess as it now allows only "Monav server" and "Google online"...)
- /core/bundle/signals_pb2.py - comment out line 6 (from __google.protobuf import descriptor_pb2) as it claimed that cannot import it.
- /core/monav_support.py - changed line 25: import simplejson as json (a "try" - "except" method would be better, it is just a simple solution) as it claimed that cannot import json.
- /core/routing_providers.py - changed line 60: result = self._monav_directions(waypoints, route_params) - as it claimed that it takes 3 argument but provided 2.
- /core/way.py - changed all node/Node.lat and node/Node.lon to node/Node.latitude and node/Node.longitude as it claimed that node/Node has no attribute lat.
- /core/instructions_generator.py - changed all node/Node.lat and node/Node.lon to node/Node.latitude node/Node.longitude as it claimed that node/Node has no attribute lat.
For address to address routing I get the following error: waypoints = [x.getLL() for x in waypoints] AttributeError: 'str' object has no attribute 'getLL'. This is valid as for waypoints it gets the real addresses I add in modrana so it cannot convert it to latitude and longitude points.
For handmade routing I get the following error: Modules/mod_route/mod_route.py, line 577, in _handle_routing_result_cb; if result.route and result.returnCode == constants.ROUTING_SUCCESS:; AttributeError: 'tuple' object has no attribute 'route'.
jm
Last edited by justmemory; 2017-03-28 at 08:45.
|
|
2017-03-28
, 23:25
|
|
Posts: 1,548 |
Thanked: 7,510 times |
Joined on Apr 2010
@ Czech Republic
|
#1940
|
Originally Posted by justmemory
Wow, thanks a lot!
Hi MartinK!
I managed to get offline routing work (tried with foot, car, bicycle) - well almost. Address to address and handmade still does not work.
What I did:
- changed routing provider from Monav to Monav server ("Monav" stuck from earlier version of modrana I guess as it now allows only "Monav server" and "Google online"...)
- /core/bundle/signals_pb2.py - comment out line 6 (from __google.protobuf import descriptor_pb2) as it claimed that cannot import it.
- /core/monav_support.py - changed line 25: import simplejson as json (a "try" - "except" method would be better, it is just a simple solution) as it claimed that cannot import json.
- /core/routing_providers.py - changed line 60: result = self._monav_directions(waypoints, route_params) - as it claimed that it takes 3 argument but provided 2.
- /core/way.py - changed all node/Node.lat and node/Node.lon to node/Node.latitude and node/Node.longitude as it claimed that node/Node has no attribute lat.
- /core/instructions_generator.py - changed all node/Node.lat and node/Node.lon to node/Node.latitude node/Node.longitude as it claimed that node/Node has no attribute lat.
For address to address routing I get the following error: waypoints = [x.getLL() for x in waypoints] AttributeError: 'str' object has no attribute 'getLL'. This is valid as for waypoints it gets the real addresses I add in modrana so it cannot convert it to latitude and longitude points.
For handmade routing I get the following error: Modules/mod_route/mod_route.py, line 577, in _handle_routing_result_cb; if result.route and result.returnCode == constants.ROUTING_SUCCESS:; AttributeError: 'tuple' object has no attribute 'route'.
jm
I've used your pointers and fixed the Monav Server based offline routing on the N900. I've also released an updated tarball, so you - and anyone else who wants to help with testingt - can check it works correctly now: http://modrana.org/tarballs/modrana/...-0.54.6.tar.gz
As for the other issues:
Address routing - that's actually expected behavior, as Monav does only point to point routing (+ waypoints along the route, IIRC) based on geographic coordinate pairs. It does not support gecoding (turning addresses to coordinates), so it can't work for address-to-address routing when the device is offline. But of course a sensible error message should be shown in such a case, not a traceback.
Handmade routing (basically, "draw your own route" and let modRana follow it) - it indeed seems pretty broken, not just on the N900, but also when running the GTK GUI on desktop. And it looks like it has been this way for quite some time. Will have to look into it more later.
__________________
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)
| The Following 8 Users Say Thank You to MartinK For This Useful Post: | ||
 |
| Tags |
| bada rox, martin_rocks, modrana, navigation, openstreetmap, the best, wehasgps |
«
Previous Thread
|
Next Thread
»
|
All times are GMT. The time now is 17:57.
Thanks! Other than not seeing maps in latest version I love this program! (I know, 'other than that how was the play mrs lincoln?')