<div dir="auto">Stupid question... does version 2.1.5 (4.8.3.307) include the libdivecomputer fix for the G2 download issue with firmware version 1.4? I received the app update 2 days ago, and it's failing to download in what appears (at least superficially) to be the same manner.<div dir="auto"><br></div><div dir="auto">Please be aware that I recently replaced my original phone with a Google Pixel 3 XL, so I can't rule out a phone issue at this point.</div><div dir="auto"><br></div><div dir="auto">I've attached subsurface.log and libdivecomputer.log, just in case they're needed.</div><div dir="auto"><br></div><div dir="auto">Thanx!</div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Oct 8, 2018, 16:51 Adric Norris <<a href="mailto:landstander668@gmail.com">landstander668@gmail.com</a> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Not that it matters much at this point, but I'm pretty sure the change would have started with the 1.4 firmware. I remember learning there was an update the night before my Tec 40 class, and decided to defer it since I didn't want to risk breaking anything at the time.<br></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Oct 8, 2018 at 2:29 PM Linus Torvalds <<a href="mailto:torvalds@linux-foundation.org" target="_blank" rel="noreferrer">torvalds@linux-foundation.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Oct 8, 2018 at 12:09 PM Linus Torvalds<br>
<<a href="mailto:torvalds@linux-foundation.org" target="_blank" rel="noreferrer">torvalds@linux-foundation.org</a>> wrote:<br>
><br>
> But I can just ignore the odd byte - and then my G2 download succeeds.<br>
<br>
I've updated libdivecomputer with the odd new G2 BLE behavior:<br>
<br>
    <a href="https://github.com/Subsurface-divelog/libdc/commit/f0fe141373dd3f1ff5b7b6d2c0f13b47da894096" rel="noreferrer noreferrer" target="_blank">https://github.com/Subsurface-divelog/libdc/commit/f0fe141373dd3f1ff5b7b6d2c0f13b47da894096</a><br>
<br>
Jef - the comment in there says it all. The G2 BLE behavior is very<br>
odd as of fw 1.4, but it seems intentional.<br>
<br>
Maybe it started earlier, I never tested the 1.3 firmware.<br>
<br>
I suspect Uwatec uses the new first byte to figure out lost packets or<br>
something - and it may be related to the fact that now their desktop<br>
app seems to support bluetooth on Windows too (at least I don't<br>
_think_ it used to, but who knows).<br>
<br>
In the meantime, I changed it to still treat the first byte as a<br>
length byte - unless it's larger than the possible packet size. The<br>
USB HID side definitely still treats it as a length byte, even for the<br>
"long stream" case. And I suspect the odd pattern has been chosen<br>
explicitly so that the new byte has that "bigger than a packet"<br>
behavior, because the first byte is never smaller than 20 (except for<br>
the small packet case where it still is the length).<br>
<br>
Dive computer manufacturers are odd, odd, odd.<br>
<br>
                    Linus<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="m_-1917235737569843620gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">"In the beginning the Universe was created. This has made a lot of people very angry and been widely regarded as a bad move." -Douglas Adams<br></div></div>
</blockquote></div>