On Wed, Apr 25, 2018 at 11:51 AM, Dirk Hohndel <d...@hohndel.org> wrote:
>
> I have a Petrel (single stack BT) and Petrel 2 (dual stack) and will test
> those over lunch today. I'll try to test Mac and Android (embarrassingly,
> I currently don't have a Linux laptop with working BLE...)
Note that the magic channel/port number thing is Linux desktop-specific:
#if defined(Q_OS_LINUX) && !defined(Q_OS_ANDROID)
And it was literally the Petrel 2 that triggered that "try channel 5".
I have no idea how that is supposed to work, or what the crazy rules
about rfcomm ports even -are-. I'm just looking at the code, and going
"eww".
Also note that on Linux and Windows, we could just use the
libdivecomputer bluetooth backend that just uses the raw socket.
Also, Jef just uses port 0 for everything.
So the whole "port/channel" thing may be entirely pointless.
Linus
_______________________________________________
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
