I’m hoping it’s 4.7.4 :-)
This could be a case where we have (inadvertently?) rev’ed a version of a QML
component that’s too new for the Qt version on your Ubuntu system.
Did you build from source, did you use the PPA? Which Qt version do you have on
your Ubuntu box?
/D
> On Dec 2, 2017, at
My guess is that this will change with the iostreams that Jef is working on,
but right now when I build libdivecomputer for iOS (where I have no libusb /
hidusb support), half the dive computers that we actually are able to support
via BLE are not compiled in (Suunto EON Steel and EON Core,
On 2 December 2017 at 22:29, Anton Lundin wrote:
> Can you save the same dive from Shearwater Desktop so I can take a look
> at the mV values they report there, so see of they are out by about -8
> or so?
>
>
Sorry I forgot I shared it privately with Jef
It's attached now.
>
On 02 December, 2017 - Anton Lundin wrote:
> On 02 December, 2017 - Anton Lundin wrote:
>
> > On 17 November, 2017 - Davide DB wrote:
> >
> > > On 17 November 2017 at 19:10, Anton Lundin wrote:
> > > > On 17 November, 2017 - Davide DB wrote:
> > > >
> > > >> Looking to one
On 02 December, 2017 - Anton Lundin wrote:
> On 17 November, 2017 - Davide DB wrote:
>
> > On 17 November 2017 at 19:10, Anton Lundin wrote:
> > > On 17 November, 2017 - Davide DB wrote:
> > >
> > >> Looking to one of my CCR dives (Petrel 2 controller) I realized that
> > >>
On 02 December, 2017 - Bill Perry wrote:
> Anton,
>
> Have you or Jeff ever directly approached Shearwater to get a working
> relationship with them to avoid having to do all this reverse engineering?
>
We never got any response.
//Anton
--
Anton Lundin+46702-161604
Hi Scott,
Thanks for the feedback - this is super helpful.
I noticed (sadly, after pushing to TestFlight) that only the Shearwater dive
computers populate. The other ones are missing and I haven't figured out why,
yet.
> On Dec 2, 2017, at 12:33 PM, Scott Ireland wrote:
Sorry - but the download data is an implementation data. What they support are
their own dive log apps.
So we get decent documentation about the data you can get via the download, but
some questions they decline to answer.
Support from Shearwater is among the best of all the companies we work
But if the download data contains information that must be
interpreted/converted then it is no longer an internal implementation detail.
On 12/02/2017 12:56 PM, Dirk Hohndel wrote:
> We have a very good working relationship with Shearwater. So far their
> position has been that this is an
We have a very good working relationship with Shearwater. So far their position
has been that this is an internal implementation detail that is not documented.
/D
> On Dec 2, 2017, at 10:45 AM, Bill Perry
> wrote:
>
> Anton,
>
> Have you or
Anton,
Have you or Jeff ever directly approached Shearwater to get a working
relationship with them to avoid having to do all this reverse engineering?
About 10 years ago when I was reverse engineering the Aeris dive computers, I
tried to build a relationship with Pelagic and even tried to get
On 17 November, 2017 - Davide DB wrote:
> On 17 November 2017 at 19:10, Anton Lundin wrote:
> > On 17 November, 2017 - Davide DB wrote:
> >
> >> Looking to one of my CCR dives (Petrel 2 controller) I realized that
> >> Po2 values reported by Subsurface at the 6 meter stop are
On 01 December, 2017 - John Smith wrote:
>
>
> On 1 Dec 2017, at 20:39, Davide DB
> > wrote:
>
> Yes I know perfectly how calibration works. I meant how po2 is calculated
> from downloaded data.
>
> Sorry, I wasn’t making myself clear. The point
No problem.
Today dive. Again a small offset between Shearwater desktop and Subsurface
pO2 values.
Am I the only one with a Petrel controller ccr?
Jan?
davide@mobile
Il 01 dic 2017 23:20, "John Smith" ha scritto:
>
>
> On 1 Dec 2017, at 20:39, Davide DB
14 matches
Mail list logo