Re: Italian version of Subsurface-mobile on iOS shows Korean UI

[tormento via subsurface]

Kek.

Copy and paste will lead to a thermonuclear war, one day.

Thanks!

A.

Il giorno ven 15 mar 2024 alle 15:57 Dirk Hohndel via subsurface <
subsurface@subsurface-divelog.org> ha scritto:

>
> I spent a ridiculous amount of time trying to find out which memory
> corruption or which recent change to our handling of translations would
> have caused this weird bug.
> And as usual, it turned out to be something insanely stupid and insanely
> obvious. A silly cut and paste error. And I should have looked there much
> earlier, because it was so odd that it was JUST the Italian translation and
> ONLY on iOS.
>
> Oh well. I just pushed a fix into master (ignoring the PR process as that
> doesn't create working iOS builds that we could test, anyway), and I'm
> uploading a new binary for iOS as we speak.
> Of course we still have to wait for the iOS App Store dance, but hopefully
> this will be fixed, soon.
>
> /D
> ___
> subsurface mailing list -- subsurface@subsurface-divelog.org
> To unsubscribe send an email to subsurface-le...@subsurface-divelog.org
>
___
subsurface mailing list -- subsurface@subsurface-divelog.org
To unsubscribe send an email to subsurface-le...@subsurface-divelog.org

Re: Korean?

[tormento via subsurface]

Sent. I had to send to myself as I can't use Gmail from Subsurface.

A.

Il giorno mar 12 mar 2024 alle ore 00:08 Dirk Hohndel  ha
scritto:

> I was giving it a 2% chance of fixing it - but I mainly assumed that it
> would allow me understand what the heck was going on.
> I'm pretty sure it has something to do with the specific languages that
> iOS tells you it has available and that somehow seriously confusing our
> code.
>
> We'll see when you send the log.
>
> /D
>
> On Mar 11, 2024, at 15:58, tormento wrote:
>
> Nope it didn’t fix.
>
> I will send the log file.
>
> Il giorno lun 11 mar 2024 alle 01:28 Dirk Hohndel via subsurface <
> subsurface@subsurface-divelog.org> ha scritto:
>
>> I created a new test build that should hopefully get approved for
>> TestFlight soon (look for 6.0.5118.2).
>> If you could try that one, let me know if it fixes things, and if it
>> doesn't fix things, create a support request from within the app so I get
>> to see the log file...
>>
>> Thanks
>>
>> /D
>
>
___
subsurface mailing list -- subsurface@subsurface-divelog.org
To unsubscribe send an email to subsurface-le...@subsurface-divelog.org

Re: Korean?

[tormento via subsurface]

Nope it didn’t fix.

I will send the log file.

Il giorno lun 11 mar 2024 alle 01:28 Dirk Hohndel via subsurface <
subsurface@subsurface-divelog.org> ha scritto:

> I created a new test build that should hopefully get approved for
> TestFlight soon (look for 6.0.5118.2).
> If you could try that one, let me know if it fixes things, and if it
> doesn't fix things, create a support request from within the app so I get
> to see the log file...
>
> Thanks
>
> /D
>
> > On Mar 8, 2024, at 23:45, tormento via subsurface <
> subsurface@subsurface-divelog.org> wrote:
> >
> > The last TestFlight build opens in Korean!
> >
> > How can I reset language without knowing a single word?
> >
> > Thanks,
> > Alberto
> > ___
> > subsurface mailing list -- subsurface@subsurface-divelog.org
> > To unsubscribe send an email to subsurface-le...@subsurface-divelog.org
>
> ___
> subsurface mailing list -- subsurface@subsurface-divelog.org
> To unsubscribe send an email to subsurface-le...@subsurface-divelog.org
>
___
subsurface mailing list -- subsurface@subsurface-divelog.org
To unsubscribe send an email to subsurface-le...@subsurface-divelog.org

Re: Feature request - min temp and max temp options to display in dive log listing

[tormento via subsurface]

Supposing that the delay is linear, what about a time offset setting?

Alberto

Il giorno lun 14 ago 2023 alle 20:59 Robert Helling via subsurface <
subsurface@subsurface-divelog.org> ha scritto:

> Matt,
>
> On 14. Aug 2023, at 19:24, Matt Wilbur via subsurface <
> subsurface@subsurface-divelog.org> wrote:
>
> I'm not sure this is a feasible request for mobile subsurface, but on mac
> I frequently use subsurface, and I'm also doing surveys on every dive for
> reef.org (I've done about 120 since may). We have to report max and min
> temps in our surveys so they can hopefully correlate temps with the
> critters and locations we find them in.
>
> Would it be possible to adjust the "Temp." displayed with the dives in the
> dive log and the "Water Temp." in the info display to show a min and max
> water temp?  So I could just have my dive listing show me my min and max
> temps so I don't have to mouse over the dive profile plot to read the max
> temp on the dive?
>
> Whether this is doable or not, thank you SO MUCH for the fantastic open
> source dive logging app. I thought I might take a crack at adding a max
> temp field to display since the data is all in there - but lost my steam
> with the info "Water temp." display possibly needing to be changed too.
>
>
> the problem with this is that the typical temperature sensors on dive
> computers are very slow. At the start of the dive, the dive computer
> probably is at the surface air temperature and only slowly (except for
> dives in mid winter freezing temperatures) cools down to the water
> temperature. Thus I would not expect that for the first few minutes of the
> dive, the recorded temperature is actually the ambient water temperature.
> So what you would be recording as the max temperature is probably much more
> related to the surface air temperature (which we log if the dive computer
> reports it).
>
> On the other hand, the dive temperature that is shown in the dive list
> (you realise you can change the fields that are displayed there and their
> order) is the minimum temperature.
>
> At some point, I tried plotting the temperature against depth (rather than
> against time). I was hoping to see things there like thermoclines but that
> did not work exactly for the reason of inertia of the temperature sensor.
>
> Best
> Robert
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

DCIEM model

[tormento via subsurface]

I saw it first in Shearwater computers.

Could be possible to have it in Subsurface to play with it?

What are your opinions about it as deco model?

*Alberto*
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Replacement GPS logging app for iPhone

[tormento via subsurface]

Rego saves on Dropbox in json format.

After the dives, at home, I simply open the backup file with a text editor
and paste the GPS coordinates in Subsurface on Windows.

Alberto

Il giorno lun 18 ott 2021 alle 16:23 Dirk Hohndel via subsurface <
subsurface@subsurface-divelog.org> ha scritto:

> Which format do these apps save the GPS information in?
> Obviously the next request from someone will be to import such format...
>
> /D
>
>
> On October 18, 2021 7:04:44 AM PDT, Willem Ferguson via subsurface <
> subsurface@subsurface-divelog.org> wrote:
>>
>> In Android there are many similar programs. One of the more versatile is
>> GPS Essentials.
>> Kind regards,
>> Willem
>>
>> On Mon, 18 Oct 2021, 15:52 Jason Bramwell via subsurface, <
>> subsurface@subsurface-divelog.org> wrote:
>>
>>> I currently use the old no longer maintained Subsurface companion app
>>> for capturing my GPS position, this worked well for me and I didn’t really
>>> see any reason to switch my GPS logging to the newer Subsurface-mobile app.
>>> The old phone (this is the only thing I use it for) I use for capturing
>>> these GPS points is slowly dying and will need to be replaced at some
>>> point, the old app will not work on newer versions of iOS so I need to find
>>> an alternate solution.
>>>
>>> Subsurface-Mobile no longer supports GPS capture so that is no longer an
>>> option So I thought I’d tell others what app I have replaced it with (or am
>>> planning to use) as I’ve looked at quite a few and there has always been a
>>> catch or a problem with each one I’ve looked at before now.
>>>
>>> I’ve found an app today that seems to do exactly what I want, it
>>> captures GPS positions either as a one-time capture or an an automatic
>>> capture based on a time delay or distance between points. You can display
>>> the captured points either as a simple sequential list or visualise them on
>>> a map to pick the one you want.
>>>
>>> I’m hoping to try this for real alongside the old companion app) in the
>>> coming week but it looks like I now have something that’ll work for me.
>>>
>>> This is on iPhone, I don’t know if the same app is available on Android
>>> but if not this one then something similar will be out there. Perhaps
>>> Android users can reply with what they are using to save others the
>>> searching for something that isn’t junk.
>>>
>>> Regards
>>> Jason
>>>
>>>
>>>
>>> Sent from my iPhone___
>>> subsurface mailing list
>>> subsurface@subsurface-divelog.org
>>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>>
>> --
> from my phone
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Replacement GPS logging app for iPhone

[tormento via subsurface]

Perhaps I have already told that I find comfortable with Rego. I used it
since the first days it was out and “gained” a free pro license.

Really stable and with backup to Dropbox, so you can get places and GPS
coordinates from that file.

Alberto

Il giorno lun 18 ott 2021 alle 15:52 Jason Bramwell via subsurface <
subsurface@subsurface-divelog.org> ha scritto:

> I currently use the old no longer maintained Subsurface companion app for
> capturing my GPS position, this worked well for me and I didn’t really see
> any reason to switch my GPS logging to the newer Subsurface-mobile app.
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Removing all gps features

[tormento via subsurface]

On iOS I use Rego app to mark places. It can export to Dropbox and I get
GPS coordinates from it.

Alberto

Il giorno dom 12 set 2021 alle 08:56 Chirana Gheorghita Eugeniu Theodor via
subsurface  ha scritto:

> I know many people that use gps features and also I use it. But on the
> other hand I fully understand so ditching the code seems logic. Integrating
> get location from picture on mobile seems the way to go.
>
> On Sun, Sep 12, 2021, 03:20 Dirk Hohndel via subsurface <
> subsurface@subsurface-divelog.org> wrote:
>
>> The more I think about it the less I like the idea of leaving it in.
>> The code has already atrophied badly because Linus and I no longer use
>> it. And the sad reality is that things that I don't use don't get tested
>> and fixed in the mobile apps (with very few exceptions).
>> I can tell you for a fact that the current code has several massive bugs
>> and that the background service doesn't work on a ton of recent Android
>> phones (but oddly does work on others, including my Pixel5)
>>
>> So yeah, the solution will have to be to find ways to import GPS tracks
>> from other apps.
>>
>> In the meantime, you of course always have the option to not update this
>> app.
>>
>> /D
>>
>> > On Sep 11, 2021, at 3:34 PM, Steve 
>> wrote:
>> >
>> >
>> > Hi All,
>> >
>> > I use this feature all the time, only yesterday in-fact. Yet to load
>> dives from yesterday that will be done today sometime.
>> > Also lots of other people I know really like the GPS tagging but of
>> course not a lot of boat diving going on in the last 18 months, 99.9% of
>> these people aren't on the mailing list or check the Google group.
>> >
>> > Very few people have dive computers that record GPS position.
>> >
>> > It is such a great feature to be able to set the phone going and then
>> just leave it in the dry bag and concentrate on the rest of the dive & not
>> have to worry about touching it again on a rocking boat until getting back
>> to shore!
>> >
>> > I don't build mobile or side load mobile app at present (I only compile
>> for desktop atm).
>> >
>> > So I would say don't take the code out and I would side load to be able
>> to keep the GPS features.
>> >
>> > Cheers,
>> > Steve
>>
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

DCIEM decompression model

[tormento via subsurface]

Shearwater has introduced DCIEM decompression model on its models.

Would it be possible to have it in Subsurface to allow pre dive calculation?

Alberto
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

TestFligh expired

[tormento via subsurface]

I was about downloading my new dives and noticed that the TestFlight
version has expired.

New version coming or should I download the Apple Store version?

Alberto
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: heads up

[tormento via subsurface]

Unless without smartphone, he won’t be really disconnect :)

So, please, Dirk, give us all your mobile number so we contact you to
submit tech issues. : D

Alberto

Il giorno gio 17 giu 2021 alle 10:06 Werner Macho via subsurface <
subsurface@subsurface-divelog.org> ha scritto:

> enjoy the trip and being disconnected ..
> And don't forget to go diving ;) I'll do the same on saturday .
>
> regards
> Werner
>
> On Thu, Jun 17, 2021 at 10:04 AM Jason Bramwell via subsurface <
> subsurface@subsurface-divelog.org> wrote:
>
>> I echo Alberto’s thoughts, enjoy your trip, stay safe and we’ll all be
>> here once you are back.
>>
>> Jb
>>
>> Sent from my iPhone
>>
>> On 17 Jun 2021, at 08:52, tormento via subsurface <
>> subsurface@subsurface-divelog.org> wrote:
>>
>> 
>> And you did the best decision ever.
>>
>> Enjoy your trip and your family. We deserve lot of love.
>>
>> Alberto
>>
>> Il giorno mer 16 giu 2021 alle 23:46 Dirk Hohndel via subsurface <
>> subsurface@subsurface-divelog.org> ha scritto:
>>
>>> Hi Everyone,
>>>
>>> Just a quick heads up - I'll be on a family trip next week... and I
>>> decided not to take a computer with me.
>>>
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: heads up

[tormento via subsurface]

And you did the best decision ever.

Enjoy your trip and your family. We deserve lot of love.

Alberto

Il giorno mer 16 giu 2021 alle 23:46 Dirk Hohndel via subsurface <
subsurface@subsurface-divelog.org> ha scritto:

> Hi Everyone,
>
> Just a quick heads up - I'll be on a family trip next week... and I
> decided not to take a computer with me.
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Latest builds

[tormento via subsurface]

No recent Windows build found there.

Can you help me?

Thanks!

Il giorno ven 11 dic 2020 alle ore 16:52 Dirk Hohndel via subsurface <
subsurface@subsurface-divelog.org> ha scritto:

> In the latest chapter of this season of mishaps, my cell phone died
> suddenly.
> It took with it the token needed to unlock the code signing certificate.
> And I didn't realize that without an unlocked signing certificate the
> Windows binaries didn't get pushed.
>
> I just posted unsigned Windows binaries in the usual place:
>
> https://subsurface-divelog.org/downloads/test/
>
> /D
>
> On Dec 11, 2020, at 12:11 AM, Robert Helling via subsurface <
> subsurface@subsurface-divelog.org> wrote:
>
> Hi,
>
> I have a stupid question: Is there a place to find the latest Windows
> builds? They were once on GitHub, but I cannot find them anymore and on
> https://subsurface-divelog.org/downloads/daily/ Windows lacks behind
> Linux and Mac.
>
> Best
> Robert
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Importing dives from Shearwater Perdix AI straight into Subsurface

[tormento via subsurface]

I have the very same issue, i.e. Perdix recognized but no download possible.

Alberto

Il giorno gio 24 dic 2020 alle 00:07 Dirk Hohndel via subsurface <
subsurface@subsurface-divelog.org> ha scritto:

> It would be helpful to leave the other developers copied on these emails.
>
> Dive data import error is odd... I would have loved to see the logs from
> such an attempt.
> Can you tell it to create libdivecomputer log files and send those to us?
>
> /D
>
> On Dec 23, 2020, at 12:25 PM, Jordi Altimiras 
> wrote:
>
> Well, after removing all other Bluetooth gadgets W10 recognized the Perdix.
> In Subsurface it also finds it but when trying to download the data I get
> a “Dive data import error”.
> That is some progress I guess.
>
> Jordi
>
> *From:* Dirk Hohndel 
> *Sent:* 23 December 2020 18:27
> *To:* Jordi Altimiras 
> *Subject:* Re: Importing dives from Shearwater Perdix AI straight into
> Subsurface
>
>
>
>
> On Dec 23, 2020, at 9:22 AM, Jordi Altimiras 
> wrote:
>
> Thanks Dirk. I am working on this as we speak. I started to remove all
> Bluetooth connections from the computer and I can move to a quieter
> environment.
>
> Two short things from your message:
> + Turn on BLE mode on the perdix AI
> I guess you mean going to “Start Bluetooth” and confirm that. It says
> initializing and then Wait PC and counts down 3 min
>
>
> Correct.
>
>
> + Pair windows
> OK, so Windows should find the perdix and identify it as such? That has
> not happened so far.
>
>
> Well - that makes it of course impossible for Subsurface to find it.
> There are apparently two ways on Windows 10 to pair BLE devices. Are you
> doing this from the Control Panel?
>
> /D
>
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Importing dives from Shearwater Perdix AI straight into Subsurface

[tormento via subsurface]

Dear Dirk,

I live in a country house, surrounded by fields only.

The only signal I receive is my Wi-Fi and I always shut down BT devices
when not in use.

I have followed your steps many times, with no success.

I asked many times which BT dongles currently the Windows people use, with
no answers for me.

Shearwater Desktop works every single time, no problems, no hiccups. I
tried in a really “noisy” environment too and no issues.

Why Subsurface is so picky? It can’t be a matter of BT dongle, as I use the
same that works flawlessly with Shearwater Desktop, neither the hardware
for the very same reason.

It seems to me black magic and, again, I saw no other person but you to
successfully download dives under Windows 10.

Which dongle do you use? Which operating system build? Did you try with
latest ones?

Alberto

Il giorno mer 23 dic 2020 alle 18:12 Dirk Hohndel  ha
scritto:

>
>
> > On Dec 23, 2020, at 1:58 AM, tormento via subsurface <
> subsurface@subsurface-divelog.org> wrote:
> >
> > Dear Dirk,
> >
> > never seen anybody with a working import thru BT on Windows 10.
> >
> > Please, if anybody is successful, share a video showing us how the magic
> works.
>
> There is no magic. It's simply a sequence of steps.
>
> - first you need a quiet environment (I walk out into the backyard and
> even there I can see half a dozen BLE devices - compared to 28 in my office)
>
> repeat:
> - forget the pairing in the Windows device settings
> - turn on BLE mode on the Perdix AI
> - pair Windows
> - start Subsurface
> - scan
> - download
> if it works, go back to your house as likely your toes are cold.
> if not, repeat
>
> If I connected my Shearwater with a different computer or device since the
> last time I downloaded from it on Windows then it will take half a dozen or
> more of runs through this sequence.
>
>
> And for your statement about "never seen anybody"... please stop spreading
> this nonsense.
> As I have said multiple times here on this list, it works for me, and more
> importantly, the Windows BLE code was DEVELOPED using a Shearwater Perdix
> AI as the BLE dive computer to test with.
> It was in fact for a short while the only one supported.
>
> So yes, it doesn't work as well as I want it to work. But it definitely
> works.
>
> /D
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Importing dives from Shearwater Perdix AI straight into Subsurface

[tormento via subsurface]

Dear Dirk,

never seen anybody with a working import thru BT on Windows 10.

Please, if anybody is successful, share a video showing us how the magic
works.

Alberto

Il giorno mar 22 dic 2020 alle 23:59 Dirk Hohndel via subsurface <
subsurface@subsurface-divelog.org> ha scritto:

> But in general, the Perdix AI does work with Subsurface on all five of our
> supported platforms. It just takes some patience and convincing.
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Importing dives from Shearwater Perdix AI straight into Subsurface

[tormento via subsurface]

The problem is on Windows.

Alberto

Il giorno mer 23 dic 2020 alle 09:55 Martin de Weger  ha
scritto:

> I’ve been able to import on both the Mac and on my iPhone. It took a while
> to get it to work, but it works good ever since.
>
> Martin
>
> Op 23 dec. 2020 om 03:01 heeft tormento via subsurface <
> subsurface@subsurface-divelog.org> het volgende geschreven:
>
>
> 
>
> My workaround until now has been importing dives thru smartphone
> Subsurface and then sync with desktop one.
>
> I have found no other way. Unfortunately it seems to be a low priority
> issue.
>
> Alberto
>
> Il giorno mar 22 dic 2020 alle 23:56 Jordi Altimiras via subsurface <
> subsurface@subsurface-divelog.org> ha scritto:
>
>> Hi. I just got my new Perdix AI and I am now trying to download the
>> weekend dives directly into Subsurface. Unfortunately Subsurface does not
>> seem to find the computer. I read in online forums that the problem is the
>> Bluetooth Low Energy used by the Perdix that is the issue but the these
>> threads are now 3 years old and the Bluetooth setup in Subsurface appears
>> to have an LE mode. Still no success with it. Is it possible or should I
>> use the Shearwater software to download and then import?
>>
>> Best regards
>>
>>
>>
>> Jordi Altimiras
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Importing dives from Shearwater Perdix AI straight into Subsurface

[tormento via subsurface]

My workaround until now has been importing dives thru smartphone Subsurface
and then sync with desktop one.

I have found no other way. Unfortunately it seems to be a low priority
issue.

Alberto

Il giorno mar 22 dic 2020 alle 23:56 Jordi Altimiras via subsurface <
subsurface@subsurface-divelog.org> ha scritto:

> Hi. I just got my new Perdix AI and I am now trying to download the
> weekend dives directly into Subsurface. Unfortunately Subsurface does not
> seem to find the computer. I read in online forums that the problem is the
> Bluetooth Low Energy used by the Perdix that is the issue but the these
> threads are now 3 years old and the Bluetooth setup in Subsurface appears
> to have an LE mode. Still no success with it. Is it possible or should I
> use the Shearwater software to download and then import?
>
> Best regards
>
>
>
> Jordi Altimiras
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: towards Subsurface 4.9.8

[tormento via subsurface]

It's one year I am trying to have Perdix AI downloads via BLE on Windows 10
but no way. I hoped that the x64 version could solve the issue but no luck.

No problems at all with Shearwater software.

Alberto

Il giorno sab 7 nov 2020 alle ore 08:13 Kim Delmar via subsurface <
subsurface@subsurface-divelog.org> ha scritto:

>
>
>> 3. Windows 7:
>> No installer problems. Doesnt support BLE so cant test Perdix BLE
>> downloads.
>>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Shearwater & Windows 10 BLE

[tormento via subsurface]

Hi Subsurface members,

is there anyone getting Shearwater BLE devices to interface correctly and
download dives to Subsurface under Windows 10 environment?

I am having really big problems. If positive, write your BT dongle brand
and model, Win10 version and anything that could help to debug.

@developers: if any test needed, please let me know.

Alberto
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Missing salinity from Perdix AI dives

[tormento via subsurface]

What ruins my day is that using the Shearwater desktop takes no
difficulties.

I have of course deleted all the diving computer(s) many times (why does it
create many copies for the same ID?), turned on BT on Perdix only and tried
even to pair with a COM based Bluegiga USB dongle.

Using the included Perdix BT dongle pairs successfully within Windows
interface and then shows on Subsurface BT selection list. Then trying to
transfer is a complete failure.

Using Bluegiga and the GUI in the SDK, I can pair thru the GUI on COM3 and
COM3 shows on Subsurface without even having to select but then it fails
and COM3 disappears from the list.

What USB BT dongle do you have?

*Alberto*

Il giorno sab 31 ott 2020 alle ore 17:44 Dirk Hohndel via subsurface <
subsurface@subsurface-divelog.org> ha scritto:

> You can edit the salinity on the desktop version.
>
> As to downloading to your Windows machine
> Getting Shearwater dive computers to sync with multiple devices is painful.
> Make sure your iOS device is turned off, ideally go to a place where there
> are as few other BLE devices as possible.
> Depending on the OS your computer is running, there are different steps
> that can help increase the likelihood that the Perdix AI will pair with
> your computer and will then successfully link.
> I can tell you quite confidently that this will work (eventually, usually
> after a number of tries) on Windows and macOS and on Linux as long as you
> are using a 'native package' and not the AppImage or a Snap or FlatPack or
> some other packaging format - those tend to have more problems with BLE for
> some reason.
>
> /D
>
> On Oct 31, 2020, at 7:45 AM, tormento via subsurface <
> subsurface@subsurface-divelog.org> wrote:
>
> Wouldn't be possible to have a editable salinity field even for no
> salinity present dives?
>
> If I am not mistaken, there was some git versions ago.
>
> Alberto
>
> Il giorno dom 25 ott 2020 alle ore 10:49 Willem Ferguson <
> willemfergu...@zoology.up.ac.za> ha scritto:
>
>> I reply via phone. AFAIK salinity is not shown on Subsurface-mobile. Also
>> AFAIK the debug dive log files can only be obtained from
>> Subsurface-desktop. Divers that are more serious about the logs of their
>> dives generally find the desktop version much more useful.
>>
>> On Sun, 25 Oct 2020, 11:36 tormento via subsurface, <
>> subsurface@subsurface-divelog.org> wrote:
>>
>>> 1) I saved the dives on a XML file and salinity is not definitely
>>> present on Perdix AI dives.
>>> 2) I can't download directly on computer but thru iOS and then I sync
>>> thru subsurface cloud. Any way to get a log from the iOS app?
>>>
>>> Alberto
>>>
>>> Il giorno gio 22 ott 2020 alle ore 13:31 Willem Ferguson <
>>> willemfergu...@zoology.up.ac.za> ha scritto:
>>>
>>>> On 2020/10/22 12:31, tormento via subsurface wrote:
>>>>
>>>> As I wrote in a previous email, salinity is missing from downloaded
>>>> Perdix AI dives.
>>>>
>>>> Could you please check it out?
>>>>
>>>> Thank you
>>>>
>>>> *Alberto*
>>>>
>>>> ___
>>>> subsurface mailing listsubsurf...@subsurface-divelog.org
>>>>
>>>>
>>>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>>>
>>>> Hi,
>>>>
>>>> It's a 2-step process:
>>>>
>>>> 1) Inspect the XML code of your dive log to check if the salinity is
>>>> shown in any way at all.
>>>>
>>>> If it is NOT shown in the XML:
>>>>
>>>> 2) Get a dump file and a log file, following section 4.2.1 of the user
>>>> manual, and mail them to this group.
>>>>
>>>> Kind regards,
>>>>
>>>> willem
>>>>
>>>>
>>>>
>>>> This message and attachments are subject to a disclaimer.
>>>> Please refer to
>>>> http://upnet.up.ac.za/services/it/documentation/docs/004167.pdf for
>>>> full details.
>>>>
>>> ___
>>> subsurface mailing list
>>> subsurface@subsurface-divelog.org
>>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>>
>> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Missing salinity from Perdix AI dives

[tormento via subsurface]

I can pair my device to Windows flawlessly and download dives from desktop
Shearwater too.

I absolutely can't on Subsurface, even if present in the BT devices list. I
can't even create a log file.

*Alberto*

Il giorno sab 31 ott 2020 alle ore 17:44 Dirk Hohndel via subsurface <
subsurface@subsurface-divelog.org> ha scritto:

> You can edit the salinity on the desktop version.
>
> As to downloading to your Windows machine
> Getting Shearwater dive computers to sync with multiple devices is painful.
> Make sure your iOS device is turned off, ideally go to a place where there
> are as few other BLE devices as possible.
> Depending on the OS your computer is running, there are different steps
> that can help increase the likelihood that the Perdix AI will pair with
> your computer and will then successfully link.
> I can tell you quite confidently that this will work (eventually, usually
> after a number of tries) on Windows and macOS and on Linux as long as you
> are using a 'native package' and not the AppImage or a Snap or FlatPack or
> some other packaging format - those tend to have more problems with BLE for
> some reason.
>
> /D
>
> On Oct 31, 2020, at 7:45 AM, tormento via subsurface <
> subsurface@subsurface-divelog.org> wrote:
>
> Wouldn't be possible to have a editable salinity field even for no
> salinity present dives?
>
> If I am not mistaken, there was some git versions ago.
>
> Alberto
>
> Il giorno dom 25 ott 2020 alle ore 10:49 Willem Ferguson <
> willemfergu...@zoology.up.ac.za> ha scritto:
>
>> I reply via phone. AFAIK salinity is not shown on Subsurface-mobile. Also
>> AFAIK the debug dive log files can only be obtained from
>> Subsurface-desktop. Divers that are more serious about the logs of their
>> dives generally find the desktop version much more useful.
>>
>> On Sun, 25 Oct 2020, 11:36 tormento via subsurface, <
>> subsurface@subsurface-divelog.org> wrote:
>>
>>> 1) I saved the dives on a XML file and salinity is not definitely
>>> present on Perdix AI dives.
>>> 2) I can't download directly on computer but thru iOS and then I sync
>>> thru subsurface cloud. Any way to get a log from the iOS app?
>>>
>>> Alberto
>>>
>>> Il giorno gio 22 ott 2020 alle ore 13:31 Willem Ferguson <
>>> willemfergu...@zoology.up.ac.za> ha scritto:
>>>
>>>> On 2020/10/22 12:31, tormento via subsurface wrote:
>>>>
>>>> As I wrote in a previous email, salinity is missing from downloaded
>>>> Perdix AI dives.
>>>>
>>>> Could you please check it out?
>>>>
>>>> Thank you
>>>>
>>>> *Alberto*
>>>>
>>>> ___
>>>> subsurface mailing listsubsurf...@subsurface-divelog.org
>>>>
>>>>
>>>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>>>
>>>> Hi,
>>>>
>>>> It's a 2-step process:
>>>>
>>>> 1) Inspect the XML code of your dive log to check if the salinity is
>>>> shown in any way at all.
>>>>
>>>> If it is NOT shown in the XML:
>>>>
>>>> 2) Get a dump file and a log file, following section 4.2.1 of the user
>>>> manual, and mail them to this group.
>>>>
>>>> Kind regards,
>>>>
>>>> willem
>>>>
>>>>
>>>>
>>>> This message and attachments are subject to a disclaimer.
>>>> Please refer to
>>>> http://upnet.up.ac.za/services/it/documentation/docs/004167.pdf for
>>>> full details.
>>>>
>>> ___
>>> subsurface mailing list
>>> subsurface@subsurface-divelog.org
>>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>>
>> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Missing salinity from Perdix AI dives

[tormento via subsurface]

[image: image.png]

Nope. Perhaps it is possible only when present at least a value.

*Alberto*

Il giorno sab 31 ott 2020 alle ore 16:51 Willem Ferguson <
willemfergu...@zoology.up.ac.za> ha scritto:

> On 2020/10/31 16:45, tormento via subsurface wrote:
>
> Wouldn't be possible to have a editable salinity field even for no
> salinity present dives?
>
> If I am not mistaken, there was some git versions ago.
>
> Alberto
>
> Check in the Information tab. The salinity field is editable.
>
> Cheers,
>
> willem
>
>
>
> This message and attachments are subject to a disclaimer.
> Please refer to
> http://upnet.up.ac.za/services/it/documentation/docs/004167.pdf for full
> details.
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Missing salinity from Perdix AI dives

[tormento via subsurface]

Wouldn't be possible to have a editable salinity field even for no salinity
present dives?

If I am not mistaken, there was some git versions ago.

Alberto

Il giorno dom 25 ott 2020 alle ore 10:49 Willem Ferguson <
willemfergu...@zoology.up.ac.za> ha scritto:

> I reply via phone. AFAIK salinity is not shown on Subsurface-mobile. Also
> AFAIK the debug dive log files can only be obtained from
> Subsurface-desktop. Divers that are more serious about the logs of their
> dives generally find the desktop version much more useful.
>
> On Sun, 25 Oct 2020, 11:36 tormento via subsurface, <
> subsurface@subsurface-divelog.org> wrote:
>
>> 1) I saved the dives on a XML file and salinity is not definitely present
>> on Perdix AI dives.
>> 2) I can't download directly on computer but thru iOS and then I sync
>> thru subsurface cloud. Any way to get a log from the iOS app?
>>
>> Alberto
>>
>> Il giorno gio 22 ott 2020 alle ore 13:31 Willem Ferguson <
>> willemfergu...@zoology.up.ac.za> ha scritto:
>>
>>> On 2020/10/22 12:31, tormento via subsurface wrote:
>>>
>>> As I wrote in a previous email, salinity is missing from downloaded
>>> Perdix AI dives.
>>>
>>> Could you please check it out?
>>>
>>> Thank you
>>>
>>> *Alberto*
>>>
>>> ___
>>> subsurface mailing listsubsurf...@subsurface-divelog.org
>>>
>>>
>>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>>
>>> Hi,
>>>
>>> It's a 2-step process:
>>>
>>> 1) Inspect the XML code of your dive log to check if the salinity is
>>> shown in any way at all.
>>>
>>> If it is NOT shown in the XML:
>>>
>>> 2) Get a dump file and a log file, following section 4.2.1 of the user
>>> manual, and mail them to this group.
>>>
>>> Kind regards,
>>>
>>> willem
>>>
>>>
>>>
>>> This message and attachments are subject to a disclaimer.
>>> Please refer to
>>> http://upnet.up.ac.za/services/it/documentation/docs/004167.pdf for
>>> full details.
>>>
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: please TEST!!!! [was Re: Windows 32 and 64 bit]

[tormento via subsurface]

It's working ok on my Windows 10 platform.

I hoped that a x64 compile could fix my problem with Perdix AI and BT
download but no way.

Is there anybody here who has Windows 10 and a Shearwater and can download
dives?

Alberto

Il giorno ven 30 ott 2020 alle ore 20:54 Dirk Hohndel via subsurface <
subsurface@subsurface-divelog.org> ha scritto:

> We now have a couple of 64bit installers for testing:
>
>
> https://subsurface-divelog.org/downloads/test/subsurface-4.9.7-223-gbd0d7bd0faa1.exe
>
> https://subsurface-divelog.org/downloads/test/smtk2ssrf-4.9.7-223-gbd0d7bd0faa1.exe
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: please TEST!!!! [was Re: Windows 32 and 64 bit]

[tormento via subsurface]

@Dirk Hohndel 

Did you change the installer? I can't unpack it anymore. Would you please
provide ZIP (or RAR or 7Z) too?

Thanks,

Alberto

Il giorno ven 30 ott 2020 alle ore 20:54 Dirk Hohndel via subsurface <
subsurface@subsurface-divelog.org> ha scritto:

> We now have a couple of 64bit installers for testing:
>
>
> https://subsurface-divelog.org/downloads/test/subsurface-4.9.7-223-gbd0d7bd0faa1.exe
>
> https://subsurface-divelog.org/downloads/test/smtk2ssrf-4.9.7-223-gbd0d7bd0faa1.exe
>
> I have done some fairly basic testing, but of course that barely scratches
> the surface of our functionality.
> Can people please try downloading from various dive computers (simply
> create a new divelog with Ctrl-W and download, if it actually downloads a
> few it's ok to cancel - the point is 'does it talk to the dive computer').
>
> I'd love to hear back from as many Windows users as possible before we do
> a release that uses this new build.
>
> Thanks
>
> /D
>
> PS: this also is the first build that has early Garmin Descent Mk2
> support...
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Windows 32 and 64 bit

[tormento via subsurface]

YES PLEASE! :)

Alberto

Il giorno gio 29 ott 2020 alle 23:57 Dirk Hohndel via subsurface <
subsurface@subsurface-divelog.org> ha scritto:

> I'm considering moving our default Windows build to 64bit - it's 2020
> after all.
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Missing salinity from Perdix AI dives

[tormento via subsurface]

Unfortunately I have some problems with Windows BT and Perdix AI with
Subsurface.

Alberto

Il giorno dom 25 ott 2020 alle 10:49 Willem Ferguson <
willemfergu...@zoology.up.ac.za> ha scritto:

> I reply via phone. AFAIK salinity is not shown on Subsurface-mobile. Also
> AFAIK the debug dive log files can only be obtained from
> Subsurface-desktop. Divers that are more serious about the logs of their
> dives generally find the desktop version much more useful.
>
> On Sun, 25 Oct 2020, 11:36 tormento via subsurface, <
> subsurface@subsurface-divelog.org> wrote:
>
>> 1) I saved the dives on a XML file and salinity is not definitely present
>> on Perdix AI dives.
>> 2) I can't download directly on computer but thru iOS and then I sync
>> thru subsurface cloud. Any way to get a log from the iOS app?
>>
>> Alberto
>>
>> Il giorno gio 22 ott 2020 alle ore 13:31 Willem Ferguson <
>> willemfergu...@zoology.up.ac.za> ha scritto:
>>
>>> On 2020/10/22 12:31, tormento via subsurface wrote:
>>>
>>> As I wrote in a previous email, salinity is missing from downloaded
>>> Perdix AI dives.
>>>
>>> Could you please check it out?
>>>
>>> Thank you
>>>
>>> *Alberto*
>>>
>>> ___
>>> subsurface mailing listsubsurf...@subsurface-divelog.org
>>>
>>>
>>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>>
>>> Hi,
>>>
>>> It's a 2-step process:
>>>
>>> 1) Inspect the XML code of your dive log to check if the salinity is
>>> shown in any way at all.
>>>
>>> If it is NOT shown in the XML:
>>>
>>> 2) Get a dump file and a log file, following section 4.2.1 of the user
>>> manual, and mail them to this group.
>>>
>>> Kind regards,
>>>
>>> willem
>>>
>>>
>>>
>>> This message and attachments are subject to a disclaimer.
>>> Please refer to
>>> http://upnet.up.ac.za/services/it/documentation/docs/004167.pdf for
>>> full details.
>>>
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Missing salinity from Perdix AI dives

[tormento via subsurface]

1) I saved the dives on a XML file and salinity is not definitely present
on Perdix AI dives.
2) I can't download directly on computer but thru iOS and then I sync
thru subsurface cloud. Any way to get a log from the iOS app?

Alberto

Il giorno gio 22 ott 2020 alle ore 13:31 Willem Ferguson <
willemfergu...@zoology.up.ac.za> ha scritto:

> On 2020/10/22 12:31, tormento via subsurface wrote:
>
> As I wrote in a previous email, salinity is missing from downloaded Perdix
> AI dives.
>
> Could you please check it out?
>
> Thank you
>
> *Alberto*
>
> ___
> subsurface mailing listsubsurf...@subsurface-divelog.org
>
>
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
> Hi,
>
> It's a 2-step process:
>
> 1) Inspect the XML code of your dive log to check if the salinity is shown
> in any way at all.
>
> If it is NOT shown in the XML:
>
> 2) Get a dump file and a log file, following section 4.2.1 of the user
> manual, and mail them to this group.
>
> Kind regards,
>
> willem
>
>
>
> This message and attachments are subject to a disclaimer.
> Please refer to
> http://upnet.up.ac.za/services/it/documentation/docs/004167.pdf for full
> details.
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Missing salinity from Perdix AI dives

[tormento via subsurface]

As I wrote in a previous email, salinity is missing from downloaded Perdix
AI dives.

Could you please check it out?

Thank you

*Alberto*
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Missing dive from cloud

[tormento via subsurface]

Thanks Dirk, I solved with a forced sync. Dunno what went wrong with iOS
app. The only error I had when downloading to desktop app was a GPS error
that I fixed setting a location in the two imported dives.

As a side note: I noticed that dives from Perdix doesn’t include salinity
and ambient temperature. Isn’t it available from dives?

Alberto

Il giorno sab 17 ott 2020 alle 18:24 Dirk Hohndel  ha
scritto:

>
> Finally, what does Subsurface on Windows tell you after you opened cloud
> storage? Do you get any warnings or errors?
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Missing dive from cloud

[tormento via subsurface]

Thanks!

Il giorno sab 17 ott 2020 alle 15:02 Jason Bramwell  ha
scritto:

> Press the menu icon in the bottom left corner, then dive management and
> then manual sync with cloud that should perform another sync from the phone
> and push the data up to the cloud.
>
> On the desktop pc it should tell you if it’s using a local cache or the
> cloud data, it usually tells you this on the very top bar.
>
> Jb
>
> Sent from my iPhone
>
> On 17 Oct 2020, at 13:48, tormento via subsurface <
> subsurface@subsurface-divelog.org> wrote:
>
> I have these 2 dives I imported from Perdix AI on iPhone by BT but I
> can’t see them on desktop.
>
>
> Any idea how to “debug” the thing to help you to help me? :)
>
> My account on cloud is acqui...@gennari.biz
>
> I can’t understand if it is iOS Subsurface that did not upload or the
> desktop version that doesn’t download. I tried a clean installation of
> desktop version on another PC and I correctly download all the dives but
> those two last ones.
>
> iOS 14.2 Subsurface on iOS latest TestFlight
>
> Windows 10 x64 Subsurface 4.9.7-101-toolong
>
> Thanks,
>
> Alberto
>
> 
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Bluetooth rfcomm and Shearwater Petrel updates

[tormento via subsurface]

Had same parsing header error for months and I totally gave up using
Subsurface with my Perdix AI under Windows. I download dives with iOS
mobile app and then sync on Windows from cloud.
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Download using BTLE to Subsurface on Windows

[tormento via subsurface]

Put your soul in peace.

I have a Perdix AI and have never been able to download data with
Subsurface desktop on Windows 10 x64.

With Shearwater Cloud Desktop, no problems at all.

Alberto

Il giorno dom 26 apr 2020 alle 18:26 H Horwitz via subsurface <
subsurface@subsurface-divelog.org> ha scritto:

> Thanks.  That’s challenging given there’s no removable battery on a
> Teric.   I’ll let the battery drain and check the software again in a few
> days.
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Download using BTLE to Subsurface on Windows

[tormento via subsurface]

Welcome in the club.

I surrendered and I use iOS app to download dives, then I add information
by desktop version.

Alberto

Il giorno sab 25 apr 2020 alle 23:10 Hartley Horwitz via subsurface <
subsurface@subsurface-divelog.org> ha scritto:

> I tested download from a Shearwater Teric to Subsurface Mobile 4.9.3.1486.
>   This worked as expected.
>
> I tried downloading from the Teric to Subsurface on a Lenovo with Windows
> 10 using  4.9.3-1489.  The download fails (I've attached a log).
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: mailing list changes

[tormento via subsurface]

When I reply from Gmail I always have to change the address or the mail
will be apparently sent to the person, not to the mailing list.

Il giorno sab 7 mar 2020 alle 14:31 Jef Driesen via subsurface <
subsurface@subsurface-divelog.org> ha scritto:

> On 7/03/2020 13:50, Christof Arnosti via subsurface wrote:
> > Can you explain this a bit more?
> >
> > I think that DKIM / DMARC does exactly what it should: preventing
> modification
> > of mails with "MailFrom" from my domain on-the-fly.
> >
> > I also have SPF configured, which should in theory also lead to a reject
> when my
> > domain is used as MailFrom.
> >
> > With DMARC, if I understand correctly, the mail should only be threated
> as
> > boguous when both of these mechanisms fail at once. This is the case
> when the
> > subsurface-divelog.org list server modifies my mail (breaks DKIM) and
> sends it
> > from it own server (breaks SPF) with MailFrom ~= *@charno.ch.
> >
> > I understand that this leads to problems with mailing lists, but on the
> other
> > hand I would think that replacing the sender address by the mailing list
> > software (like done now on subsurface-divelog.org) should be the right
> way to
> > deal with this problem. Honestly, I'm more curious about why your mail
> client
> > only displays the sender mail-address (but not always? The mail you
> directly
> > received from Benjamin seems fine?) instead of the name in the
> MailFrom-Header.
> >
> > I think that DMARC / DKIM / SPF are a quite important tool in the fight
> against
> > mail spoofing, so I would hate to weaken or disable it.
> >
> > Can you give me some recommendation on how I should configure DMARC /
> DKIM / SPF
> > without breaking spoof-save mailing, but still working with mailinglists
> > configured like subsurface was before?
> There is an import difference between the "From" email header (which is
> displayed by the mail client), and the sender/recipient address ("mail
> from" and
> "rcpt to") used during the smtp communication. For SPF only the latter is
> relevant. So it would be perfectly possible to leave the From header
> intact:
>
> From: Christof Arnosti <...@charno.ch>
>
> and send the mail from the subsurface domain:
>
> MAIL FROM: 
> RCPT TO: 
>
> For SPF everything should be fine because the mail originates from the
> subsurface mail server, and the mail client will show the correct name. Or
> am I
> missing something? I'm certainly not an expert on mail server
> configuration, but
> I do run one too.
>
> For DKIM/DMARC I don't really know.
>
> Jef
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: mailing list changes

[tormento via subsurface]

Are you all really talking about crypto when emails travel as plain text? XD

Il giorno sab 7 mar 2020 alle 09:47 Benjamin  ha scritto:

> The cryptography in Telegram has already been compromised, as seen in that
> case in Brazil a short while ago.
>
> On Sat, 7 Mar 2020, 10:12 Robert C. Helling via subsurface, <
> subsurface@subsurface-divelog.org> wrote:
>
>> Hi,
>>
>> > Am 07.03.2020 um 00:06 schrieb tormento via subsurface <
>> subsurface@subsurface-divelog.org>:
>> >
>> > Ever thought about creating a Telegram group?
>>
>> Please don’t. Email as a mature technology is far superior to any
>> messenger in terms of archiving, searching, sorting and automated
>> processing.
>>
>> Just my $.02
>> Robert
>>
>> Ps: wrt telegram: please convince yourself you can trust the people
>> behind telegram before relying on the cryptography they offer.
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: mailing list changes

[tormento via subsurface]

Ever thought about creating a Telegram group?

Just my 2 cents.

Alberto

Il giorno ven 6 mar 2020 alle 23:53 Dirk Hohndel via subsurface <
subsurface@subsurface-divelog.org> ha scritto:

>
> Given that apparently more and more people run into issues with mailing
> list emails being marked as spam (because of DMARC and DKIM issues),
> I changed the list setting to munge the from address.
>
> Frankly, the list is fairly dead and we are down to just a handful of
> people
> actually working on Subsurface at all, but hey, every once in a while we
> do get a few emails, and hopefully this change will be an improvement.
>
> The biggest difference is, of course, that a simple 'reply' is no longer
> going
> to the author of the email that you are responding to, but to the whole
> list...
>
> /D
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: iOS TestFlight app mistype

[tormento]

As far as measure units are concerned, I’d prefer to see ºC, m, ft, etc
instead of extended names.

Il giorno dom 9 feb 2020 alle 15:14 Jason Bramwell  ha
scritto:

> I’m attempting to put in the relevant changes for this now but this is my
> first go at submitting pull requests for Subsurface.
>
>
>
> Jason
>
>
>
> Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for
> Windows 10
>
>
>
> *From: *tormento 
> *Sent: *09 February 2020 13:54
> *To: *Subsurface Mailing List 
> *Subject: *iOS TestFlight app mistype
>
>
>
> There is a mistype in TestFlight:
>
>
>
>
>
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

iOS TestFlight app mistype

[tormento]

There is a mistype in TestFlight:
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Created a new scuba divers mailing list

[tormento]

My 2 cents: open it on Telegram as generalistic as it is and spread the
word.

Il giorno dom 1 dic 2019 alle 02:06 Simon Eigeldinger <
simon.eigeldin...@vol.at> ha scritto:

> Sorry for the off topic:
>
> Ladies and gentlemen,
> Hi all,
>
> I just have opened a group/mailing list for scuba divers.
> No restrictions in topics.
> All questions allowed.
> Completely international.
>
> Divers with or without disability, but all are diveabled. :-)
>
> If you are interested in joining, have a look over here:
> https://groups.io/g/scubagroup/
>
> Greetings,
> Simon
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Perdix AI import error

[tormento]

What about to try a x64 Windows compile? Sometimes there are less problems
with compatibility layers using x64 apps on x64 OS.

I don’t have the knowledge to do it, otherwise I would try.

Il giorno dom 10 nov 2019 alle 17:32 Dirk Hohndel  ha
scritto:

>
> > On Nov 10, 2019, at 8:06 AM, Lubomir I. Ivanov 
> wrote:
> >
> > On Sun, 10 Nov 2019 at 12:17, Dean Murray  wrote:
> >>
> >> I used a workaround for Bluetooth in Windows 10 and have never looked
> back. I described it here
> https://github.com/Subsurface-divelog/subsurface/issues/2117
> >>
> >
> > Dean, your method does not work for me and the Perdix AI.
>
> Correct, because your Perdix AI is BLE-only.
> This workaround using a COM port only works for older BT-rfcomm
> divecomputers.
>
> /D
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Perdix AI import error

[tormento]

Which brand/model of BT dongle?

Il giorno sab 9 nov 2019 alle ore 17:39 Lubomir I. Ivanov <
neolit...@gmail.com> ha scritto:

> On Sat, 9 Nov 2019 at 18:20, tormento  wrote:
> >
> > OSTC uses BT LE as Perdix?
> >
>
> yes, OSTC+ got quite stable after the latest Windows 10 updates.
> the Perdix AI still has problems with the native backend.
>
> lubomir
> --
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Perdix AI import error

[tormento]

I am using the included dongle and I really don’t know which brand / model
it is to find the updated driver. Windows uses a “generic BT” driver.

OSTC uses BT LE as Perdix?

Il giorno sab 9 nov 2019 alle 16:41 Lubomir I. Ivanov 
ha scritto:

> > I tried whatever kind of trick.
>
> the un-pair, pair trick works for me.
> make sure you have the latest BT chip drivers too.
>
> > I have no problem at all with Shearwater Cloud and that’s strange.
>
> The Shearwater Cloud is using a different Windows backend called Windows
> RT.
> Subsurface is using the native Windows backend.
>
> There is no way for us to fix that unless we re-write Subsurface as a
> Universal Windows Platform app in C#, which is no-go.
> Windows 10 needs to sort their flakiness for some chipsets on the
> native backend.
>
> For instance the OSTC+ with latest Windows 10, connected fine each
> time and does not need the un-pair, pair trick.
>
> lubomir
> --
>
> On Sat, 9 Nov 2019 at 17:28, tormento  wrote:
> >
> > I tried whatever kind of trick.
> >
> > I have no problem at all with Shearwater Cloud and that’s strange.
> >
> > If a Windows issue, how can it be solved or worked around?
> >
> > Alberto
> >
> > P.S I’d like to know if other Perdix have same issues.
> >
> > Il giorno sab 9 nov 2019 alle 15:12 Lubomir I. Ivanov <
> neolit...@gmail.com> ha scritto:
> >>
> >> on Windows, try unpairing and pairing the Perdix before each downlioad
> >> from Subsurface.
> >> the status of the device in the Control Panel should turn from Paired
> >> to Connected if successful.
> >> please note, this is a Windows issue and not a Subsurface issue.
> >>
> >> lubomir
> >> --
> >>
> >> On Mon, 4 Nov 2019 at 11:28, tormento  wrote:
> >> >
> >> > Ok, I tried to download dive on another laptop with integrated BT
> with or without dongle and don't work there too.
> >> >
> >> > In the meantime I have done it with newest Testflight build on iOS
> but I'd like to be able to download from Windows version too.
> >> >
> >> > Alberto
> >> >
> >> > Il giorno sab 2 nov 2019 alle ore 07:48 Jef Driesen <
> j...@libdivecomputer.org> ha scritto:
> >> >>
> >> >> On 2/11/19 07:41, tormento wrote:
> >> >> > I am getting errors while importing dives from Perdix AI with its
> BT dongle (I
> >> >> > don't hava any other to try) while it's own software can import
> dives correctly.
> >> >> >
> >> >> > I select choose Bluetooth mode, find the Perdix and save.
> >> >> >
> >> >> > When I try to import, I get:
> >> >> >
> >> >> > Connecting to BLE device
> >> >> > Connecting
> >> >> >
> >> >> > Then a error windows pops up with "Dive data import error".
> >> >> >
> >> >> > image.png
> >> >> >
> >> >> > The log tells:
> >> >> >
> >> >> > Subsurface: v4.9.3-242-g9c8fbe494db2, built with libdivecomputer
> >> >> > v0.7.0-devel-Subsurface-NG
> (426a39fc7378cac3f5b1d3983be38d56ab526e78)
> >> >> > INFO: Open: transport=32
> >> >> > INFO: Configure: baudrate=115200, databits=8, parity=0,
> stopbits=0, flowcontrol=0
> >> >> > INFO: Timeout: value=3000
> >> >> > INFO: Sleep: value=300
> >> >> > INFO: Purge: direction=3
> >> >> > INFO: Write: size=11, data=0100FF0105002E902000C0
> >> >> >
> >> >> > No .bin is generated.
> >> >>
> >> >> Uncheck the "Save libdivecomputer dumpfile" checkbox. The Shearwater
> Perdix AI
> >> >> communication protocol doesn't support memory dumps. Trying to
> download a memory
> >> >> dump will always fail with DC_STATUS_UNSUPPORTED.
> >> >>
> >> >> For the diagnostics purposes, the log file is sufficient for these
> models.
> >> >>
> >> >> Jef
> >> >
> >> > ___
> >> > subsurface mailing list
> >> > subsurface@subsurface-divelog.org
> >> >
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
> >
> > ___
> > subsurface mailing list
> > subsurface@subsurface-divelog.org
> > http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Perdix AI import error

[tormento]

I tried whatever kind of trick.

I have no problem at all with Shearwater Cloud and that’s strange.

If a Windows issue, how can it be solved or worked around?

Alberto

P.S I’d like to know if other Perdix have same issues.

Il giorno sab 9 nov 2019 alle 15:12 Lubomir I. Ivanov 
ha scritto:

> on Windows, try unpairing and pairing the Perdix before each downlioad
> from Subsurface.
> the status of the device in the Control Panel should turn from Paired
> to Connected if successful.
> please note, this is a Windows issue and not a Subsurface issue.
>
> lubomir
> --
>
> On Mon, 4 Nov 2019 at 11:28, tormento  wrote:
> >
> > Ok, I tried to download dive on another laptop with integrated BT with
> or without dongle and don't work there too.
> >
> > In the meantime I have done it with newest Testflight build on iOS but
> I'd like to be able to download from Windows version too.
> >
> > Alberto
> >
> > Il giorno sab 2 nov 2019 alle ore 07:48 Jef Driesen <
> j...@libdivecomputer.org> ha scritto:
> >>
> >> On 2/11/19 07:41, tormento wrote:
> >> > I am getting errors while importing dives from Perdix AI with its BT
> dongle (I
> >> > don't hava any other to try) while it's own software can import dives
> correctly.
> >> >
> >> > I select choose Bluetooth mode, find the Perdix and save.
> >> >
> >> > When I try to import, I get:
> >> >
> >> > Connecting to BLE device
> >> > Connecting
> >> >
> >> > Then a error windows pops up with "Dive data import error".
> >> >
> >> > image.png
> >> >
> >> > The log tells:
> >> >
> >> > Subsurface: v4.9.3-242-g9c8fbe494db2, built with libdivecomputer
> >> > v0.7.0-devel-Subsurface-NG (426a39fc7378cac3f5b1d3983be38d56ab526e78)
> >> > INFO: Open: transport=32
> >> > INFO: Configure: baudrate=115200, databits=8, parity=0, stopbits=0,
> flowcontrol=0
> >> > INFO: Timeout: value=3000
> >> > INFO: Sleep: value=300
> >> > INFO: Purge: direction=3
> >> > INFO: Write: size=11, data=0100FF0105002E902000C0
> >> >
> >> > No .bin is generated.
> >>
> >> Uncheck the "Save libdivecomputer dumpfile" checkbox. The Shearwater
> Perdix AI
> >> communication protocol doesn't support memory dumps. Trying to download
> a memory
> >> dump will always fail with DC_STATUS_UNSUPPORTED.
> >>
> >> For the diagnostics purposes, the log file is sufficient for these
> models.
> >>
> >> Jef
> >
> > ___
> > subsurface mailing list
> > subsurface@subsurface-divelog.org
> > http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Perdix AI import error

[tormento]

Ok, I tried to download dive on another laptop with integrated BT with or
without dongle and don't work there too.

In the meantime I have done it with newest Testflight build on iOS but I'd
like to be able to download from Windows version too.

Alberto

Il giorno sab 2 nov 2019 alle ore 07:48 Jef Driesen 
ha scritto:

> On 2/11/19 07:41, tormento wrote:
> > I am getting errors while importing dives from Perdix AI with its BT
> dongle (I
> > don't hava any other to try) while it's own software can import dives
> correctly.
> >
> > I select choose Bluetooth mode, find the Perdix and save.
> >
> > When I try to import, I get:
> >
> > Connecting to BLE device
> > Connecting
> >
> > Then a error windows pops up with "Dive data import error".
> >
> > image.png
> >
> > The log tells:
> >
> > Subsurface: v4.9.3-242-g9c8fbe494db2, built with libdivecomputer
> > v0.7.0-devel-Subsurface-NG (426a39fc7378cac3f5b1d3983be38d56ab526e78)
> > INFO: Open: transport=32
> > INFO: Configure: baudrate=115200, databits=8, parity=0, stopbits=0,
> flowcontrol=0
> > INFO: Timeout: value=3000
> > INFO: Sleep: value=300
> > INFO: Purge: direction=3
> > INFO: Write: size=11, data=0100FF0105002E902000C0
> >
> > No .bin is generated.
>
> Uncheck the "Save libdivecomputer dumpfile" checkbox. The Shearwater
> Perdix AI
> communication protocol doesn't support memory dumps. Trying to download a
> memory
> dump will always fail with DC_STATUS_UNSUPPORTED.
>
> For the diagnostics purposes, the log file is sufficient for these models.
>
> Jef
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Perdix AI import error

[tormento]

I am getting errors while importing dives from Perdix AI with its BT dongle
(I don't hava any other to try) while it's own software can import dives
correctly.

I select choose Bluetooth mode, find the Perdix and save.

When I try to import, I get:

Connecting to BLE device
Connecting

Then a error windows pops up with "Dive data import error".

[image: image.png]

The log tells:

Subsurface: v4.9.3-242-g9c8fbe494db2, built with libdivecomputer
v0.7.0-devel-Subsurface-NG (426a39fc7378cac3f5b1d3983be38d56ab526e78)
INFO: Open: transport=32
INFO: Configure: baudrate=115200, databits=8, parity=0, stopbits=0,
flowcontrol=0
INFO: Timeout: value=3000
INFO: Sleep: value=300
INFO: Purge: direction=3
INFO: Write: size=11, data=0100FF0105002E902000C0

No .bin is generated.

I am using Windows 10 x64, latest build.

*Alberto*

P.S: Is there a way to delete previous computer "buttons" from import
window?
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Another issue with deco tables

[tormento]

27' @ 50m salt water
D12 air + AL50 EAN50
ascent 9 / descent 20
GF 45/95
v drop to first depth
v last stop at 6m
v only switch at required stops
bottom SAC 20 deco 18

I have the following deco table:

Subsurface (4.9.3.235) dive plan created on 28.10.19
Runtime: 63min

depth

duration

runtime

gas

➘

50m

3min

3min

air

➙

50m

25min

27min



➚

21m

3min

30min



-

21m

1min

31min

EAN50

*➚*

*18m*

*0min*

*32min*


*-*

*18m*

*0min*

*32min*



➚

15m

0min

32min



-

15m

2min

34min



➚

12m

0min

34min



-

12m

3min

37min



➚

9m

0min

37min



-

9m

4min

41min



➚

6m

0min

41min



-

6m

21min

62min



➚

0m

1min

63min



Again we have 0 minutes problem. As a matter of fact with my Shearwater,
same parameters, I get:

*Stp Tme Run Gas*
50 bot  27  21/00
21  asc  30  21/00
21 1   31  50/00
18132  50/00
15234  50/00
12236  50/00
  94   40   50/00
  6   23 63   50/00

Any idea or solution?
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Latest iOS TestFlight app on iOS 13.2 beta 4

[tormento]

Unfortunately it doesn’t open anymore and I can’t find the TestFlight link.
Can somebody please give me some feedback and possibly the TestFlight
invite link?
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Water type in information panel

[tormento]

I already did this request some months ago indeed.

If someone doesn't need it, simply don't use it! ;)

I using different computers, each of them with their "standard" value of
salinity (some more of two, i.e. fresh, salt, EN13319).

I'd like to put some order in my dives, given I know the salinity of every
place where I go.

*Alberto*

Il giorno gio 24 ott 2019 alle ore 15:28 Willem Ferguson <
willemfergu...@zoology.up.ac.za> ha scritto:

> The information contained within the tabs in the Subsurface Notes panel is
> currently undergoing reorganisation, so your request may have relevance.
> However, this is a topic with strongly differing sentiments among
> developers. So this depends on consensus among the developers. Let's see
> what happens as the reorganisation proceeds.
> Kind regards,
> willem
>
>
> On 2019/10/24 13:50, tormento wrote:
>
> Do you mind to introduce Water type selection into dive information panel
> such as the one in Plan dive?
>
> There is no direct way to correct it but save to local file, edit XML and
> reimport it.
>
> Thanks :)
>
> *Alberto*
>
> ___
> subsurface mailing 
> listsubsurface@subsurface-divelog.orghttp://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
>
> This message and attachments are subject to a disclaimer.
> Please refer to
> http://upnet.up.ac.za/services/it/documentation/docs/004167.pdf for full
> details.
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Water type in information panel

[tormento]

Do you mind to introduce Water type selection into dive information panel
such as the one in Plan dive?

There is no direct way to correct it but save to local file, edit XML and
reimport it.

Thanks :)

*Alberto*
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

ZHL planning

[tormento]

I have tried to replan a dive I already did some weeks ago and I am getting
different numbers in the last continuous update. I have no idea of the
version I had when I plan the first time.

Old planning:

37 32'   37 34'   37 35'
15 35' 1' % 15 37' 1' % 15 38' 1'
12 36' 1' 12 38' 1' 12 40' 2'
9 39' 3' 9 42 4' 9 43' 3'
6 52' 13' 6 56' 14' 6 59' 16'
37 30'   37 29'
15 33' 1' % 15 32' 1' %
12 34' 1' 12 33' 1'
9 36' 2' 9 2' 35'
6 47' 11' 6 45' 10'

New planning (I added air only in red):

37 32'   37 34'   37 35'
15 35' 1' % 15 37' 1' % 15 38' 1'
12 37' 2' 12 39' 2' 12 41' 3'
9 40' 3' 9 43' 4' 9 44' 3'
6 55' 15' 6 60' 17' 6 62' 18'
37 30'   37 29'   37 25'

12 35' 2' % 12 34' 2' % 12 29' 1'
9 37' 2' 9 36' 2' 9 32' 3'
6 50' 13' 6 48' 12' 6 47' 15'

Has something changed in the algorithm? Same GF 45/95, same ascent rates
etc. Deco on EAN50.

Alberto
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Unnecessary detail in dive plan

[tormento]

Yep it works!

Thanks to everybody!

Il giorno mer 11 set 2019 alle ore 20:42 Robert Helling 
ha scritto:

> Hi,
>
> On 11. Sep 2019, at 16:51, tormento  wrote:
>
> Any update on status? When I can test on continuous build?
>
>
> Dirk merged this today (after releasing 4.9.3). It should show up in the
> latest builds on
> https://github.com/Subsurface-divelog/subsurface/releases/tag/continuous
>
> Best
> Robert
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Unnecessary detail in dive plan

[tormento]

Any update on status? When I can test on continuous build?

Thanks 珞

Il giorno dom 8 set 2019 alle 19:12 Robert Helling  ha
scritto:

>
>
> On 7. Sep 2019, at 11:49, tormento  wrote:
>
> Unchecking "Display transitions in deco" shows 21m gate too.
>
>
> I think I have a PR that fixes this issue:
> https://github.com/Subsurface-divelog/subsurface/pull/2282
>
> But the logic in the planner notes when to print what information is quite
> subtle, so this can never get enough testing.
>
> Best
> Robert
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Unnecessary detail in dive plan

[tormento]

I have started to use EAN50 to cut deco and I am planning some diving.

In available gas I put bot twin bottle air and the EAN50 bottle.

Let's do, as example, 32 minutes @ 37 meters. GF 45/95.

Even if I check "Only switch at required stops", the dive plan details show
me the 21m (MOD of EAN50) gate obviously with the ascend time only, as no
deco is planned at that depth.

depth duration runtime gas
➘ 37m 2min 2min air
➙ 37m 30min 32min
*➚ 21m 2min 34min *
➚ 15m 1min 34min
- 15m 1min 35min EAN50
➚ 12m  0min 35min
- 12m 2min 37min
➚ 9m 0min 37min
- 9m 3min 40min
➚ 6m 0min 40min
- 6m 15min 55min
➚ 0m 1min 56min

It would be nice that no more info than necessary would be shown or
calculated.

Can you please fix that when ""Only switch at required stops" is set?
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Windows build on latest continuous

[tormento]

I can't see Windows build on latest continuos branch.

Plus, a humble request, could you supply a x64 build so that I can test
downloader too?

Thanks!

Alberto
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Temperature vs. depth

[tormento]

Or, simpler, put depth instead of time on x-axis and have all other
variables showed in function of it...

Il giorno mer 21 nov 2018 alle 12:35 Benjamin  ha
scritto:

> I really like the idea. Depending on where in the sea, the thermoclines
> can be felt here, especially in the Mediterranean.
>
>
>
> On Wed, 21 Nov 2018 at 12:23, Willem Ferguson <
> willemfergu...@zoology.up.ac.za> wrote:
>
>> On 2018/11/21 07:55, Robert Helling wrote:
>> > Hi,
>> >
>> > yesterday, I had an hour of time and I played around with an idea that
>> > I would like to get some feedback on (I already showed it to my wife
>> > and she absolutely hated it).
>> >
>> > The idea is not to show the temperature as a function of time as we
>> > currently do it but rather plot it against depth. I find it much less
>> > interesting what the temperature was 28 minutes into the dive but
>> > rather want to know what was the temperature at 12m of depth and in
>> > particular like to see the positions of thermoclines. So here is a
>> > mock up:
>>
>> I love your idea.
>>
>> wf
>>
>>
>>
>> --
>> This message and attachments are subject to a disclaimer.
>>
>> Please refer to
>> http://upnet.up.ac.za/services/it/documentation/docs/004167.pdf
>>  for
>> full
>> details.
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: who can test what...

[tormento]

Windows / iOS with the latest almost only as a logbook only. No Linux use
at all.

Il giorno lun 8 ott 2018 alle 21:47 Dirk Hohndel  ha
scritto:

> I realize that most of us use Linux as their primary OS, but I also
> realize that
> I'm losing track of who has access to / interest in what...
>
>
> Linux: everyone (or nearly)
> Windows: Lubomir, Dirk, Stefan(?), JanM
> Mac: Robert, Dirk, Murillo, Jocke(?)
> Android: Anton, Dirk, Jocke(?)
> iOS: Dirk, Murillo(?), Robert(?)
>
> It would be nice to have a current list so we can get things tested in a
> more
> targeted manner. Would people be ok if I added a little file to the repo
> that
> tracks this?
>
> If you have access to a non-Linux platform and can test, that would be nice
> to know, if you can compile on one of those platforms, that would be even
> more interesting...
>
> I'm really not sure what's the best way to do this, but I notice that I'm
> asking
> myself this question quite regularly and to always just reach out to the
> one
> person I can think of seems wrong and inefficient...
>
> Thanks
>
> /D
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

MapWidget.qml failed to load

[tormento]

Just downloaded and launched subsurface-4.8.1-398-g56fda691ec38.exe

Air line color is now ok but I have a red error in the map tile:

MapWidget.qml failed to load!
The QML modules QtPositioning and QTLocation could be missing!

Alberto
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Tank pressure line color

[tormento]

Just found that the mobile version on IOS shows line color correctly.

Il giorno lun 10 set 2018 alle 20:57 Berthold Stoeger <
bstoe...@mail.tuwien.ac.at> ha scritto:

> Posted a PR: https://github.com/Subsurface-divelog/subsurface/pull/1664
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Tank pressure line color

[tormento]

Dear Linus,

I always supply the tank size after importing my dive log. Until my
Extended Range course (soon, I hope), I am and I will be using a "single"
tank (twin included).

Alberto

P.S: sorry if double message. I replied directly to you and not to list.

Il giorno lun 10 set 2018 alle ore 17:07 Linus Torvalds <
torva...@linux-foundation.org> ha scritto:

> On Mon, Sep 10, 2018 at 4:37 AM tormento  wrote:
> >
> > I have just noticed that since a certain dive on, the tank pressure line
> color that previously had different shades of green to red according to
> pressure gradient, became plain grey.
>
> This is almost always because you haven't filled the tank size details.
>
> The pressure line is colored by SAC rate, and to get the SAC rate we
> need to know the tank size. With an unknown tank size we just make it
> gray.
>
> And yes, it's a bit silly, because the actual pressure color doesn't
> really depend on *absolute* SAC rate, but on relative one, and so it
> gets the same color regardless of what the tank size actually is. But
> since it's the same code that also calculates the actual SAC rate that
> we report textually, the code wants the actual real tank size..
>
> Another reason for a lack of SAC-rate (and a gray line) is if you have
> several gas cylinders, and subsurface can't figure out when each
> cylinder is used. At that point, subsurface simply doesn't know *when*
> you were breathing some cylinder, so it can't give that momentary
> SAC-rate.
>
> Linus
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Tank pressure line color

[tormento]

I have just noticed that since a certain dive on, the tank pressure line
color that previously had different shades of green to red according to
pressure gradient, became plain grey.

I have a G2 computer.

Any idea?
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Default GF for imported dives

[tormento]

Is there a way to change default GF for the generic imported dive? And to
change for that specific dive?

Mine is now showing 50/85 and I dunno where to change it.

For the default one, it could be nice that it should get from last planned
dive (even not saved) not to add other configuration panels.
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: [Subsurface-divelog/subsurface] Cannot connect on first launch after update on Windows (#1499)

[tormento]

May I ask which is the sense of your hint?

I don't use installer, thus the registry is not touched after every update.
It seems very strange that you have to reenter credentials every time too.

I keep on being convinced that the update check window is the culprit of
the problem. If some of the developers could disable it for nightly, we
would have a proof or not of what I am saying.

Il giorno ven 13 lug 2018 alle ore 14:37 Lubomir I. Ivanov <
notificati...@github.com> ha scritto:

> No need to re-enter credentials. And yes, the error is red.
>
> in my case i always have to re-enter credentials.
>
> you can try this:
>
>- close subsurface
>- open the start menu and enter "regedit" to start it
>- in regedit open HKEY_CURRENT_USER / Software
>- rename the Subsurface folder to Subsurface_ (this will backup your
>settings)
>- start subsurface
>
> see if the error happens again.
>
> NOTE: you can always rename your old settings Subsurface_ in regedit back
> to Subsurface, but make sure any new Subsurface folders are deleted in
> there first.
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub
> ,
> or mute the thread
> 
> .
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: [Subsurface-divelog/subsurface] Cannot connect on first launch after update on Windows (#1499)

[tormento]

Had you the update request prompt?

Firewall is not an issue as I don’t have any. Plus it works ok after second
execution on. There is some internal timeout I think.

Il giorno gio 12 lug 2018 alle 17:15 Lubomir I. Ivanov <
notificati...@github.com> ha scritto:

> @tormento <https://github.com/tormento>
>
> i've tried reproducing the steps with the latest master and with the
> continuous build binaries and i cannot get the first cloud connection to
> fail on Windows 7.
> do you have a firewall or a proxy installed; i'd blame that on a
> networking issue.
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub
> <https://github.com/Subsurface-divelog/subsurface/issues/1499#issuecomment-404547787>,
> or mute the thread
> <https://github.com/notifications/unsubscribe-auth/ACPiqe-AgJUElGnt5upNPmsoywnvTejcks5uF2f-gaJpZM4VMtno>
> .
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Cannot connect on first launch

[tormento]

Tried my first bug report to GitHub :)

Il giorno mar 10 lug 2018 alle ore 22:56 Dirk Hohndel  ha
scritto:

> Here's what you could add to the GitHub entry - if this is too much work,
> I'll be happy to do that for you... it's simply a way to ensure that we
> have a record of the issue and other developers have a reminder to take a
> look...
>
> Subsurface v4.8.0-80-gdc2f0f8e48e1,
> built with libdivecomputer v0.7.0-devel-Subsurface-NG
> (02560a7e7fe82919d584d3edbf3876f90382052c)
> built with Qt Version 5.9.2, runtime from Qt Version 5.9.2
> built with libgit2 0.26.0
> [...]
> sync with remote
> https://cloud.subsurface-divelog.org//git/a...@abc.com[a...@abc.com]
> git storage: Sync with cloud storage
> delete proxy setting
> Cloud storage: checking connection to cloud server
> Checking cloud connection...
> setGeometry: Unable to set geometry 120x30+885+485 on
> QWidgetWindow/'QMessageBoxClassWindow'. Resulting geometry:  450x96+885+485
> (frame: 8, 31, 8, 8, custom margin: 0, 0, 0, 0, minimum size: 450x96,
> maximum size: 450x96).
> git storage: Waiting for cloud connection (1 second(s) passed)
> git storage: Waiting for cloud connection (2 second(s) passed)
> git storage: Waiting for cloud connection (3 second(s) passed)
> git storage: Waiting for cloud connection (4 second(s) passed)
> git storage: Cloud connection failed
> connection test to cloud server failed
> QNetworkReply::NetworkError(ProtocolInvalidOperationError) "Error
> transferring
> https://cloud.subsurface-divelog.org//make-latte?number-of-shots=3 -
> server replied: I'm a teapot" 418 "Linus does not like non-fat milk"
> Cloud storage: unable to connect to cloud server
> git storage: Can't reach cloud server, working with local data
> git storage: Load dives from local cache
> git load handling file 00-Subsurface
>
> This snippet contains all the relevant data and nothing that is personal
> info, I think.
>
> /D
>
>
> On Jul 10, 2018, at 1:02 PM, tormento  wrote:
>
> Couldn’t be simply a timeout or handshake error caused by the update
> check? It happens only on that event.
>
> Anyway I need to study a bit GitHub as I have never contributed directly.
> Could you please give me also an idea on how to anonymoize log? Personal
> data there :)
>
> Il giorno mar 10 lug 2018 alle 17:32 Dirk Hohndel  ha
> scritto:
>
>> Thanks for sending the log. The error is really weird. We get the correct
>> response back from the server; we use a personalized silly variation of the
>> "I'm a teapot" protocol to recognize our cloud server - and we get the
>> right response back, yet the code seems to think it's an error.
>> I need to stare at that code a bit longer, but this makes no sense, TBH.
>>
>> Would you mind creating a GitHub issue and attaching that Log there -
>> this way others can take a look and maybe help me see what we are doing
>> wrong.
>>
>> Thanks
>>
>> /D
>>
>> On Jul 10, 2018, at 12:52 AM, tormento  wrote:
>>
>> Sent a private with log.
>>
>> Tell me if you need other.
>>
>> Alberto
>>
>> Il giorno lun 2 lug 2018 alle ore 17:41 Dirk Hohndel 
>> ha scritto:
>>
>>>
>>> > On Jul 2, 2018, at 12:33 AM, tormento  wrote:
>>> >
>>> > I have one minor bugs on Windows:
>>> >
>>> > I use nightly builds. After every manual update, i.e. unpacking the
>>> .exe and replacing older files, on the first launch I get the "automatic
>>> check for updates" windows. I can accept or decline but the following
>>> effect is that the first connection to cloud goes timeout and I get lower
>>> window red message "Cannot connect to cloud server, working with local
>>> copy". I have to close Subsurface and on the next use everything goes ok.
>>>
>>> That's strange. Can you run this with '-v -v' and share the log from an
>>> unsuccessful attempt?
>>>
>>> Thanks
>>>
>>> /D
>>>
>>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>
>>
>> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Cannot connect on first launch

[tormento]

Couldn’t be simply a timeout or handshake error caused by the update check?
It happens only on that event.

Anyway I need to study a bit GitHub as I have never contributed directly.
Could you please give me also an idea on how to anonymoize log? Personal
data there :)

Il giorno mar 10 lug 2018 alle 17:32 Dirk Hohndel  ha
scritto:

> Thanks for sending the log. The error is really weird. We get the correct
> response back from the server; we use a personalized silly variation of the
> "I'm a teapot" protocol to recognize our cloud server - and we get the
> right response back, yet the code seems to think it's an error.
> I need to stare at that code a bit longer, but this makes no sense, TBH.
>
> Would you mind creating a GitHub issue and attaching that Log there - this
> way others can take a look and maybe help me see what we are doing wrong.
>
> Thanks
>
> /D
>
> On Jul 10, 2018, at 12:52 AM, tormento  wrote:
>
> Sent a private with log.
>
> Tell me if you need other.
>
> Alberto
>
> Il giorno lun 2 lug 2018 alle ore 17:41 Dirk Hohndel 
> ha scritto:
>
>>
>> > On Jul 2, 2018, at 12:33 AM, tormento  wrote:
>> >
>> > I have one minor bugs on Windows:
>> >
>> > I use nightly builds. After every manual update, i.e. unpacking the
>> .exe and replacing older files, on the first launch I get the "automatic
>> check for updates" windows. I can accept or decline but the following
>> effect is that the first connection to cloud goes timeout and I get lower
>> window red message "Cannot connect to cloud server, working with local
>> copy". I have to close Subsurface and on the next use everything goes ok.
>>
>> That's strange. Can you run this with '-v -v' and share the log from an
>> unsuccessful attempt?
>>
>> Thanks
>>
>> /D
>>
>> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Cannot connect on first launch

[tormento]

I am currently running 4.8.0-4. The latest version I can see on GitHub is
4.8.0-2. Is it a regression from the version I am currently using?

Il giorno lun 2 lug 2018 alle 17:41 Dirk Hohndel  ha
scritto:

>
> > On Jul 2, 2018, at 12:33 AM, tormento  wrote:
> >
> > I have one minor bugs on Windows:
> >
> > I use nightly builds. After every manual update, i.e. unpacking the .exe
> and replacing older files, on the first launch I get the "automatic check
> for updates" windows. I can accept or decline but the following effect is
> that the first connection to cloud goes timeout and I get lower window red
> message "Cannot connect to cloud server, working with local copy". I have
> to close Subsurface and on the next use everything goes ok.
>
> That's strange. Can you run this with '-v -v' and share the log from an
> unsuccessful attempt?
>
> Thanks
>
> /D
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Split a dive by time

[tormento]

Thanks, it made its purpose.

I can understand it's not a widely used feature. Anyway sometimes, when
training people, strange and unusual dives occur.

I keep on thinking that a "split by time" would be more than welcome :)

Alberto

Il giorno lun 2 lug 2018 alle ore 13:55 Berthold Stoeger <
bstoe...@mail.tuwien.ac.at> ha scritto:


> On Monday, 2 July 2018 09:36:34 CEST tormento wrote:
> Windows build is available from here:
> https://transfer.sh/sShKE/subsurface-4.8.0-4-gc57709236b91.exe
>
> Please let us know if you would still see value in a more configurable
> splitting. On the one hand, these are "low-hanging fruit". On the other
> hand,
> if it is of no value, there is no point in cluttering the UI. After all,
> the
> fact that nobody noticed the bug in 3 years indicates that it is not a
> widely
> used feature.
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Cannot connect on first launch

[tormento]

I have one minor bugs on Windows:

I use nightly builds. After every manual update, i.e. unpacking the .exe
and replacing older files, on the first launch I get the "automatic check
for updates" windows. I can accept or decline but the following effect is
that the first connection to cloud goes timeout and I get lower window red
message "Cannot connect to cloud server, working with local copy". I have
to close Subsurface and on the next use everything goes ok.
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Split a dive by time

[tormento]

Or simply, where a cursor or a mark is placed...

Il giorno dom 1 lug 2018 alle ore 22:07 tormento  ha
scritto:

> I humbly suggest that the split dive option should be by time and by depth
> level, with both asked after selecting one of them and not hardcoded as
> SURFACE_THRESHOLD.
>
> I have attached the dive. It's one I did in very shallow water, half as a
> open diver training assistant, the second during a rescue simulation. The
> time I'd like it to be splitted is something like 29:30 from the beginning.
>
> Il giorno dom 1 lug 2018 alle ore 21:50 Linus Torvalds <
> torva...@linux-foundation.org> ha scritto:
>
>> On Sun, Jul 1, 2018 at 12:06 AM tormento  wrote:
>> >
>> > Sorry but not working for me. Perhaps I put computer not so shallow to
>> recognize as “surface”.
>>
>> As with a lot of subsurface issues, one of the main complications is
>> having the UI integration.
>>
>> A lot of these things are likely fairly simple to implement, but there
>> are people like me who really don't do UI, but could do the "split
>> dive" part fairly easily. And there are probably people who could do
>> the UI trivially, but then don't feel comfy with the low-level dive
>> profile data structures.
>>
>> Things like the automatic dive splitting by surface time was "easy" to
>> do, because it really ended up just needing another menu entry in the
>> dive menu.
>>
>> I do wonder what your dive computer reports the depth as? We consider
>> "surface" to be 75 cm (so about 2.5 ft). It's an entirely arbitrary
>> depth, going back to 2012 and never tweaked.
>>
>> So I wonder what depth your dive computer reported for your surface
>> time. Maybe we could just tweak that SURFACE_THRESHOLD, and make our
>> automatic dive splitting JustWork(tm) for you too.
>>
>>Linus
>>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Split a dive by time

[tormento]

Sorry but not working for me. Perhaps I put computer not so shallow to
recognize as “surface”.

Il giorno ven 29 giu 2018 alle 20:01 Salvador Cuñat <
salvador.cu...@gmail.com> ha scritto:

> Good evening.
>
> On Fri, Jun 29, 2018 at 06:56:03PM +0200, tormento wrote:
> > There are no 0 segments, unfortunately. And by a defined time would be
> much
> > more useful.
> >
> > Il giorno ven 29 giu 2018 alle 14:04 Jan Mulder  ha
> > scritto:
> >
> > > Not really what you ask for, but there is a split dive option in the
> > > context menu (right-click on a dive in the dive list). This splits
> dives
> > > that have segments of 0m depth in the profile.
> > >
> > > On 29-06-18 13:57, tormento wrote:
> > > > I have a request to do: I need to split a dive in two separate ones
> by
> > > > giving time after which to split. Reason is: I kept too much high
> > > > repetitive timespan on diving computer and we stayed floating before
> > > > doing the second dive. Diving computer recorded it as a single one.
> >
> Jan's option worked pretty well for me in the past. And I've tested it
> with  gd853c477b and still does.  It even trims the surface time
> giving you two "clean" dives.
>
> It works automatically after downloading the dive in most cases, but
> can be manually called, if needed, from the dive list context menu.
>
> Best regards
>
> Salva.
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Split a dive by time

[tormento]

I have a request to do: I need to split a dive in two separate ones by
giving time after which to split. Reason is: I kept too much high
repetitive timespan on diving computer and we stayed floating before doing
the second dive. Diving computer recorded it as a single one.

Is it difficult to implement?

Thanks,
Alberto
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Repetitive dive

[tormento]

How can I plan a repetitive REC dive (or more than one) in planner?

I have tried to play with dive points but not as intuitive as I hoped.
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: [TEST REQUEST] Windows Bluetooth LE build

[tormento]

I have a Bluegiga BT usb dongle that can work both as BT and BTLE.
Unfortunately I can't find the way to switch between the two modes and the
instructions I found in the SDK are a bit cryptic.

Can somebody help me, so I can test this feature with G2 too?

Il giorno lun 11 giu 2018 alle ore 22:21 Berthold Stoeger <
bstoe...@mail.tuwien.ac.at> ha scritto:

> On Montag, 11. Juni 2018 20:50:56 CEST Linus Torvalds wrote:
>
> > BLE is kind of odd. We also do things kind of oddly, because the way
> > we generate that 16-bit value is with
> >
> > QByteArray::fromHex("0100")
>
> I think the idiomatic way to do this is the
>QByteArrayLiteral("\x01\x00")
> macro invocation (don't look at the macro definition - you might weep).
> Here,
> the object is compile-time generated. Nevertheless, its use is not "free"
> as
> claimed in the docs. There's still useless code generated owing to
> reference
> counting. Well, perhaps the compiler could decide that deallocating the
> static
> storage is undefined behavior and simply not generate the deallocation
> branch.
> But "gcc -O2" does.
>
> TL;DR: writeCharacteristic() taking a "const QByteArray &" parameter is an
> API-bug. It should take an "array_view" (i.e. const pointer + length) to
> which
> QByteArray automatically converts.
>
> Berthold
>
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: G2 skin temperature and work load

[tormento]

Got it.

Il giorno gio 26 apr 2018 alle ore 19:22 Linus Torvalds <
torva...@linux-foundation.org> ha scritto:

> On Thu, Apr 26, 2018 at 9:43 AM, tormento <turm...@gmail.com> wrote:
> > G2 can output (I can see from LogTrak) skin temperature and work load.
> >
> > Is it possible to import them or is there a limitation from libdive?
>
> libdivecomputer doesn't parse it, and we don't really know where the
> data is hidden. It might be largely synthetic too (ie LogTrak may just
> calculate its own "workload" estimate it based on other imput like
> SAC-rate, temperature, heartrate etc).
>
> So it *might* be a "small matter of adding parsing to libdivecomputer"
> and teaching subsurface about a new field, or it might be a lot of
> black magic.
>
> Linus
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

G2 skin temperature and work load

[tormento]

 G2 can output (I can see from LogTrak) skin temperature and work load.

Is it possible to import them or is there a limitation from libdive?
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Averages and time zone

[tormento]

Launching latest NG version, a nice poll asked me what I'd like to see.

I'd like to see average depth and average heartbeat, plus a local time zone
correction.

Now in Italy we are in UTC+2 (UTC+1+daylight saving time) and Subsurface
gets an error of +1 hour on my Windows 10 with italian regional settings.
Scubapro G2 is set as UTC (+2 now), to get correct time when travelling
around the world.
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Any brave dive computer download testers out there?

[tormento]

That's a pity.

Subsurface already creates its own directories in Local and Roaming. Let's
put settings there too...

Do you think it's feasable?

Alberto

2018-04-19 14:31 GMT+02:00 Dirk Hohndel <d...@hohndel.org>:

> In Windows the settings are all stored in the registry. So no easy way
> (that I'm
> aware of) of backing them up
>
> /D
>
> On Apr 19, 2018, at 1:26 PM, tormento <turm...@gmail.com> wrote:
>
> Windows 10 x64, sorry.
>
> Il giorno gio 19 apr 2018 alle 12:22 Dirk Hohndel <d...@hohndel.org> ha
> scritto:
>
>> On Thu, Apr 19, 2018 at 09:25:19AM +0200, tormento wrote:
>> > I will give a try to NG.
>> >
>> > Where does the stable Subsurface save the configuration file with cloud
>> > password etc? I'd like to make a backup.
>>
>> Depends on your OS. We rely on Qt to do that for us.
>> Look at http://doc.qt.io/qt-5/qsettings.html under Platform-Specific
>> Notes
>>
>> /D
>>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Any brave dive computer download testers out there?

[tormento]

Windows 10 x64, sorry.

Il giorno gio 19 apr 2018 alle 12:22 Dirk Hohndel <d...@hohndel.org> ha
scritto:

> On Thu, Apr 19, 2018 at 09:25:19AM +0200, tormento wrote:
> > I will give a try to NG.
> >
> > Where does the stable Subsurface save the configuration file with cloud
> > password etc? I'd like to make a backup.
>
> Depends on your OS. We rely on Qt to do that for us.
> Look at http://doc.qt.io/qt-5/qsettings.html under Platform-Specific Notes
>
> /D
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Any brave dive computer download testers out there?

[tormento]

I will give a try to NG.

Where does the stable Subsurface save the configuration file with cloud
password etc? I'd like to make a backup.

2018-04-19 8:39 GMT+02:00 Robert Helling :

> Hi,
>
> On 19. Apr 2018, at 08:01, Robert Helling  wrote:
>
> I double checked: In 4.7.8, I can connect with BT classic, in your branch
> I cannot. Also, in the release version I can change the settings in BLE
> while in your branch I get an „Unsupported operation“ error (BTW, we should
> show that error on the configure dive computer window not on the main
> window which is in the background…).
>
> All this on Mac with OSTC Sport.
>
>
> I finally managed to find a replacement battery for my Suunto Vyper, so I
> could try this as well (this is serial over USB). Turns out, doesn’t work:
> Download seems to start, LED on cable flashes but then stops with generic
> error message immediately. Dive computer config doesn’t even start.
>
> Both works with 478 release.
>
> Best
> Robert
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Change water type

[tormento]

Awesome explanation and great diving computer knowledge, thanks!

I asked as I have interest in physiology and I do my best to know how
things work under the water and inside body.

Your reasons are more than good for the average user.

Il giorno dom 15 apr 2018 alle 20:55 Linus Torvalds <
torva...@linux-foundation.org> ha scritto:

> On Sun, Apr 15, 2018 at 12:07 AM, tormento <turm...@gmail.com> wrote:
> >
> > Henry's Law is based on (partial) pressures and not depths. I dunno how
> > diving computer talks to subsurface. If giving depths instead of
> pressures
> > it would be a pity.
>
> Almost all dive computers only give depth.
>
> Some give salinity, some don't. And some only give the flag (sweet vs
> salt) rather than the salinity value they actually use to calculate
> depth.
>
> In other words: do not EVER play games with salinity. You don't know
> what it was, and you will get it wrong.
>
> The whole notion of "user should set salinity" is broken garbage. A
> dive computer shouldn't even have that setting. Because that setting
> cannot possibly matter, because the only thing that matters - and the
> only thing the dive computer measures - is actual pressure, and all
> you can do with salinity is make a "correction" to the depth
> calculation that you can get wrong.
>
> So in my not-so-humble opinion, a dive computer should always just
> show depth as "salt water equivalent depth", with no way to screw up,
> and no complications. If you dive in a lake, you'll get the depth
> wrong by a few percent, but nobody cares since it's not a really
> meaningful value anyway, it's just a user-friendly approximation for
> the value that matters: pressure.
>
> Giving the users just the absolute ambient water pressure migth be
> *technically* the right thing to do, but it's such a user-hostile
> datapoint that it's completely wrongheaded. It only moves the
> possibility for error into another place (ie the UI during diving, or
> the UI during later logging).
>
> So what you should do is:
>
>  - set your dive computer to salt water (if it has a setting), and
> forget about it. Don't ever touch the setting, all it can do is cause
> confusion.
>
>  - think of "depth" as "equivalent depth in salt water" and be happy
>
>  - mark your lake dives as such in the dive log tags if you care, the
> same way you mark boat dives and buddy names.
>
> The sweet-vs-salt water thing has absolutely zero meaning outside of
> informing yourself, and has exactly the same relevance as the name of
> your dive buddy: nice to know, but not relevant for any other meaning.
> Don't give it any relevance that will only confuse you and get things
> wrong.
>
> Because anything else is just a disaster waiting to happen. You *will*
> get it wrong, and you will only confuse yourself. Trying to correct
> things later is just going to make things worse.
>
> Linus
>
> PS. Yes, there are dive computers that don't report depth at all, and
> report the actual hydrostatic pressure that their sensor gives. Before
> you say "that's what everybody should do", let me just say that (a)
> they are a tiny minority and (b) even they aren't consistent (ie is it
> absolute pressure, or relative to surface pressure?)
>
> So subsurface logs what the vast majority of dive computers give you:
> depth. In fact, we don't even see the pressure, because the conversion
> will have been done by libdivecomputer. So as far as we're concerned,
> no dive computer gives us pressure, but technically you can get the
> water pressure from the Atomic Aquatics Cobatl, from the
> Heinrichs-Weicamp OSTC and from the Reefnet Sensus Ultra. (That last
> one isn't actually a dive computer, it's just a data logging device.
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Change water type

[tormento]

Good idea, that's what I did. I discovery, with some disappointment, that
the file saves depths and not pressures, giving head scratching about real
influence of set salinity to program and calculations.

Henry's Law is based on (partial) pressures and not depths. I dunno how
diving computer talks to subsurface. If giving depths instead of pressures
it would be a pity.

A pressure is a direct measurement and can be post diving corrected with
salinity to correct depth, even when the computer was wrongly set.

In the saved file I saw a salinity of 1025 g/l and it's ok for oceanic
water but completely wrong for closed seas and tropical ones (1033-1044
g/l).

If possibile I suggest programmers to introduce interface to set standard
salinity AND the possibility to modify single dive ones and to clarify if
it has some impact to calculus of real depth and pressure.

Moreover, if the diving computer gives you both pressure and depth, for
god's sake, get pressure values and THEN convert to depth.

In a second moment we should talk about apparent depth on mountain
divings...

2018-04-14 14:55 GMT+02:00 Salvador Cuñat <salvador.cu...@gmail.com>:

> Good afternoon.
>
> On Sat, Apr 14, 2018 at 12:09:38PM +, tormento wrote:
> >
> > A way to fix salinity would be welcome, even hex editing configuration
> file.
> >
>
> I don't think there is a direct or easy way to change random values on a
> cloud
> stored divelog.
>
> A workaround for it could be  (on desktop subsurface):
>
> 1.- Sync with cloud.
> 2.- Save the log to a local .xml or .ssrf file
> 3.- Edit the values:
> a.- manually with your preferred editor
> b.- on linux a sed command would do the job
> 4.- Open the modified file in subsurface
> 5.- Double or triple check the changes
> 6.- Select "Save to cloud storage"
>
> This should do the trick.  As a bonus you will have a local backup
> file which can be useful if anything goes wild in the future.
>
> Best regards.
>
> Salva
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Change water type

[tormento]

Yes, I know very well the relation about salinity (density) and pressure
(depth). There is a delta between 2% and 3%. As a matter of fact is
pressure (even apparent one) to rule Henry’s Law and depth is only
determined by salinity.

Anyway some diving systems are really strict about max depth more than max
pressure :)

A way to fix salinity would be welcome, even hex editing configuration file.

Il giorno sab 14 apr 2018 alle 13:40 Robert Helling <hell...@atdotde.de> ha
scritto:

> Hi,
>
>
> On 14. Apr 2018, at 11:36, tormento <turm...@gmail.com> wrote:
>
> I noticed that some of my old dives were imported with 1000g/l water.
>
> Is there any way to edit, manually or automatically the salinity of those
> ones?
>
>
> it’s true that currently you cannot change the water type (was: salinity)
> of a dive downloaded from a computer, you can only use the value provided
> by the computer. This is a) because nobody has implemented a user interface
> to change it and b) (more importantly) because the water type is not so
> much about how salty the water tasted but how to convert ambient pressure
> (which is what the dive computer actually measures) to depths and back. But
> what the computer reports is depth and for the calculations (like SAC and
> the deco stuff) we again need the ambient pressure. So this is off if the
> dive computer and Subsurface do not agree on the conversion factor. So even
> if you were diving is sea water and your dive computer was set to fresh
> water (or missing that setting not set at all) it would still be better to
> log this as fresh water in Subsurface (to get the conversions right) than
> to manually set that to salt water (or we would have to correct the depths
> accordingly).
>
> Best
> Robert
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Change water type

[tormento]

I noticed that some of my old dives were imported with 1000g/l water.

Is there any way to edit, manually or automatically the salinity of those
ones?
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Maps on iOS

[tormento]

I have just downloaded TestFlight version.

I'd like to add a diving before importing the data from diving computer.
Sometimes you are on the boat and want to add the diving with divemaster,
buddy, etc and you do further editing/importing from diving computer at
home. Is it possible?
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface