Quote:
Originally Posted by pshute
I seems that it will only matter if you uninstall the application, as the tracks in RMS appear to be retained through reboots, and tracks that are too large for that area seem to be stored on the memory card instead. Tracks might also be lost if you do an upgrade without uninstalling, but I'm not sure about that.
|
Only uninstalling bbTracker should clear out the RMS, updating should retain it.
Quote:
|
Exported tracks get stored in the right area, which is all one would normally worry about.
|
Exported tracks are always stored to the file system, as storing them in the RMS would be useless (the user doesn't have direct access to the RMS).
Quote:
|
If the program does now operate as above, then there's not that much cause for alarm. I'm just worried that if it's not doing what it ought to and we don't know why then we should consider this behaviour erratic and possibly untrustworthy.
|
I think I found the root problem: In my refactoring in 0.5.0 I accidentally switched the order of the two storage locations (RMSTrackStore and FileTrackStore for anyone interested in digging into the code).
Now bbTracker *first* tries to store to the RMS and if that fails (because the RMS is full or the track is too long), then it'll write to your directory.
Thats obviously sub-optimal, since the RMS is supposed to be a worst-case thing. And now, when you actually reach a point where bbTracker can't store to your filesystem it will also be unable to store to the RMS, since it already filled that up ... not a good idea.
I will fix this in the next version.
For now a workaround would be to fill up the RMS with "useless" tracks. Then new tracks will be stored to the file system.
Quote:
|
Incidentally, 96 tracks makes the program extremely slow to display a list of them, and even just to delete one. I advise other users not to allow this many to accumulate in one directory.
|
Thats because bbTracker currently reads at least the first few bytes of every track to find out its name. I should really start keeping an index of known tracks to speed this stuff up, but have not done so, because this usually brings with itself its own set of problems (index being out-of-sync, index being corrupt, ...).
Quote:
While I prefer BBTracker's coordinate format (degrees, minutes, seconds) I occasionally have to enter decimal coordinates into other programs. I'd like to be able to swap between DMS and decimal format.
Rather than adding another configuration option, perhaps it would be simpler to just show both formats on the Details view.
|
A useful thing, for sure. But I don't think I should overload the details view any more (on large font not even the number of satellites displays correctly on my 8800).
That being said: suggestions on how to streamline the UI or how to make it look nicer are always welcome
