Active Topics
-
The N900 is now 15 years old! (7)
to Nokia N900 by Danct12 - 1 day ago -
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (4)
to SailfishOS by Maemish - 1 day, 19 hrs ago -
F(x)tec Pro1x (QWERTY) for sale (0)
to Buy & Sell by aln00000 - 4 days, 4 hrs ago - more...
xes |
2011-12-07
, 23:02
|
|
Posts: 638 |
Thanked: 1,692 times |
Joined on Aug 2009
|
#461
|
Originally Posted by ejcrashed
Sorry, the situation is the same....
|
|
2011-12-08
, 08:06
|
|
Posts: 15 |
Thanked: 2 times |
Joined on May 2011
|
#462
|
Thanks,
Finally I got CloudGPS working on my N900.
Again, very big thanks.
Finally I got CloudGPS working on my N900.
Again, very big thanks.
|
|
2011-12-13
, 11:40
|
|
Posts: 638 |
Thanked: 1,692 times |
Joined on Aug 2009
|
#463
|
a new little issue..
Sometimes cloudgps crashes without any message as soon it loads all the current map view...
A few times, it repeated the crash until the next reboot.
Sorry but until now i haven't any addictional info.
I suppose i should start it from a term to view some error message.
Sometimes cloudgps crashes without any message as soon it loads all the current map view...
A few times, it repeated the crash until the next reboot.
Sorry but until now i haven't any addictional info.
I suppose i should start it from a term to view some error message.
|
|
2011-12-13
, 11:45
|
|
Posts: 1,680 |
Thanked: 3,685 times |
Joined on Jan 2011
|
#464
|
Originally Posted by xes
I suppose you should, also syslog and dmesg output here.
a new little issue..
Sometimes cloudgps crashes without any message as soon it loads all the current map view...
A few times, it repeated the crash until the next reboot.
Sorry but until now i haven't any addictional info.
I suppose i should start it from a term to view some error message.
__________________
N900: One of God's own prototypes. A high-powered mutant of some kind never even considered for mass production. Too weird to live, and too rare to die.
| The Following User Says Thank You to vi_ For This Useful Post: | ||
|
|
2011-12-13
, 18:52
|
|
Posts: 317 |
Thanked: 787 times |
Joined on Oct 2009
@ Krakow, Poland
|
#465
|
Originally Posted by Rob1n
Thanks for spotting that. I suspect that the libs/linking are the main cause of GPS issue and I wanted to prepare a static linked to confirm/rule that out. Unfortunately my dev env broke and I had to address it. I did not have enough time to prepare static linked version during the weekend. I hope to find time during the following weekend to do so.
I've got that installed (as well as libqtm-12), but ldd shows that cloudgps is actually linking against the library from libqtm-location.
Even without static version we can make some progress. Lets check if the libqtm-location version difference is related to GPS issue. Could you post the version of libqtm-location installed on your N900?
On my N900 (GPS working fine in CloudGPS) version 1.0.2-maemo4+0m5 of libqtm-location is installed. Is your version different?
| The Following User Says Thank You to dwaradzyn For This Useful Post: | ||
|
|
2011-12-13
, 19:57
|
|
Posts: 317 |
Thanked: 787 times |
Joined on Oct 2009
@ Krakow, Poland
|
#466
|
Originally Posted by xes
Not sure if I understand correctly what you are trying to convey to me but I will try with the closest thing I can think of. I think you are describing a situation when background tile loading threads hang. I have explained that earlier in the context of downloading from network, but reading from eMMC can also easily get stuck for a long while when some background process uses a lot of IO (for example tracker processes). This is the original explanation from post #300:
New issue...
It is a little difficult to explain but i'll try
imagine one offline only map, a rectangle of a certain area from zoom 9 to 16 with no http link.
While running in offline mode...I discovered that very often cloudgps does not load any part of the map also if i'm over the right zone and the debug window (H) shows me that there is a green square under the cursor.
Moving, zooming in or out after some time it loads the map (it is not a mumble state or too cpu load)
What do you think about?
Originally Posted by dwaradzyn
In practice I find restarting the application resolving this state of 'not loading anything because of stuck threads'.
Rendering should never get locked. I use CloudGPS quite extensively and it just never does. Tile loading on the other hand can easily get locked. Tile loading uses only two threads on N900 (I benchmarked it and it is the most optimal value for N900). When there are two downloads in progress every new download request gets queued until one of those two finish because starting new thread is just too heavy for N900. Downloading currently uses blocking API and this means that it can easily get stuck waiting for data from network. I plan to rewrite downloading using non-blocking API so that:
- there will be many simultaneous downloads possible (up to twenty for example) per one thread,
- downloads that are in progress and are not necessary anymore will be canceled,
- downloads stalled will be canceled and retried,
- it will use even less resources than current implementation.
This should resolve the issue you described and should also improve responsiveness and tile loading time a lot.
Non-blocking API use is still not here. I spent some time on it and tried to implement a proof of concept using non-blocking API. While it somehow worked it introduced a lot of new problems. The loading does not work that bad currently and right now I plan to focus on other things. Will get back to non-blocking API if I have more time.
| The Following User Says Thank You to dwaradzyn For This Useful Post: | ||
|
|
2011-12-13
, 23:50
|
|
Posts: 1,378 |
Thanked: 1,604 times |
Joined on Jun 2010
@ Göteborg, Sweden
|
#467
|
Originally Posted by dwaradzyn
GPS not working
On my N900 (GPS working fine in CloudGPS) version 1.0.2-maemo4+0m5 of libqtm-location is installed. Is your version different?
libqtm-location 1.0.2-maemo4+0m5+0cssu1 (so, a diff there!)
I also have libqtm-11-location installed.
| The Following User Says Thank You to handaxe For This Useful Post: | ||
|
|
2011-12-14
, 09:05
|
|
Posts: 3,617 |
Thanked: 2,412 times |
Joined on Nov 2009
@ Cambridge, UK
|
#468
|
Originally Posted by handaxe
Same for me. I'll have a look at what was changed for the CSSU version.
GPS not working
libqtm-location 1.0.2-maemo4+0m5+0cssu1 (so, a diff there!)
|
|
2011-12-14
, 09:30
|
|
Posts: 3,617 |
Thanked: 2,412 times |
Joined on Nov 2009
@ Cambridge, UK
|
#469
|
Originally Posted by Rob1n
Well, there shouldn't be any real differences. The only patch added is to add a signal for updating the media library.
Same for me. I'll have a look at what was changed for the CSSU version.
It definitely is down to this though - running "LD_LIBRARY_PATH=/opt/qtm11/lib /opt/cloudgps/cloudgps" gets the GPS working perfectly. I've added in a shell script to do this, and changed the .desktop file to point to that instead.
|
|
2011-12-15
, 08:44
|
|
Posts: 638 |
Thanked: 1,692 times |
Joined on Aug 2009
|
#470
|
Originally Posted by Rob1n
I can confirm this.
Well, there shouldn't be any real differences. The only patch added is to add a signal for updating the media library.
It definitely is down to this though - running "LD_LIBRARY_PATH=/opt/qtm11/lib /opt/cloudgps/cloudgps" gets the GPS working perfectly. I've added in a shell script to do this, and changed the .desktop file to point to that instead.
I suppose that the problem appears after the install of libqtm-12 (that now contains also libqtm-12-location)
