<feed xmlns='http://www.w3.org/2005/Atom'>
<title>subsurface.git/core, branch v4.8.3</title>
<subtitle>forked from https://github.com/subsurface/subsurface</subtitle>
<id>https://git.tsegers.com/subsurface.git/atom/core?h=v4.8.3</id>
<link rel='self' href='https://git.tsegers.com/subsurface.git/atom/core?h=v4.8.3'/>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/'/>
<updated>2018-09-28T22:06:00Z</updated>
<entry>
<title>Parser: parse text-based files into arbitrary table</title>
<updated>2018-09-28T22:06:00Z</updated>
<author>
<name>Berthold Stoeger</name>
<email>bstoeger@mail.tuwien.ac.at</email>
</author>
<published>2018-09-28T11:59:01Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=32a4ce61694bfe8364227440ea5716df7cc61fd1'/>
<id>urn:sha1:32a4ce61694bfe8364227440ea5716df7cc61fd1</id>
<content type='text'>
In d815e0c9476ef62e6b84fb28ce48ab7cddefe77e a dive_table pointer
was added to the parsing functions to allow parsing into tables
other than the global dive table. This will be necessary for undo of
import and implementation a cleaner interface. A few cases, notably
CSV and proprietary formats were forgotten.

Implement parsing into arbitrary tables also for these cases.

Signed-off-by: Berthold Stoeger &lt;bstoeger@mail.tuwien.ac.at&gt;
</content>
</entry>
<entry>
<title>Cleanup: remove redundant prototypes from dive.h</title>
<updated>2018-09-28T14:47:39Z</updated>
<author>
<name>Berthold Stoeger</name>
<email>bstoeger@mail.tuwien.ac.at</email>
</author>
<published>2018-09-28T10:09:18Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=3137fbe973301248530c0aa85c69bf49ad32664a'/>
<id>urn:sha1:3137fbe973301248530c0aa85c69bf49ad32664a</id>
<content type='text'>
A few of these prototypes were already in import-csv.h.
Put them in an 'extern "C" { ... }' block.

Signed-off-by: Berthold Stoeger &lt;bstoeger@mail.tuwien.ac.at&gt;
</content>
</entry>
<entry>
<title>Cleanup: Make add_sample_data() local to translation unit</title>
<updated>2018-09-28T14:47:39Z</updated>
<author>
<name>Berthold Stoeger</name>
<email>bstoeger@mail.tuwien.ac.at</email>
</author>
<published>2018-09-28T08:29:15Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=2e6df623bbf582e1177afb68af3bdb7843fca9d9'/>
<id>urn:sha1:2e6df623bbf582e1177afb68af3bdb7843fca9d9</id>
<content type='text'>
This function in parse_csv.c was not used anywhere. Make
it of static linkage.

Signed-off-by: Berthold Stoeger &lt;bstoeger@mail.tuwien.ac.at&gt;
</content>
</entry>
<entry>
<title>qt-ble: allow reading of partial packet data</title>
<updated>2018-09-26T19:13:20Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2018-09-26T18:23:57Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=890d4c3d649dd55817d4bb85d62ad433a61cebe4'/>
<id>urn:sha1:890d4c3d649dd55817d4bb85d62ad433a61cebe4</id>
<content type='text'>
The existing BLE dive computers treat BLE as the packetized protocol it
is, and read whole packets at a time.

However, the Mares BlueLink backend treats it as just a basic "serial
over BLE" transport, and for historical reasons reads the reply packets
in smaller chunks.

This allows that kind of IO behavior, where if the divecomputer backend
reads just a part of a packet, we'll split the packet, return the part
the user asked for, and push back the leftover packet onto the received
packet queue.

Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Allow XML sample times to have hh:mm:sec format</title>
<updated>2018-09-26T19:13:20Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2018-09-25T22:35:47Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=8426024b76ebc6e3aa3def24aa077a5b7442347c'/>
<id>urn:sha1:8426024b76ebc6e3aa3def24aa077a5b7442347c</id>
<content type='text'>
We traditionally only allow samples to have a time format of 'mm:ss', so
if you have a dive over an hour, you would just have a minutes field
larger than 60 minutes.

But Matthew Critchley is trying to import some dives from his VMS
Redbare CCR, and the sample timestamp format he has is of the type
'hh:mm:ss'.

That could be fixed by a xslt translation, but there's no real reason
why we couldn't just support that format too.

Reported-by: Matthew Critchley &lt;matthew.s.critchley@gmail.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>qt-ble: add BLE packet debugging code</title>
<updated>2018-09-25T23:41:13Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2018-09-24T03:04:08Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=05fe19a23ff4b23fc2d4cbcf84fdc141d4491e4b'/>
<id>urn:sha1:05fe19a23ff4b23fc2d4cbcf84fdc141d4491e4b</id>
<content type='text'>
This is perhaps overly verbose, but the timing details helped figure out
some EON Core download issues, and it's nice to see when things actually
happen.

It's also good to see when the data actually enters our queues, and when
we read and write the packets.  That might help debug the issues Fabio
is seeing with the Mares Bluelink.

Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>qt-ble: only connect the signals to the preferred service</title>
<updated>2018-09-25T23:41:13Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2018-09-25T22:20:33Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=0ba105d2a71d65fb272837a753bf54c3e5094f8f'/>
<id>urn:sha1:0ba105d2a71d65fb272837a753bf54c3e5094f8f</id>
<content type='text'>
We used to just find all services and connect the characteristics change
signal etc to them all, but we really only care about the actual
preferred service that we'll be using.

So move the qt ble signal connection to after we've selected the
preferred service that we will actually be enabling notifications on and
do the writes to.

Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Metadata: rudimentary support for XMP metadataa in MP4-based videos</title>
<updated>2018-09-25T21:59:14Z</updated>
<author>
<name>Berthold Stoeger</name>
<email>bstoeger@mail.tuwien.ac.at</email>
</author>
<published>2018-09-15T17:11:01Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=cc4f48be3f49ffef51c7c0cb328de709a05c4a7d'/>
<id>urn:sha1:cc4f48be3f49ffef51c7c0cb328de709a05c4a7d</id>
<content type='text'>
XMP is a media-metadata standard based on XML which may be used
across a variety of media formats. Some video-processing software
writes XMP data without updating the native metadata fields.
Therefore, we should aim at reading XMP metadata and give priority
of XMP data over native fields.

Pros:
	- Support for *all* common media formats.
Cons:
	- XML (complex, verbose, chaotic).
	- Does not even come close to fulfilling its promise of being
	  well defined (see below).

Implement a simple XMP-parser using libxml2. Connect the XMP-parser to
the existing Quicktime/MP4 parser.

First problem encountered: According to the spec, XMP data supposed
to be put in the 'XMP_' atom. But for example exiftools instead
writes an 'uuid' atom with a special 16-byte uid. Implement both,
more options will probably follow.

Second problem: two versions of recording the creation date were found
  1) The content of a &lt;exif:DateTimeOriginal&gt; tag.
  2) The xmp::CreateDate attribute of a &lt;rdf:Description&gt; tag.

Here too, more versions are expected to surface and will have
to be supported in due course (with an obvious priority problem).

Signed-off-by: Berthold Stoeger &lt;bstoeger@mail.tuwien.ac.at&gt;
</content>
</entry>
<entry>
<title>cleanup: do not compare doubles like this</title>
<updated>2018-09-25T14:01:39Z</updated>
<author>
<name>Jan Mulder</name>
<email>jlmulder@xs4all.nl</email>
</author>
<published>2018-09-25T10:28:53Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=5480d08d15aca6710ad900b5084d786798bef7ab'/>
<id>urn:sha1:5480d08d15aca6710ad900b5084d786798bef7ab</id>
<content type='text'>
Cleanup another possibly dangerous compare of doubles.

Signed-off-by: Jan Mulder &lt;jlmulder@xs4all.nl&gt;
</content>
</entry>
<entry>
<title>qPref: don't compare doubles for equality</title>
<updated>2018-09-25T13:58:17Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2018-09-23T01:01:16Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=619289074ba33f00bb19c5fe62c2c72782d5b997'/>
<id>urn:sha1:619289074ba33f00bb19c5fe62c2c72782d5b997</id>
<content type='text'>
This is a much safer way to do this.

Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
</feed>
