![]() |
Re: [ANNOUNCE] Columbus Navigation Toolkit
Quote:
|
Re: [ANNOUNCE] Columbus Navigation Toolkit
Quote:
Quote:
Quote:
|
Re: [ANNOUNCE] Columbus Navigation Toolkit
Quote:
|
Re: [ANNOUNCE] Columbus Navigation Toolkit
Quote:
If this issue continues, let me know and then we can try and debug it properly (as long as it seems to happen 100% of the time) |
Re: [ANNOUNCE] Columbus Navigation Toolkit
Quote:
Streaming over bluetooth will probably effect your battery life quite substantially, though I've not done any serious power tests yet. |
Re: [ANNOUNCE] Columbus Navigation Toolkit
Quote:
Now, the initial time a ran it, it spent spent several minutes getting the lock, the a few minutes showing the location, then it crashed. |
Re: [ANNOUNCE] Columbus Navigation Toolkit
Quote:
|
Re: [ANNOUNCE] Columbus Navigation Toolkit
Quote:
Quote:
Quote:
@scavenger's results: If you're both overclocking and using bluetooth, that kinda makes sense. I'm not sure, how much the CPU is able to stay sleeping, and at what minimum frequency you put it - so I don't know how much overclocking WITH Columbus running is more or less battery conserving. Columbus runs fine for me without the overclock, so I say don't do it unless you see it fetches you better results battery-wise. Overclocking is only battery efficient when the N900 is able to get it's processor awake time reduced enough to outweigh the extra power draw spent on higher clock speeds. If the task keeps the processor awake non-stop, and doesn't let it drop down to a lower frequency... *Shrug* Bluetooth radio being on on the otherhand, and actively streaming all that data from/to whatever it's streaming it to/from would make sense on the two-hour battery run-out. I mean, with mine running using the internal GPS, I lasted over 4 hours, even with one of them spent actively being on the wifi. Heat-wise, I THINK it's also mainly the bluetooth and the overclocking. Depending on voltage, especially the overclocking. I HAVE occasionally gotten heat from the GPS chip (or what I THINK is the GPS chip), but I normally only get it from battery, or heavy wifi/processor usage. Both battery depletion and heat makes sense in context... Not sure if there's any way Columbus could be optimized to reduce those things, but it definitely seems to be no less optimized that most programs in that regard. Quote:
So unless you moved a few hundred miles between the first lock and consequent quicker locks, that's standard behavior... I don't know about the crashing though. Perhaps there's something to it though, and it may be correlated to my two-quick-succession crashes... What do you have installed that's likely to be running in the background while Columbus runs? I have the lxp injection-capable drivers loaded, X-Terminal windows open (I was browsing some directories, also editing the ~/.config/menu/submenus/ files that you can edit with ApMeFo to create folders in your menu structure... But with vi and X-Term instead of through ApMeFo because I'm a hardass like that. I have a bunch of Python-based status menu applets running (Advance Interface Switcher, Advance Power, Advanced Clock Plugin) in the background, but updating and showing because I had status bar visible... Ummm, I also have ShortcutD, I'm pretty sure I have SSH server up in the background, as well as a the regular slew of system daemons. The only thing out of norm is the power kernel's module that reports battery values, like temperature; I have that loaded at boot by default. But that wasn't being accessed to fetch any values at the time by anything that I can think of... I have the 'swappolube' mods, but I do it the old school way before swappolube - manually - and they're not standard swappolube values. |
Re: [ANNOUNCE] Columbus Navigation Toolkit
Quote:
|
Re: [ANNOUNCE] Columbus Navigation Toolkit
Quote:
|
All times are GMT. The time now is 16:52. |
vBulletin® Version 3.8.8