<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mjb/altos/altosuilib, branch 1.6.3</title>
<subtitle>AltOS - the operating system for Altus Metrum products
</subtitle>
<id>https://git.ethernal.org/mjb/altos/atom?h=1.6.3</id>
<link rel='self' href='https://git.ethernal.org/mjb/altos/atom?h=1.6.3'/>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/'/>
<updated>2016-05-05T09:25:52+00:00</updated>
<entry>
<title>altoslib: Fix map preloading callbacks, run in separate thread</title>
<updated>2016-05-05T09:25:52+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2016-05-05T09:25:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=e0081f7ba6fc9f1e4484d3e291fd30065ad5b620'/>
<id>urn:sha1:e0081f7ba6fc9f1e4484d3e291fd30065ad5b620</id>
<content type='text'>
The map storage and tile callbacks were muddled together. Create
clearly separate states for map data and have status updates be
delivered when registering for new status events so that registration
is sufficient to track the state without an explicit call to get the
current state.

Run the map tile creation in a separate thread so that even checking
status of files on disk runs out of the UI thread.

These fixes serve to make the pacifier update more smoothly, and also
not over/under count tile loading so that the loading actually
completes when all of the tiles are loaded.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altoslib: Correct stats for flights without a real landing</title>
<updated>2016-05-01T01:33:25+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2016-05-01T01:33:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=4219fd7720caeec196bf6cb1b4cf78c8fadaf3cd'/>
<id>urn:sha1:4219fd7720caeec196bf6cb1b4cf78c8fadaf3cd</id>
<content type='text'>
The landing time was miscomputed when the flight ended without
entering the landed state, as when the recording terminates at
apogee.

This led to an uncomputed average boost accel, so that is now checked
separately from max accel (which is done over the whole flight, not
just boost).

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altoslib: Make AltosPreferencesBackend abstract. Add set/put Serializable</title>
<updated>2016-04-28T19:29:16+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2016-04-28T19:29:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=ec20e2f72460010c4f59e6d59775671260e01026'/>
<id>urn:sha1:ec20e2f72460010c4f59e6d59775671260e01026</id>
<content type='text'>
This lets us add functionality to this directly, such as the new
serializable APIs.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>Update java library version numbers</title>
<updated>2016-04-22T01:33:51+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2016-04-22T01:12:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=21d176f161b90f18f236ef887cef9676d712eee3'/>
<id>urn:sha1:21d176f161b90f18f236ef887cef9676d712eee3</id>
<content type='text'>
Prepare for 1.6.3 release.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altoslib: Add debugging to AltosPreferences.state() etc</title>
<updated>2016-04-20T03:21:30+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2016-04-20T03:17:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=45bcf595d0a6a6001459f7f2055cd15e4839550b'/>
<id>urn:sha1:45bcf595d0a6a6001459f7f2055cd15e4839550b</id>
<content type='text'>
This let me find why AltosDroid was losing the last state information
for each target.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altosuilib: Control map debugging output with Serial.debug</title>
<updated>2016-03-26T23:07:20+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2016-03-26T22:57:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=c61014914c80ad0dba72224109d9b147bb343562'/>
<id>urn:sha1:c61014914c80ad0dba72224109d9b147bb343562</id>
<content type='text'>
This uses the same debug control as the serial output to monitor map downloading

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altosuilib: Note that Windows now supports Bluetooth</title>
<updated>2016-03-21T05:01:07+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2016-03-21T05:01:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=4dddf0a9134690d94217ad12bc7372683276f8ba'/>
<id>urn:sha1:4dddf0a9134690d94217ad12bc7372683276f8ba</id>
<content type='text'>
Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>Update java library versions</title>
<updated>2016-01-10T20:31:46+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2016-01-10T20:30:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=7041c386cdf37716f8daf0bc1a9204db620e3de9'/>
<id>urn:sha1:7041c386cdf37716f8daf0bc1a9204db620e3de9</id>
<content type='text'>
altoslib is API incompatible with 1.6.1 release due to altos.state updates.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altosuilib: In display thread, set new state synchronously</title>
<updated>2015-10-13T20:54:28+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2015-09-21T05:00:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=a81d028dc62a0a624051fc3c9debb9687fda931e'/>
<id>urn:sha1:a81d028dc62a0a624051fc3c9debb9687fda931e</id>
<content type='text'>
When replaying telemetry, received_time gets set by both the
telemetry reader (when the file is initially read) and by the replay
reader (as the telemetry is processed). Because these two events are
separated by the time it takes to play the file, the second time is
the one we want for figuring out how long since the last telemetry
packet. However, if we set the global state when pulling the state out
of the telemetry reader, and then the replay reader pauses for a long
time, then the voice output thread sees the intermediate time value
and thinks that it has been a long time since the last packet was
received and reports that the rocket may have crashed.

Fix this by just holding the read state until it has been passed by
the replay reader and had the received_time set to current time.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altoslib: Hide 'state' member and use accessor function</title>
<updated>2015-10-13T20:54:28+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2015-09-13T02:20:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=0afa07d3c1dcb5e301fcb8b4edfecdd961662478'/>
<id>urn:sha1:0afa07d3c1dcb5e301fcb8b4edfecdd961662478</id>
<content type='text'>
Someone was smashing the state to 'landed' when no packets had been
received for a while. Found that by making it impossible for anyone
outside of AltosState to change the value.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
</feed>
