Re: QT map widget

2010-06-15 Thread Alberto Mardegan
Kimmo Hämäläinen wrote: On Mon, 2010-06-14 at 08:18 +0200, ext Alberto Mardegan wrote: ... I'm not sure about virtual memory, but about CPU mappero will never use more than 30-35% -- it simply isn't allowed by the OS (startup times could be much faster if it were...). wooot? :) Who is using

Re: QT map widget

2010-06-14 Thread Tomasz Rybak
Dnia 2010-06-13, nie o godzinie 14:39 +0300, Alberto Mardegan pisze: > (off topic: if you can find some way to reproduce it reliably, please file a > bug > -- although if you really need to take out the battery, that cannot be a bug > in > the application itself) > I had similar problem and

Re: QT map widget

2010-06-14 Thread Kimmo Hämäläinen
On Mon, 2010-06-14 at 08:18 +0200, ext Alberto Mardegan wrote: ... > I'm not sure about virtual memory, but about CPU mappero will never use more > than 30-35% -- it simply isn't allowed by the OS (startup times could be much > faster if it were...). wooot? :) Who is using the rest 70% of the C

Re: QT map widget

2010-06-13 Thread Alberto Mardegan
kate.alh...@nokia.com wrote: Situation is when lot of map tiles are loaded. "loaded" as in "downloaded"? About the number of tiles loaded into memory, mappero uses a tile cache, which is actually quite big (140 tiles, and tiles are textures sized 256x256 pixels) so it may consume quite a bit

Re: QT map widget

2010-06-13 Thread Joerg Reisenweber
[kate.alh...@nokia.com So 13. Juni 2010]: > - Original message - > For application performance and cpu usage also time needed for tile pre- > processing need to be counted. > > Does it some scaling for tiles after loading them ? > > Finally time used for scaling tiles is one key issues.

Re: QT map widget

2010-06-13 Thread kate.alhola
- Original message - > kate.alh...@nokia.com wrote: > > I don't know hat mappero (ex maemo mapper) does internaly but least, > it > > can eat all cpu power when doing "processing maps" so that only way > out > > is remove battery from device. > > I've been told

Re: QT map widget

2010-06-13 Thread Alberto Mardegan
kate.alh...@nokia.com wrote: I don't know hat mappero (ex maemo mapper) does internaly but least, it can eat all cpu power when doing "processing maps" so that only way out is remove battery from device. I've been told that this happens when downloading large amounts of map tiles, so it has n

Re: QT map widget

2010-06-13 Thread kate.alhola
- Original message - > Hi, > > Am Samstag 12 Juni 2010 schrieb Ian Stirling: > > And speedups may be very possible - if for example you can offload > > portions of the workload onto a GPU. > That addresses the performance problem, but this likely also if you do > this > for performance reas

Re: QT map widget

2010-06-13 Thread Ian Stirling
Till Harbaum / Lists wrote: Hi, Am Samstag 12 Juni 2010 schrieb Joerg Reisenweber: It's rather moot, as this isn't a movie at 25fps, so an occasional image refresh, no matter how it's done, will take magnitudes less energy per time in average, than the backlight eats to display the image. When

Re: QT map widget

2010-06-13 Thread Sampo Savola
Hey When I started to write eCoach in Qt I had to search for existing mapwidget in Qt. I came to result that QMapControl is the best current solution. I tried also marble but i think it is an overkill for a device like N900. I suggest that the QMapControl could be the basis for the new Qt ma

Re: QT map widget

2010-06-12 Thread Till Harbaum / Lists
Hi, Am Samstag 12 Juni 2010 schrieb Joerg Reisenweber: > It's rather moot, as this isn't a movie at 25fps, so an occasional image > refresh, no matter how it's done, will take magnitudes less energy per time > in > average, than the backlight eats to display the image. When screen is dimmed >

Re: QT map widget

2010-06-12 Thread Joerg Reisenweber
[Till Harbaum / Lists Sa 12. Juni 2010]: > Hi, > > Am Samstag 12 Juni 2010 schrieb Ian Stirling: > > And speedups may be very possible - if for example you can offload > > portions of the workload onto a GPU. > That addresses the performance problem, but this likely also if you do this > for per

Re: QT map widget

2010-06-12 Thread Till Harbaum / Lists
Hi, Am Samstag 12 Juni 2010 schrieb Ian Stirling: > And speedups may be very possible - if for example you can offload > portions of the workload onto a GPU. That addresses the performance problem, but this likely also if you do this for performance reasons, it also increases battery consumption

Re: QT map widget

2010-06-12 Thread Ian Stirling
Till Harbaum / Lists wrote: Hi, Am Freitag 11 Juni 2010 schrieb Marijn Kruisselbrink: You might also want to look at the marblewidget (http://edu.kde.org/marble/). I did. On the n900 as well as on the linux desktop. While i really think this is great for desktops i also think that it isn't

Re: QT map widget

2010-06-12 Thread Till Harbaum / Lists
Hi, Am Freitag 11 Juni 2010 schrieb Marijn Kruisselbrink: > You might also want to look at the marblewidget (http://edu.kde.org/marble/). > As far as I know it can be built without any kde dependency, and is pretty > powerful. I did. On the n900 as well as on the linux desktop. While i really t

Re: QT map widget

2010-06-11 Thread Till Harbaum / Lists
Hi, Am Freitag 11 Juni 2010 schrieb Simon Pickering: > Would a wiki page be useful to determine people's wishes for such a Here we go: http://wiki.maemo.org/QTMapWidget Till ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.ma

Re: QT map widget

2010-06-11 Thread Till Harbaum / Lists
Hi, Am Freitag 11 Juni 2010 schrieb tero.k...@nokia.com: > It looks like the people at Qt are thinking of this as well. > http://qt.nokia.com/developer/qt-roadmap/ mentions Maps/Navigation API and > while the details are really scarce (it's only a roadmap, so that is > expected), it does state t

Re: Re: QT map widget

2010-06-11 Thread Till Harbaum
Hi, - original Nachricht > I should add that I totally agree with the goal here. The question is > whether it would be better to decide exactly what we want (in terms of > features, hw accelerated rendering, etc.) and write something new, or to > modify an existing piece of code.

Re: QT map widget

2010-06-11 Thread Simon Pickering
On 11/06/2010 10:02, Till Harbaum wrote: with the switch to qt i think there's a need for a qt map widget. I really see a need for a unified widget to be used by all applications. The current situation with multiple different map widgets on maemo5 shows what imho should be prevented: - They stor

Re: QT map widget

2010-06-11 Thread Gary Birkett
Till, I totally agree! regarding qmapcontrol, i was just talking to sampo about this and we identified a rendering bug that i fixed in place (hes got the latest code somewhere) i like the look of this widget, its fairly simple to understand and has support for multiple download services and would

Re: QT map widget

2010-06-11 Thread Simon Pickering
A start may be this widget: http://medieninf.de/qmapcontrol/ You might also want to look at the marblewidget (http://edu.kde.org/marble/). As far as I know it can be built without any kde dependency, and is pretty powerful. Apparently it's also already running on an N900 (from the bottom

Re: QT map widget

2010-06-11 Thread Marijn Kruisselbrink
On Friday 11 June 2010 11:02:53 Till Harbaum wrote: > Hi, > > with the switch to qt i think there's a need for a qt map widget. I really > see a need for a unified widget to be used by all applications. The > current situation with multiple different map widgets on maemo5 > shows what imho should b

RE: QT map widget

2010-06-11 Thread tero.kojo
> -Original Message- > From: maemo-developers-boun...@maemo.org [mailto:maemo-developers- > boun...@maemo.org] On Behalf Of ext Till Harbaum > Sent: 11 June, 2010 12:03 > To: maemo-developers@maemo.org > Subject: QT map widget > > Hi, > > with the switch to qt i think there's a need for a